Mỗi tổ chức đều bắt đầu từ đâu đó. Thường thì khởi đầu này được đặc trưng bởi năng lượng cao, ra quyết định nhanh chóng và thiếu quy trình được chuẩn hóa. Các đội làm việc dựa vào trực giác, các thỏa thuận bằng lời nói và nỗ lực tận tụy của từng cá nhân để tạo ra giá trị. Cách tiếp cận này được gọi làquy trình tùy hứng. Mặc dù có thể cảm thấy hiệu quả trong ngắn hạn, nhưng sự thiếu vắng cấu trúc thường dẫn đến kiệt sức, chất lượng không đồng đều và không thể mở rộng. Việc chuyển từ trạng thái hỗn loạn này sang mộtkhung Agile có cấu trúckhông phải là thêm thủ tục rườm rà. Đó là tạo ra một môi trường có thể dự đoán được, nơi giá trị được vận chuyển trôi chảy.
Hướng dẫn này cung cấp cái nhìn sâu sắc về cơ chế chuyển đổi này. Nó tập trung vào các bước thực tế, những thay đổi tâm lý cần thiết và những thay đổi cấu trúc cần thiết để xây dựng một quy trình làm việc bền vững. Chúng ta sẽ tránh những tiếng ồn từ các lời quảng cáo về phần mềm và tập trung vào các nguyên tắc cốt lõi trong việc tổ chức công việc.
📉 Hiểu rõ bẫy quy trình tùy hứng
Các quy trình tùy hứng được đặc trưng bởi tính phản ứng. Công việc được giao khi nhu cầu nảy sinh, ưu tiên thay đổi mỗi ngày mà không có kế hoạch trung tâm, và thông tin bị tách biệt trong từng cá nhân thay vì trong đội nhóm. Tốc độ ban đầu thật hấp dẫn. Không cần tham dự cuộc họp, không cần điền phiếu công việc, và không cần vượt qua các rào cản chính thức. Tuy nhiên, tốc độ này chỉ là ảo giác.
- Hỗn loạn về phụ thuộc:Các thành viên trong đội thường phải chờ người khác mà không biết lý do. Các điểm nghẽn hình thành một cách âm thầm.
- Chuyển đổi ngữ cảnh:Không có danh sách công việc có cấu trúc, các cá nhân bị kéo đi theo mười hướng khác nhau mỗi ngày.
- Mất mát kiến thức:Nếu một người quan trọng rời đi, quy trình sẽ dừng lại vì kiến thức nằm trong đầu họ, chứ không nằm trong hệ thống.
- Giao hàng không thể dự đoán:Các bên liên quan không thể tin tưởng vào ngày giao hàng hay tiêu chuẩn chất lượng vì quy trình thay đổi mỗi ngày.
Việc chuyển đổi khỏi trạng thái này đòi hỏi phải thừa nhận rằng tình trạng hiện tại là không bền vững. Đó không phải là thất bại về năng lực, mà là thất bại về thiết kế hệ thống. Mục tiêu là thay thế sự ngẫu nhiên bằng tính lặp lại.
🏗️ Định nghĩa Agile có cấu trúc
Agile có cấu trúc không đơn thuần là việc áp dụng một loạt nghi thức. Đó là một hệ thống làm việc được thiết kế để quản lý sự phức tạp và bất định. Nó ưu tiên việc giao các phần chức năng thay vì tài liệu đầy đủ. Cấu trúc này cung cấp các rào chắn giúp di chuyển nhanh mà không bị tai nạn.
Những đặc điểm chính bao gồm:
- Phát triển theo từng giai đoạn:Công việc được chia nhỏ thành các phần dễ quản lý, có thể hoàn thành trong thời gian ngắn.
- Vòng phản hồi:Các điểm kiểm tra định kỳ cho phép đội điều chỉnh hướng đi dựa trên việc sử dụng thực tế thay vì những giả định.
- Minh bạch:Tiến độ, rủi ro và các điểm nghẽn đều được nhìn thấy bởi tất cả những người tham gia.
- Cải tiến liên tục:Chính quy trình này được xem xét và tinh chỉnh định kỳ.
Khi được triển khai đúng cách, cấu trúc này không làm bạn chậm lại. Nó ngăn ngừa việc phải làm lại, điều khiến bạn chậm lại sau này. Nó chuyển hướng sự chú ý từ ‘hoàn thành nhiệm vụ’ sang ‘đưa ra giá trị’.
🚀 Bản đồ hành trình chuyển đổi
Chuyển từ hỗn loạn sang cấu trúc là một hành trình, chứ không phải một thao tác bật tắt. Việc cố gắng triển khai mọi thứ cùng một lúc thường dẫn đến sự phản đối và thất bại. Bản đồ hành trình sau đây nêu rõ cách tiếp cận từng giai đoạn để tích hợp.
Giai đoạn 1: Đánh giá và cơ sở ban đầu
Trước khi thay đổi quy trình, bạn phải hiểu rõ trạng thái hiện tại. Giai đoạn này bao gồm việc thu thập dữ liệu về cách công việc thực sự vận hành, chứ không phải cách nó được dự kiến vận hành.
- Xác định các điểm nghẽn:Nơi nào công việc bị ùn ứ? Có đang chờ phê duyệt không? Có đang chờ đánh giá kỹ thuật không?
- Đo thời gian chu kỳ:Một nhiệm vụ hiện nay mất bao lâu để hoàn thành từ đầu đến cuối? Điều này thiết lập cơ sở để cải thiện.
- Phỏng vấn các bên liên quan:Hiểu rõ những điểm đau của họ. Họ có hài lòng với chất lượng không? Họ có cảm thấy được cập nhật thông tin không?
- Bản đồ quy trình làm việc:Tạo bản đồ trực quan cho quy trình hiện tại. Điều này tiết lộ các bước ẩn và các phê duyệt trùng lặp.
Giai đoạn 2: Thử nghiệm và thí điểm
Không nên triển khai quy trình mới cho toàn tổ chức ngay lập tức. Hãy chọn một đội nhóm duy nhất hoặc một dự án cụ thể để làm thí điểm.
- Xác định các quy tắc:Thống nhất một bộ quy tắc hạn chế cho thí điểm. Giữ cho chúng đơn giản. Tránh các định nghĩa phức tạp về trạng thái hoàn thành.
- Thiết lập vai trò:Phân công trách nhiệm rõ ràng cho quy trình làm việc. Ai đang thu thập yêu cầu? Ai đang xem xét đầu ra?
- Hạn chế công việc đang thực hiện:Hạn chế số lượng mục có thể đang hoạt động cùng lúc. Điều này buộc sự tập trung và làm nổi bật các vấn đề về năng lực.
- Thu thập dữ liệu:Theo dõi các chỉ số được xác định ở Giai đoạn 1. So sánh kết quả thí điểm với cơ sở ban đầu.
Giai đoạn 3: Chuẩn hóa và mở rộng
Khi thí điểm chứng minh được giá trị, quy trình có thể được chuẩn hóa trên các đội nhóm khác. Điều này bao gồm việc ghi chép lại các thực hành đã thống nhất và đào tạo cho những người khác.
- Tạo bản hướng dẫn:Ghi chép quy trình làm việc, vai trò và các nghi thức trong một tài liệu sống động.
- Đào tạo:Đảm bảo tất cả thành viên đội nhóm hiểu được lý do đằng sau các quy tắc, chứ không chỉ biết điều gì cần làm.
- Triển khai từng bước:Lần lượt đưa các đội nhóm tham gia, cho phép đội thí điểm đóng vai trò cố vấn.
- Hỗ trợ công cụ:Giới thiệu các hệ thống hỗ trợ quy trình, đảm bảo chúng không chi phối quy trình.
Giai đoạn 4: Tối ưu hóa và Văn hóa
Giai đoạn cuối cùng là liên tục. Cấu trúc phải thay đổi theo sự phát triển của tổ chức và thay đổi điều kiện thị trường.
- Đánh giá định kỳ:Tổ chức các buổi họp đặc biệt để thảo luận về quy trình, chứ không chỉ về sản phẩm.
- Loại bỏ lãng phí:Liên tục tìm kiếm các bước không mang lại giá trị và loại bỏ chúng.
- Tăng quyền lực cho các đội:Giao quyền tự chủ cho các đội để điều chỉnh luồng công việc cụ thể của họ trong khuôn khổ rộng lớn hơn.
👥 Vai trò và Trách nhiệm
Trong môi trường tạm thời, vai trò thường linh hoạt và không rõ ràng. Trong môi trường agile có cấu trúc, sự rõ ràng là thiết yếu. Sự mơ hồ về vai trò dẫn đến công việc trùng lặp và khoảng trống trong trách nhiệm.
Người sở hữu sản phẩm
Vai trò này tập trung vào điều gì. Họ chịu trách nhiệm tối đa hóa giá trị của sản phẩm. Họ duy trì danh sách công việc, ưu tiên công việc dựa trên giá trị và rủi ro, và đảm bảo đội hiểu rõ yêu cầu.
- Xác định tầm nhìn và chiến lược.
- Đảm bảo danh sách công việc rõ ràng và được ưu tiên.
- Hoạt động như cầu nối giữa các bên liên quan và đội ngũ giao hàng.
Đội Giao hàng
Nhóm này tập trung vào cách thức. Họ là nhóm đa chức năng, nghĩa là họ sở hữu tất cả các kỹ năng cần thiết để hoàn thành công việc mà không phụ thuộc vào các yếu tố bên ngoài.
- Cam kết thực hiện công việc trong quá trình lập kế hoạch.
- Tự tổ chức để giải quyết vấn đề.
- Tạo ra một phần có thể giao hàng được vào cuối mỗi chu kỳ.
Người Điều phối
Thường được gọi là Scrum Master hoặc Huấn luyện viên Agile, vai trò này tập trung vào quy trình. Họ đảm bảo đội tuân thủ các thực hành đã thống nhất và loại bỏ các trở ngại làm chậm tiến độ của họ.
- Bảo vệ đội khỏi những gián đoạn bên ngoài.
- Hỗ trợ các buổi lễ và đảm bảo chúng mang lại hiệu quả.
- Hướng dẫn đội về cải tiến liên tục.
📅 Các buổi lễ và sản phẩm
Các buổi lễ không phải là cuộc họp chỉ để họp. Chúng là những sự kiện được giới hạn thời gian, được thiết kế nhằm tạo sự đồng bộ và rõ ràng. Mỗi buổi lễ đều có mục đích cụ thể.
Lên kế hoạch
Sự kiện này diễn ra vào đầu một chu kỳ. Đội xem xét các mục hàng đầu trong danh sách công việc và chọn những gì họ có thể cam kết giao. Điều này đảm bảo khối lượng công việc là hợp lý và được đồng thuận bởi những người thực hiện công việc.
Đồng bộ hàng ngày
Một buổi họp ngắn hàng ngày giúp các thành viên trong đội đồng bộ. Họ thảo luận về việc đã làm hôm qua, sẽ làm gì hôm nay và có bất kỳ trở ngại nào không. Điều này giúp dòng công việc luôn rõ ràng và tức thì.
Xem xét
Vào cuối chu kỳ, đội trình bày công việc đã hoàn thành cho các bên liên quan. Đây không phải là báo cáo tình trạng; mà là một minh chứng hoạt động. Phản hồi được thu thập ngay lập tức để làm cơ sở cho chu kỳ tiếp theo.
Tổng kết
Đây là buổi lễ quan trọng nhất cho việc cải tiến. Đội thảo luận về cách thức hoạt động của quy trình. Điều gì đã tốt? Điều gì đã sai? Chúng ta sẽ thay đổi gì lần tới? Điều này đảm bảo cấu trúc được cải tiến theo thời gian.
⚖️ So sánh giữa phương pháp ngẫu nhiên và phương pháp Agile có cấu trúc
Hiểu được sự khác biệt là điều then chốt để nhận ra giá trị của việc chuyển đổi. Bảng dưới đây so sánh hai phương pháp này trên các khía cạnh chính.
| Khía cạnh | Quy trình ngẫu nhiên | Agile có cấu trúc |
|---|---|---|
| Ưu tiên | Phản ứng; người nói lớn nhất thắng | Chủ động; danh sách công việc dựa trên giá trị |
| Tính minh bạch | Thấp; trạng thái bị che giấu | Cao; công việc được hiển thị cho tất cả |
| Quản lý thay đổi | Hỗn loạn; chuyển đổi ngữ cảnh thường xuyên | Cân bằng; thay đổi được quản lý giữa các chu kỳ |
| Chất lượng | Khác nhau; thường được kiểm thử vào cuối | Tích hợp; được kiểm thử liên tục |
| Tập trung vào đội nhóm | Hoàn thành nhiệm vụ cá nhân | Mục tiêu chung của đội nhóm |
| Phản hồi | Chậm trễ; thường sau khi phát hành | Ngay lập tức; sau mỗi bước tiến |
📊 Đo lường thành công
Không có đo lường, cải tiến trở thành phỏng đoán. Trong môi trường có cấu trúc, các chỉ số cung cấp dữ liệu khách quan về hiệu suất. Tuy nhiên, những chỉ số này phải được sử dụng để hỗ trợ đội nhóm, chứ không phải để kiểm soát họ.
- Tốc độ: Số lượng công việc mà một đội hoàn thành trong một chu kỳ. Được sử dụng để dự báo, chứ không dùng để so sánh các đội.
- Thời gian chu kỳ: Thời gian để một nhiệm vụ di chuyển từ bắt đầu đến kết thúc. Thời gian chu kỳ thấp hơn cho thấy hiệu suất cao hơn.
- Thời gian dẫn đầu: Thời gian từ khi yêu cầu được đưa ra đến khi được giao. Điều này đo lường khả năng phản ứng với thị trường.
- Tỷ lệ lỗi: Số lượng lỗi hoặc vấn đề được phát hiện sau khi phát hành. Điều này đo lường chất lượng.
- Mức độ hài lòng của đội nhóm: Khảo sát định kỳ để đánh giá tinh thần và mức độ kiệt sức. Một đội nhóm hạnh phúc là một đội nhóm hiệu quả.
🧱 Yếu tố con người
Phần khó khăn nhất trong quá trình chuyển đổi này không phải là quy trình; mà là con người. Việc chuyển từ làm theo cảm hứng sang phương pháp Agile có cấu trúc đòi hỏi sự thay đổi tư duy. Điều đó đòi hỏi sự tin tưởng và trách nhiệm.
Sự phản kháng là điều tự nhiên. Các thành viên đội nhóm có thể cảm thấy các quy tắc mới là quan liêu hoặc chậm chạp. Các nhà lãnh đạo cần giải quyết những lo ngại này một cách trực tiếp. Giải thích rằng cấu trúc này tồn tại để bảo vệ đội nhóm khỏi hỗn loạn, chứ không phải để kiểm soát họ.
Những thay đổi tâm lý then chốt bao gồm:
- Từ anh hùng sang đội nhóm:Thành công không còn là chuyện một người làm việc đến muộn. Đó là về việc cả đội cùng nhau hoàn thành nhiệm vụ.
- Từ đầu ra sang kết quả:Sự tập trung chuyển từ đếm số giờ làm việc sang đếm giá trị được cung cấp.
- Từ đổ lỗi sang học hỏi:Khi chuyện không như mong đợi, trọng tâm là sửa chữa quy trình, chứ không phải tìm ra người phải chịu trách nhiệm.
- Từ chắc chắn sang linh hoạt:Chấp nhận rằng kế hoạch có thể thay đổi và có cơ chế để xử lý sự thay đổi đó.
Quản lý thay đổi là một nỗ lực liên tục. Nó đòi hỏi sự kiên nhẫn. Hãy chuẩn bị cho những thất bại. Quá trình chuyển đổi hiếm khi diễn ra theo đường thẳng. Sẽ có những ngày quá trình cảm thấy nặng nề hơn cách làm cũ. Điều này là bình thường. Đó chính là ma sát khi xây dựng thói quen mới. Hãy kiên trì vượt qua ma sát đó, và lợi ích sẽ tích lũy theo thời gian.
🛠️ Triển khai cấu trúc
Để hoạt động này hiệu quả, bạn cần có không gian vật lý hoặc kỹ thuật số để ghi lại công việc. Điều này không có nghĩa là phải mua các công cụ đắt tiền. Nó có nghĩa là phải có một nguồn thông tin duy nhất đáng tin cậy.
- Danh sách công việc chờ xử lý: Danh sách các công việc được ưu tiên. Nó phải được nhìn thấy bởi toàn bộ đội nhóm.
- Bảng công việc: Một biểu diễn trực quan về quy trình làm việc. Các cột nên đại diện cho các trạng thái như “Chưa làm”, “Đang thực hiện”, “Đánh giá”, và “Hoàn thành”.
- Tiêu chuẩn hoàn thành: Một danh sách kiểm tra các tiêu chí phải được đáp ứng để một nhiệm vụ được coi là hoàn thành. Điều này ngăn ngừa nợ kỹ thuật tích tụ.
- Kênh truyền thông: Các không gian riêng biệt dành cho giao tiếp của đội nhóm, tách biệt khỏi tiếng ồn chung của công ty.
Hãy nhớ, công cụ phục vụ quy trình. Nếu một công cụ làm cản trở luồng công việc, thì đó là công cụ sai. Mục tiêu là sự rõ ràng. Nếu một bên liên quan hỏi: “Công việc này đang ở đâu?”, câu trả lời phải ngay lập tức và rõ ràng.
🌱 Bền vững và phát triển
Một khi cấu trúc đã được thiết lập, trọng tâm sẽ chuyển sang tính bền vững. Làm thế nào để duy trì điều này khi sự nhiệt huyết ban đầu dần phai nhạt?
- Chào đón thành viên mới: Các thành viên mới trong đội nhóm phải được đào tạo về quy trình ngay lập tức. Đừng để họ quay lại thói quen làm việc theo cảm hứng.
- Cộng đồng thực hành: Tạo các nhóm nơi những người thực hành từ các đội khác nhau chia sẻ kiến thức và giải quyết các vấn đề chung.
- Sự đồng thuận của lãnh đạo: Đảm bảo lãnh đạo ủng hộ quy trình. Nếu lãnh đạo bỏ qua quy trình, cấu trúc sẽ sụp đổ.
- Học tập liên tục: Khuyến khích đội nhóm học các kỹ thuật mới và tinh chỉnh quy trình làm việc thường xuyên.
Sự chuyển đổi từ làm việc theo cảm hứng sang làm việc theo mô hình Agile có cấu trúc là một trong những bước tiến quan trọng nhất mà một tổ chức có thể thực hiện. Nó chuyển trọng tâm từ việc sống sót từng ngày sang lập kế hoạch cho tương lai. Nó thay thế sự lo âu bằng sự dự đoán được. Nó thay thế những màn cứu nguy cá nhân bằng tinh thần làm việc nhóm. Dù con đường này đòi hỏi nỗ lực và kỷ luật, đích đến là một tổ chức vững chắc hơn, năng lực hơn và hiệu quả hơn.
Bằng cách tuân theo các bước này, xác định rõ vai trò và đo lường các kết quả đúng đắn, bạn sẽ xây dựng được nền tảng có thể chịu đựng được những thay đổi thị trường và sự phát triển nội bộ. Cấu trúc không phải là kẻ thù của sự linh hoạt; nó chính là người tạo điều kiện. Với khung nền phù hợp, các đội nhóm có thể di chuyển nhanh mà không bị sụp đổ.