Tại sao Modern Agile lại đáng dùng?

Hãy nói với team của bạn về Modern Agile. Nó là một thử nghiệm đáng giá. Và đây là lý do:

Modern Agile trong 30 giây

Modern Agile có 4 nguyên tắc cơ bản:

• Làm mọi người trở nên thật tuyệt vời (Make people awesome)
• Đảm bảo an toàn là điều kiện tiên quyết
• Thử nghiệm và học nhanh chóng
• Cung cấp giá trị liên tục

Bạn có thể tìm hiểu chi tiết về các nguyên tắc trên tại trang chủ Modern Agile. Tôi cũng khuyến khích các bạn xem qua cuộc nói chuyện của Joshua Kerievsky tại Agile 2016, cũng như là tham gia vào Slack group. Bài viết này không đi sâu vào khái niệm về các nguyên tắc.

“Make people awesome” có xu hướng đưa một số người đi lên, nhưng những người bạn làm design của tôi (UX, Service Design, ...) có thể nhận được điều đó ngay tức thì:

Trong morden agile chúng tôi hỏi làm thế nào chúng ta có thể làm cho mọi người trong hệ sinh thái của chúng ta tuyệt vời (awesome). Điều này bao gồm những người sử dụng, làm, mua, bán hoặc tài trợ cho những sản phẩm hoặc dịch vụ của chúng ta.

Nhiều người trong cộng đồng Agile thỉnh thoảng soi xét vào công việc "làm" những điểm không quan trọng, nhưng đó không phải là ý định.

Sự tham gia của tôi với Modern Agile là gì?

Tôi là một member của cộng đồng Agile, và bằng cách nào đó tôi đã được tham gia nhiều hơn. Tôi đã nhận được giá trị từ việc sử dụng các nguyên tắc Modern Agile (xem bên dưới). Tôi không nhận được bất kỳ sự tài trợ hay chi trả nào cho việc này, cũng không phải thứ gì để mua/bán.

Điều hay ho ở Modern Agile là ngay cả khi nó đã biến mất trong lãng quên, tôi vẫn sẽ nhận được giá trị ngoài của nó. Hãy nhảy vào cộng đồng Slack để học hỏi nhiều hơn nhé.

Đáng giá?

Theo quan điểm cá nhân của tôi, Modern Agile là đáng giá bởi 3 lý do:

1. bao gồm toàn bộ tổ chức nhanh nhẹn, và sắp xếp efforts của chúng ta xung quanh việc cung cấp giá trị cho con người (trong và ngoài) hệ sinh thái của chúng ta,
2. thảo luận một điều kiện tiên quyết cực kỳ quan trọng cho sự nhanh nhẹn (an toàn), và
3. tăng cường cộng đồng Agile bằng cách tập trung vào cốt lõi, khuyến khích chúng ta tiếp tục tìm kiếm các công cụ nhẹ nhàng hơn, và nắm lấy các quan điểm và phương pháp tiếp cận đa dạng (thích ứng và cải thiện)

Với tôi, ít nhất, nó là một cái khung hữu dụng. Tại sao? Tôi sẽ đào sâu vào 2 lý do lớn dưới đây.

Nhiều các cuộc trò chuyện hiệu quả hơn

Phát triển sản phẩm phần mềm là một môn thể thao toàn tổ chức. Tôi không phải một fan lớn của việc phân biệt giữa "the team" và "the business" (hoặc "người kinh doanh", hay "quảng cáo"). Tôi thấy Modern Agile dễ dàng hơn nhiều để giải thích cho những người không phải là Dev, và có nhiều khả năng tạo ra các cuộc trao đổi trò chuyện có ý nghĩa hơn. Tôi cần phải giao tiếp hiệu quả với những người không phải là Dev, bởi các vấn đề nút thắt hiếm có ở cấp độ nhóm phát triển phần mềm. Họ là những người - nhóm người làm về Tài chính, Marketing, C-suite, sản phẩm, hậu cần, UX, và cả design nữa - mà cần phải thay đổi cách của họ. Rất dễ dàng bị sa vào các từ như: quy trình, công cụ, phần mềm làm việc, hợp đồng, đàm phán, yêu cầu, dự án và tự tổ chức. Agile Manifesto tác động sâu với cá nhân tôi, nhưng tôi thấy thật khó để tạo ra sự phấn khích tương tự khi nói chuyện với người khác (đặc biệt họ không phải là Dev). Rất nhiều cuộc trò chuyện không đi đến đâu. Nhưng hãy ném thứ gì đó hữu ích như "tạo sự an toàn là 1 điều kiện tiên quyết" hoặc "cung cấp giá trị liên tục" vào trộn lẫn, và cuộc trò chuyện (theo kinh nghiệm của tôi) có xu hướng xoay chuyển.

Tôi tôn trọng rằng Agile Manifesto đã không được cập nhật, và yêu nó vì nó là gì, nhưng cá nhân tôi muốn tinh thần chấp nhận thay đổi, điều chỉnh, và điều chỉnh đã được áp dụng cho chính Manifesto. Nó (tinh thần) chắc chắn truyền cảm hứng cho cộng đồng Agile, không ngừng luyện tập, thích nghi và tinh lọc.

