Nó luôn luôn là như nhau. Mô hình điển hình mà bạn tưởng tượng khi ai đó nói rằng họ đang trong quá trình chuyển đổi linh hoạt là gì? Kịch bản thông thường là như sau: Tùy thuộc vào số tiền mà một tổ chức có, tổ chức sẽ thuê một trong Big 3 hoặc một “Boutique Agile” hoặc một công ty tư vấn không mấy nổi tiếng. Họ đến, dành từ một đến ba tháng và tạo một bản PowerPoint dài 200 trang. Tài liệu này chứa đầy đồ họa, sơ đồ, kịch bản bắt mắt và những ưu điểm chính của các phương pháp tiếp cận mới. Nó cũng có thể chứa một số gợi ý về việc nên sử dụng công cụ nào, cách định cấu hình bảng Jira đầu tiên, nhịp lịch nào để điều chỉnh và sự khác biệt giữa việc phân chia tồn đọng theo chiều ngang và chiều dọc. Rất có thể nó cũng sẽ bao gồm một số loại triển khai SAFe ở đâu đó giữa các trang trình bày đó — ban quản lý cấp cao của tổ chức không muốn mất kiểm soát, phải không? Sau đó, công ty tư vấn khởi hành. Người quản lý dự án được đổi tên thành Scrum Master/Agile Coach/Product Owner, tùy thuộc vào đánh giá mức độ trưởng thành mà lãnh đạo cấp cao quyết định tổ chức của họ đưa ra trong hội thảo về đánh giá mức độ trưởng thành và có thể là sở thích cá nhân của từng cá nhân cụ thể (thậm chí cả câu mô tả nó không có ý nghĩa). Sau đó, các nhóm tổ chức các bài tập Điều lệ nhóm, tạo Bảng Kanban Scrum, tinh chỉnh hai giai đoạn nước rút công việc và bắt đầu công việc của mình. Đến lúc này thì mọi người đã bực mình rồi vì: Với tư cách là nhà tư vấn, trong quá trình đánh giá ban đầu, họ không có cơ hội/thời gian/tiền bạc (hoặc tất cả) để hiểu rằng một số nhóm không làm việc trong cùng một môi trường và không thể sử dụng quy trình làm việc tương tự như những nhóm khác; Một số nhóm chưa bao giờ hiểu được ý nghĩa thực sự của Agile, mặc dù họ đã làm việc theo “cách làm việc mới” được 5 năm rồi; Các kỹ sư hiện nay dành nhiều thời gian để tinh chỉnh công việc hơn là viết mã; mọi người đều biết họ ghét nó; … Quen thuộc phải không? Nhưng đó có phải là cách tiếp cận đúng đắn? Trở lại trường Khi trẻ lần đầu làm quen với hình học ở trường trung học, tất cả đều bắt đầu từ những điều cơ bản: Dấu chấm, đường và bề mặt là gì; Tại sao các đường thẳng song song không bao giờ cắt nhau; Tại sao góc vuông bằng 90 độ; Với điều cơ bản này, việc tiến về phía trước sẽ dễ dàng hơn. Điều tương tự với Scrum. Khi bạn mở Hướng dẫn Scrum, nó sẽ bắt đầu với lý thuyết. Nó nhẹ nhàng giải thích ý tưởng của chủ nghĩa kinh nghiệm cho người đọc và giới thiệu ba Trụ cột - tính minh bạch, sự kiểm tra và sự thích ứng. Bất cứ điều gì xảy ra tiếp theo - các quy tắc, sự kiện, đồ tạo tác, v.v.- đều là việc triển khai những điều cơ bản và không thể thực hiện được nếu không tuân theo chúng. Tương tự như hình học phải không? Nếu mở bài tập dành cho học sinh THPT, bạn sẽ không thể giải được nếu không có kiến thức cơ bản lớp 5 cung cấp cho bạn. Hãy thử cách khác Hãy cố gắng tập trung vào những điều cơ bản này. Bạn không thể chạm hoặc nhìn thấy chúng, đồng thời khó đo lường và hiển thị chúng trên bảng điều khiển. Tuy nhiên, chúng là những giá trị thực sự bộc lộ vẻ đẹp của Scrum và giúp khám phá “những cách xây dựng phần mềm tốt hơn”. Làm thế nào bạn có thể thúc đẩy và tuân theo sự minh bạch? Làm thế nào bạn có thể đảm bảo rằng bạn thực sự đang xem xét một số sự thật chưa được khám phá để cải thiện quy trình của mình? Bạn có thực sự nhìn thấy tất cả những lãng phí không cần thiết và tìm cách loại bỏ nó không? Những câu hỏi này là tinh hoa của Hướng dẫn Scrum—“Dễ làm theo nhưng khó thành thạo”. Tập trung vào việc tìm hiểu những tiềm năng mà bạn có thể khám phá thông qua các hành động cụ thể. Nếu bạn biết điều gì đằng sau sự thay đổi/thực hành, bạn sẽ thấy nhóm của mình hiểu và làm theo nó dễ dàng hơn. Bạn sẽ bắt đầu hỗ trợ mọi hành động bằng câu hỏi “Nó có giúp chúng ta mang lại kết quả tốt hơn không? Chúng ta có hỗ trợ hành động của mình bằng ba trụ cột cơ bản không?” Để đảm bảo rằng bạn không mắc phải những sai lầm tương tự mà nhiều tổ chức đang bước vào lĩnh vực Chuyển đổi Agile đã gặp phải trước đây, hãy thử đọc lại Tuyên ngôn Agile và Hướng dẫn Scrum. Trong khi đọc, hãy nghĩ về cách mỗi mục được trình bày trong các tài liệu này, chúng hỗ trợ lẫn nhau như thế nào và chúng xây dựng một cấu trúc chung có ý nghĩa như thế nào. Sử dụng trí tưởng tượng của bạn Sự chuyển đổi sẽ chỉ mang lại giá trị khi bạn nghĩ về những giá trị cơ bản mỗi khi phải đưa ra quyết định. Nếu bạn mắc lỗi, có thể cần phải đưa vào một trong những yếu tố chính. Thật điên rồ khi mong đợi một kết quả khác mà không thay đổi hành động của mình. Dù sao thì bạn cũng cần phải thay đổi điều gì đó để thử lại - vậy tại sao bạn không thử quay lại trường học? Cố gắng hiểu chính xác yếu tố nào bị thiếu. Hãy tìm nó, kết hợp nó vào quy trình của bạn và rất có thể bạn sẽ thành công. Mục tiêu chính của chúng tôi là loại bỏ thói quen đã thống trị thị trường trong hai mươi năm qua – thói quen áp dụng các công cụ và kỹ thuật mà không xem xét giá trị hoặc cách thức hoạt động chính xác của chúng. Tôi thực sự khuyên bạn nên xem xét - đây là một cuốn sách đáng đọc và cũng là thư viện vấn đề lớn nhất mà nhóm của bạn có thể gặp phải nếu họ không xem xét mục đích của từng hạng mục mà họ triển khai trong khuôn khổ. Zombie Scrum Bí quyết của bạn để làm theo những gì quan trọng là gì? Chia sẻ trong các ý kiến.