Đây có lẽ là lý do tại sao tôi thấy mình hướng về phía - hoặc ít nhất là sử dụng hàng ngày để làm việc - các nguyên tắc Modern Agile. Nó không phải là một sự phủ nhận của Manifesto hoặc Scrum guide về tất cả. Nó chỉ hoạt động tốt hơn. Tôi đã tìm thấy một điều tương tự với một số nguyên tắc của Kanban như "bắt đầu với những gì bạn làm ngay bây giờ" và "đồng ý theo đuổi thay đổi tiến hóa gia tăng". Mọi người chú ý. Chúng ta cần xây thêm những cây cầu.

Agile == Scrum

Nhiều người kết hợp Agile với vai trò Scrum, hiện vật, sự kiện và những gì được gọi là "Scrum patterns" (công cụ / phương pháp phù hợp với các giá trị và lý thuyết Scrum). Điều này có ý nghĩa vì Scrum là khuôn khổ Agile-lấy cảm hứng phổ biến nhất . Nhưng đây là vấn đề. Một người nhìn vào Agile Manifesto (hoặc Modern Agile) tự nhiên sẽ hỏi "tốt, làm thế nào chúng ta thực sự làm điều đó đây?". Sau đó họ sẽ liệt kê một số nhu cầu từ hoàn cảnh cụ thể của họ - đi nhanh hơn, trách nhiệm, dự báo, báo cáo, tiêu đề, làm thế nào UX phù hợp, quy mô thách thức, quản lý hiệu suất, ... - và tự hỏi làm thế nào để đạt được những mục tiêu sử dụng Scrum (vì Scrum là nơi bạn bắt đầu, phải không?)

Những gì chúng ta còn lại là TẤN của các mẫu tích lũy, sách, video hội nghị, tài liệu đào tạo và tri thức bộ lạc. Những mẫu này KHÔNG là các quy tắc Scrum, nhưng chúng là Agile-Scrum đẻ trứng. Đây là những gì xảy ra khi bạn có một cái gì đó hứa hẹn mà làm việc (Scrum làm việc, đôi khi). Mọi người cố gắng điền vào khoảng trống. Qua nhiều năm, những hình thái khác nhau, thích nghi, phân nhánh, phân rã, và chết.

Cặp đôi với chương trình chứng nhận tích cực hai ngày và khách hàng bẩm sinh mong muốn có một viên đạn bạc và bạn có rất nhiều người đang xoay quanh "làm Agile" bằng cách sử dụng Scrum và một loạt các mô hình lỗi thời và không có hiệu quả. Có điều gì đó về tinh thần của Manifesto đang bị che khuất. Và chúng ta có thể bỏ qua những cách nhẹ mà - thở hổn hển - đôi khi làm hỏng các quy tắc Scrum, cũng như các kỹ thuật thực tế quan trọng mà Scrum cố ý bỏ đi.

Tóm lại

1. Agile Manifesto sẽ không được cập nhật (hoàn toàn tôn trọng điều đó)
2. Scrum là phổ biến (hoàn toàn tôn trọng điều đó)
3. Rất nhiều team lạm dụng tinh thần của Scrum (nó xảy ra)
4. Chứng nhận đã xác định được một diện rộng dân số về các thực tế cơ bản (hoàn toàn có thể đoán trước được, điều đó không thể tránh được, và nó có lợi)
5. Phát triển sản phẩm phần mềm là một sự theo đuổi full-org.

Đa dạng của quan điểm

Tôi đã nói chuyện một cách hiệu quả hơn, nhưng có cái gì đó khác ... Là một cộng đồng chúng ta cần "rời khỏi" các công cụ / phương pháp / khuôn khổ / phương pháp tiếp cận không phải là Scrum. Không phải vì Scrum là tệ, nhưng vì sự cân bằng tiếng nói rất quan trọng đối với một cộng đồng lớn mạnh. Trên thực tế, tôi thấy cần phải tập trung vào các giá trị cốt lõi của Scrum, vì chúng thường bị che khuất. Nếu không, bạn sẽ thấy một sự phân chia của một số loại, hoặc một sâu hơn của phân chia hiện tại. Tôi có thể nhìn thấy một kịch bản nơi mà bạn thấy một cái gì đó giống như Lean Agile (với DevOps, và một thành phần gian xảo mạnh mẽ, và một nhận thức về mở rộng) từ những gì chúng ta thấy như Agile Scrum và SaFE. Có lẽ điều này là không thể tránh khỏi, những người biết, nhưng tôi cảm thấy rằng Modern Agile là một quan điểm quan trọng và là khung.

Cho Modern Agile một cái nhìn. Đi qua các nguyên tắc với team của bạn. Có một cuộc trò chuyện. Điều tốt đẹp về Modern Agile, là ngay cả khi bạn dừng lại ở đó - chỉ cần nói chuyện qua các nguyên tắc - có thể bạn sẽ học được điều gì đó.

Reference link: https://medium.com/@johnpcutler/why-modern-agile-is-worth-checking-out-6a0f309f4c18