1. Khởi đầu với tư duy linh hoạt (Agile mindset)

Quản lý dự án theo cách tiếp cận Agile đòi hỏi toàn bộ nhóm dự án phải chuyển sang một hệ tư duy mới - tư duy linh hoạt. Đây là nền tảng cốt lõi để các phương pháp thực hành Agile có thể phát huy hiệu quả trong thực tế.

Trong quá trình xây dựng chiến lược triển khai Agile, nhóm dự án cần xem xét và làm rõ một số câu hỏi định hướng quan trọng như sau:

• Nhóm dự án cần tổ chức và vận hành công việc như thế nào để thể hiện đúng tinh thần Agile, thay vì chỉ áp dụng Agile một cách hình thức?
• Những giá trị nào nhóm có thể bàn giao sớm để kịp thời nhận phản hồi và liên tục cải thiện trong các chu kỳ bàn giao tiếp theo?
• Làm thế nào để nhóm duy trì sự minh bạch (transparency), giúp cả nhóm và các bên liên quan đều nắm rõ trạng thái công việc?
• Những hoạt động hoặc công việc nào không tạo ra giá trị có thể được loại bỏ, nhằm giúp nhóm tập trung nguồn lực vào các hạng mục ưu tiên cao nhất?
• Việc áp dụng phong cách lãnh đạo phục vụ (servant leadership) sẽ được triển khai ra sao để hỗ trợ nhóm phát huy tối đa năng lực và khả năng tự tổ chức?

Tư duy Agile không đơn thuần là việc áp dụng một mô hình hay phương pháp cụ thể như Scrum hay Kanban, mà là cách đội ngũ suy nghĩ về giá trị, học hỏi từ những phản hồi và hợp tác với nhau để không ngừng cải tiến và thích ứng với thay đổi.

2. Lãnh đạo phục vụ - Trao quyền cho đội ngũ

Agile coi lãnh đạo phục vụ là phong cách lãnh đạo nền tảng để trao quyền cho nhóm dự án. Thay vì ra lệnh và kiểm soát, người lãnh đạo tập trung hỗ trợ đội ngũ bằng cách lắng nghe nhu cầu của các thành viên, giúp họ phát triển năng lực, và tạo môi trường để đội làm việc hiệu quả nhất.

Lãnh đạo phục vụ có vai trò tạo điều kiện để nhóm tự nghiền ngẫm, tự định nghĩa và áp dụng Agile vào thực tế. Người lãnh đạo không chỉ dừng lại ở việc “nói về Agile”, mà còn thể hiện tinh thần Agile trong cách làm việc hằng ngày. Khi triển khai công việc dự án, lãnh đạo phục vụ thường thực hiện theo trình tự sau:

• Mục đích (Purpose): Lãnh đạo phục vụ làm việc cùng nhóm để thống nhất mục tiêu và ý nghĩa của dự án, qua đó tạo sự gắn kết và đồng thuận trong toàn nhóm. Trên cơ sở đó, nhóm hướng tới tối ưu ở cấp độ dự án, thay vì tối ưu cho từng cá nhân riêng lẻ.
• Con người (People): Khi mục đích đã được xác định rõ, lãnh đạo phục vụ khuyến khích nhóm xây dựng một môi trường làm việc nơi mọi thành viên đều có cơ hội ghi nhận thành tích. Mỗi người được tạo điều kiện để đóng góp vào toàn bộ công việc chung, thay vì bị giới hạn cứng nhắc trong vai trò ban đầu của mình.
• Quy trình (Process): Thay vì chạy theo một quy trình Agile hoàn hảo trên mặt lý thuyết, lãnh đạo phục vụ tập trung vào kết quả và giá trị thực sự được tạo ra. Khi một nhóm đa chức năng thường xuyên bàn giao các kết quả có giá trị hoàn chỉnh, đồng thời liên tục nhìn lại và cải tiến cả sản phẩm lẫn cách làm việc, thì nhóm đó đang vận hành đúng tinh thần Agile - bất kể họ gọi cách làm của mình là gì.

Đặc trưng của lãnh đạo phục vụ

Lãnh đạo phục vụ có một số đặc trưng giúp PM trở nên linh hoạt hơn theo tinh thần Agile, đồng thời nâng cao khả năng thành công của nhóm, bao gồm:

• Thúc đẩy khả năng nhận thức (self-awareness)
• Lắng nghe chủ động để thấu hiểu đội ngũ
• Sẵn sàng phục vụ và hỗ trợ các thành viên trong nhóm
• Tạo điều kiện để mọi người phát triển và trưởng thành
• Ưu tiên huấn luyện và dẫn dắt thay vì kiểm soát hay áp đặt
• Xây dựng môi trường làm việc an toàn, tôn trọng và tin cậy
• Khơi dậy và phát huy năng lượng, trí tuệ cũng như tiềm năng của người khác

Lãnh đạo phục vụ không phải là khái niệm chỉ thuộc về Agile. Tuy nhiên, khi áp dụng trong thực tế, người lãnh đạo thường nhận ra rằng phong cách này hòa hợp một cách tự nhiên với tư duy và các giá trị Agile. Khi năng lực lãnh đạo phục vụ, cùng với kỹ năng dẫn dắt và điều phối công việc, ngày càng được trau dồi, người lãnh đạo sẽ linh hoạt hơn trong cách tiếp cận Agile, từ đó giúp nhóm phối hợp hiệu quả hơn và tạo ra giá trị nhanh hơn.

Các nhóm Agile thành công đều nuôi dưỡng tư duy phát triển - tin rằng mỗi cá nhân đều có thể học hỏi và phát triển những kỹ năng mới. Chính niềm tin này tạo nền tảng để năng lực của cả nhóm không ngừng được nâng cao theo thời gian.

2.1. Trách nhiệm của lãnh đạo phục vụ 

Lãnh đạo phục vụ chủ động xây dựng và duy trì các mối quan hệ để tăng cường giao tiếp và phối hợp, không chỉ trong nội bộ nhóm mà còn với các bộ phận khác trong tổ chức. Thông qua các mối quan hệ này, họ giúp nhóm tháo gỡ trở ngại, đơn giản hóa quy trình và làm việc hiệu quả hơn.

Với sự hiểu biết và trải nghiệm thực tế về Agile, lãnh đạo phục vụ có thể hỗ trợ nhóm tốt hơn trong việc đáp ứng nhu cầu, thích ứng với thay đổi và đạt được mục tiêu đề ra.

2.1.1. Lãnh đạo phục vụ thúc đẩy sự hợp tác trong nhóm

Khi PM đảm nhận vai trò lãnh đạo phục vụ, trọng tâm sẽ chuyển từ việc quản lý sự phối hợp sang thúc đẩy sự hợp tác. Thay vì điều phối theo kiểu chỉ đạo, lãnh đạo phục vụ tập trung tạo điều kiện để sự hợp tác diễn ra một cách tự nhiên và hiệu quả. Cụ thể, họ sẽ:

• Giúp các thành viên suy nghĩ và làm việc ở trạng thái tốt nhất, phát huy tối đa năng lực cá nhân
• Khuyến khích sự tham gia, hiểu biết chung và trách nhiệm tập thể đối với kết quả của nhóm
• Hỗ trợ nhóm cùng xây dựng những giải pháp được tất cả các bên chấp nhận, thay vì áp đặt quyết định từ trên xuống

Lãnh đạo phục vụ thúc đẩy sự hợp tác và trao đổi trong nội bộ nhóm cũng như giữa các nhóm với nhau. Chẳng hạn, họ giúp làm rõ và truyền thông rõ các điểm nghẽn trong công việc, để các nhóm có thể cùng nhau phối hợp giải quyết.

Để làm được điều này, lãnh đạo phục vụ tận dụng các hình thức tương tác đa dạng như các cuộc họp mang tính trao đổi, những cuộc thảo luận không chính thức và hoạt động chia sẻ kiến thức. Đồng thời, đóng vai trò cầu nối trung lập và người huấn luyện, thay vì đứng ra ra quyết định thay cho người khác.

2.1.2. Lãnh đạo phục vụ loại bỏ trở ngại tổ chức

Giá trị đầu tiên của Tuyên ngôn Agile đề cao “cá nhân và sự tương tác hơn là quy trình và công cụ”. Theo tinh thần đó, lãnh đạo phục vụ tập trung nhận diện và tháo gỡ những quy trình đang cản trở sự linh hoạt của nhóm hoặc tổ chức, qua đó đơn giản hóa cách làm và giúp nhóm làm việc hiệu quả hơn.

Chẳng hạn, khi một phòng ban yêu cầu quá nhiều tài liệu, lãnh đạo phục vụ có thể:

• Làm việc trực tiếp với phòng ban đó để rà soát lại những loại tài liệu thực sự bắt buộc.
• Giúp các bên thống nhất cách hiểu chung về việc các sản phẩm bàn giao theo Agile đáp ứng các yêu cầu quản trị như thế nào.
• Rà soát lại nhu cầu về tài liệu ở mức hợp lý, để nhóm tập trung nhiều hơn vào việc tạo ra sản phẩm có giá trị thay vì dành thời gian cho các tài liệu không thực sự cần thiết.

Lãnh đạo phục vụ cần nhận diện các quy trình có nguy cơ tạo ra điểm nghẽn, như quy trình tài chính, hội đồng kiểm soát thay đổi hay hoạt động kiểm toán. Nếu nhóm có thể hoàn thành sản phẩm sau mỗi hai tuần nhưng phải chờ thêm nhiều tuần để được phê duyệt và phát hành, thì giá trị theo tinh thần Agile đang bị tắc nghẽn ở cấp tổ chức. Trong những tình huống này, lãnh đạo phục vụ cần chủ động phối hợp với các bên liên quan, đặt ra những câu hỏi phù hợp và thúc đẩy cải tiến quy trình, nhằm loại bỏ rào cản tổ chức và giúp nhóm đưa giá trị ra thị trường nhanh hơn.

2.1.3. Lãnh đạo phục vụ tạo điều kiện để mọi người đóng góp hiệu quả

Trong môi trường Agile, các nhóm tự quản lý công việc và sản phẩm của mình. Tinh thần tự quản không chỉ giới hạn trong nhóm thực hiện, mà còn lan tỏa đến từng cá nhân và các bộ phận hỗ trợ trong tổ chức.
Lãnh đạo phục vụ đóng vai trò “mở đường”, giúp mọi người có thể đóng góp tốt nhất bằng cách:

• Phối hợp với bộ phận cơ sở vật chất để bố trí không gian làm việc phù hợp cho nhóm.
• Làm việc với quản lý cấp cao nhằm giúp nhóm tập trung vào một dự án tại một thời điểm, hạn chế phân tán nguồn lực.
• Phối hợp cùng PO và nhóm trong quá trình xây dựng và làm rõ các câu chuyện người dùng (user story).
• Hợp tác với bộ phận kiểm toán để điều chỉnh và hoàn thiện quy trình trong những môi trường yêu cầu tuân thủ cao.
• Phối hợp với bộ phận tài chính để chuyển sang mô hình lập ngân sách theo từng giai đoạn.

Trọng tâm của lãnh đạo phục vụ là “dọn đường” để nhóm phát huy tối đa năng lực, qua đó tạo tác động tích cực đến dự án và thúc đẩy tổ chức thay đổi cả về tư duy lẫn cách vận hành.

2.1.4. Những trách nhiệm tiêu biểu của lãnh đạo phục vụ

Lãnh đạo phục vụ có thể đảm nhiệm nhiều chức danh khác nhau, nhưng giá trị thực sự của họ thể hiện qua những hành động cụ thể, bao gồm:

• Giúp các bên liên quan hiểu vì sao và bằng cách nào tổ chức áp dụng Agile. Làm rõ lợi ích của việc ưu tiên dựa trên giá trị kinh doanh, tăng tính chịu trách nhiệm và năng suất của các nhóm được trao quyền, cũng như cải thiện chất lượng nhờ việc rà soát và phản hồi thường xuyên.
• Hỗ trợ nhóm thông qua cố vấn, khích lệ và bảo trợ (advocacy) cho các hoạt động đào tạo và phát triển nghề nghiệp. Tinh thần này được thể hiện rõ qua quan điểm: “chúng ta dẫn dắt nhóm bằng cách đứng phía sau họ.” Khi được tin tưởng, hỗ trợ và tạo điều kiện nâng cao năng lực, các thành viên sẽ tự tin hơn, chủ động đảm nhận những trách nhiệm lớn hơn và đóng góp ở mức cao hơn - ngay cả khi điều đó có thể dẫn họ đến những cơ hội mới ngoài phạm vi nhóm hiện tại.
• Hỗ trợ nhóm ở những lĩnh vực họ còn thiếu kinh nghiệm về quản lý dự án, ví dụ như phân tích rủi ro định lượng (quantitative risk analysis) bằng cách đào tạo, hướng dẫn hoặc thực hành mẫu, sau đó chuyển giao kiến thức và kỹ năng nhằm giúp nhóm từng bước tự chủ.
• Ghi nhận và tôn vinh những thành công của nhóm, đồng thời xây dựng cầu nối với các nhóm bên ngoài, qua đó tạo ra hiệu ứng lan tỏa tích cực, góp phần thúc đẩy tinh thần hợp tác bền vững trong toàn tổ chức.

2.2. Vai trò của PM trong môi trường Agile

Trong nhiều khuôn khổ Agile, vai trò của PM không được xác định một cách rõ ràng, khiến không ít người cho rằng vị trí này không còn cần thiết, bởi các nhóm tự tổ chức đã đảm nhận phần lớn các trách nhiệm quản lý dự án truyền thống. Tuy nhiên, thực tế tại nhiều tổ chức cho thấy PM vẫn mang lại giá trị đáng kể - chỉ khác ở chỗ vai trò và phạm vi trách nhiệm đã được tái định nghĩa để phù hợp với bối cảnh mới.

Điểm cốt lõi nằm ở chỗ giá trị của PM không nằm ở quyền lực chính thức, mà ở khả năng trao quyền, khơi mở tiềm năng và giúp tập thể cùng tiến xa hơn.

2.3. PM và Lãnh đạo phục vụ

Theo PMBOK Guide - Phiên bản thứ 6, PM là người được tổ chức giao trách nhiệm dẫn dắt nhóm dự án nhằm đạt được các mục tiêu đã đề ra. Trước đây, nhiều PM thường giữ vai trò trung tâm trong việc điều phối công việc: theo dõi tiến độ, tổng hợp tình hình và báo cáo lên tổ chức - một cách tiếp cận phù hợp với môi trường dự án được tổ chức theo cấu trúc chức năng, nơi thông tin và quyền quyết định phân tán giữa các bộ phận.

Tuy nhiên, trong bối cảnh dự án ngày càng biến động và phức tạp, phạm vi công việc và mức độ bất định thường vượt quá khả năng kiểm soát của một cá nhân đơn lẻ. Thay vì phụ thuộc vào một đầu mối điều phối trung tâm, các nhóm đa chức năng chủ động tự tổ chức công việc, phối hợp trực tiếp với PO để rút ngắn thời gian ra quyết định và duy trì dòng chảy giá trị liên tục.

Trong môi trường Agile, PM chuyển từ vai trò trung tâm điều phối sang vai trò lãnh đạo phục vụ, với trọng tâm:

• Hướng dẫn các cá nhân và nhóm khi cần hỗ trợ, giúp họ phát triển năng lực và tăng tính tự chủ.
• Thúc đẩy sự hợp tác chặt chẽ và minh bạch trong nội bộ nhóm.
• Căn chỉnh nhu cầu và kỳ vọng của các bên liên quan nhằm duy trì sự đồng thuận và tập trung vào giá trị.

Với vai trò lãnh đạo phục vụ, PM chủ động trao quyền và chuyển giao trách nhiệm cho nhóm, bởi chính họ là những người hiểu rõ chuyên môn và có năng lực tốt nhất để biến mục tiêu thành giá trị cụ thể.

3. Cơ cấu thành phần nhóm

Agile tối ưu dòng chảy giá trị bằng cách tổ chức công việc xoay quanh con người và sự hợp tác, với mục tiêu rút ngắn thời gian đưa giá trị đến khách hàng. Thay vì quản lý con người theo tư duy sử dụng tài nguyên truyền thống, Agile coi họ là trung tâm của quá trình tạo ra giá trị và là yếu tố quyết định đến hiệu quả và khả năng thích ứng của nhóm.

“Hãy xây dựng dự án dựa trên những con người có động lực từ bên trong, tạo cho họ môi trường và sự hỗ trợ cần thiết, rồi tin tưởng họ hoàn thành công việc.”

Khi nhóm tập trung tối ưu dòng chảy giá trị, họ thường đạt được những kết quả tích cực như:

• Mức độ hợp tác trong nhóm được cải thiện rõ rệt.
• Các hạng mục có giá trị được hoàn thành nhanh hơn và được bàn giao sớm hơn cho khách hàng.
• Giảm lãng phí thời gian do đa nhiệm và việc phải liên tục chuyển đổi ngữ cảnh.

3.1. Đội nhóm Agile

Các nhóm Agile tập trung phát triển sản phẩm theo nhịp độ nhanh nhằm thu thập phản hồi sớm và điều chỉnh kịp thời. Trên thực tế, những nhóm hoạt động hiệu quả thường có các đặc điểm sau:

• Quy mô nhỏ, thường từ 3 đến 9 thành viên, đủ để linh hoạt nhưng vẫn đảm bảo đa dạng kỹ năng.
• Ưu tiên làm việc cùng nhau trong cùng một không gian chung để tăng cường trao đổi trực tiếp và phối hợp.
• Các thành viên cam kết toàn thời gian (100%) cho nhóm, hạn chế phân tán sang nhiều dự án song song.
• Vận hành theo cơ chế tự quản, chủ động quyết định cách thức phân công và thực hiện công việc trong từng chu kỳ làm việc.

Sự trưởng thành của nhóm Agile phụ thuộc nhiều vào phong cách lãnh đạo phục vụ, trong đó người lãnh đạo tập trung “dọn đường”, tháo gỡ rào cản và trao quyền cho nhóm, thay vì kiểm soát hay chỉ đạo chi tiết.

Các nhóm Agile đa chức năng có thể tạo ra sản phẩm hoàn chỉnh trong mỗi chu kỳ làm việc nhờ sở hữu đầy đủ kỹ năng và cùng chịu trách nhiệm xuyên suốt từ từ khâu ý tưởng đến khi bàn giao.

Việc giới hạn công việc dở dang (Work in Progress – WIP) giúp nhóm tăng tính hợp tác và hoàn thành công việc nhanh hơn ở cấp độ toàn đội. Những nhóm Agile hiệu quả thường áp dụng pairing (làm việc theo cặp), swarming (cả nhóm dồn lực để giải quyết một vấn đề) hoặc mobbing (cả nhóm cùng làm một việc) để tránh tình trạng công việc bị chia nhỏ và làm tuần tự theo từng bước.

Cách làm tuần tự này dễ khiến các giả định sai lệch chỉ được phát hiện ở giai đoạn cuối, dẫn đến lãng phí thời gian và công sức. Ngược lại, khi cả nhóm cùng hoàn thiện từng phần nhỏ từ đầu đến cuối, họ có cơ hội học hỏi sớm hơn, điều chỉnh kịp thời và liên tục bàn giao các giá trị nhỏ nhưng trọn vẹn.

Bảng dưới đây tóm tắt các đặc điểm quan trọng và mục tiêu tương ứng của một nhóm Agile hiệu quả:

Bảng 4-1. Đặc điểm của các đội Agile thành công

3.2. Các vai trò trong Agile

Trong hầu hết các khuôn khổ Agile, cấu trúc vai trò xoay quanh ba thành phần cốt lõi: nhóm đa chức năng chịu trách nhiệm tạo ra giá trị, PO đại diện cho tiếng nói kinh doanh - ưu tiên giá trị, và nhóm điều phối (có thể là Scrum Master hoặc PM) đảm bảo môi trường làm việc hiệu quả thông qua vai trò lãnh đạo phục vụ.

Bảng 4-2. Vai trò đội Agile

3.3. Generalizing specialists – Phát triển chuyên gia đa năng

Các nhóm Agile có tính đa chức năng, nhưng trên thực tế, các thành viên không phải ai cũng đa năng ngay từ đầu. Một số người có chuyên môn rất sâu ở một lĩnh vực, nhưng ít khi tham gia hỗ trợ ngoài phạm vi đó. Trong cộng đồng Agile, họ thường được gọi là “người hình chữ I” (I-shaped) – giống như chữ I, có chiều sâu nhưng gần như không có chiều rộng.

Nhiều nhóm Agile thành công được cấu thành từ những chuyên gia đa năng - còn gọi là những người có năng lực hình chữ T (T-shaped). “Người hình chữ T” vẫn giữ chuyên môn chính của mình, đồng thời có thêm các kỹ năng liên quan ở mức đủ dùng và khả năng cộng tác tốt để hỗ trợ những phần việc khác trong nhóm.

Ví dụ, một người có thể tham gia kiểm thử một số phần của sản phẩm, đồng thời phát triển các phần khác, được xem là một người T-shaped.

Trong môi trường Agile, những người T-shaped giúp nhóm linh hoạt hơn, giảm phụ thuộc cá nhân và tăng khả năng hoàn thành công việc ở cấp độ toàn đội.

Thông qua hợp tác chặt chẽ, tự tổ chức và thực hành swarming (cả nhóm dồn lực để giải quyết một vấn đề), các thành viên dần phát triển theo mô hình hình chữ T, thường xuyên hỗ trợ lẫn nhau để hoàn thành công việc chung nhanh hơn và hiệu quả hơn.

Khi quá chú trọng vào hiệu suất sử dụng nguồn lực, tổ chức có thể duy trì mức độ bận rộn cao ở từng cá nhân, nhưng dòng chảy giá trị tổng thể lại bị chậm lại. Ngược lại, Agile tập trung tối ưu hóa dòng chảy toàn hệ thống, nhằm bảo đảm giá trị được hoàn thành và bàn giao nhanh nhất có thể.

3.4. Cấu trúc đội nhóm

Agile được áp dụng trong nhiều ngành nghề khác nhau, với điểm chung là tổ chức con người thành các nhóm đa chức năng và làm việc theo cách lặp lại và gia tăng dần dần nhằm tạo ra sản phẩm có thể vận hành được.

Trong thực tế, một số tổ chức có thể xây dựng nhóm làm việc đa chức năng trong cùng một không gian làm việc. Tuy nhiên, nhiều tổ chức khác buộc phải vận hành với cấu trúc phân tán, bao gồm:

• Distributed teams: các nhóm đa chức năng đặt tại những địa điểm địa lý khác nhau, nhưng mỗi địa điểm vẫn có cấu trúc nhóm tương đối đầy đủ.
• Dispersed teams: các thành viên của cùng một nhóm làm việc rải rác ở nhiều địa điểm khác nhau, không tập trung theo từng cụm hoàn chỉnh.

Dù không phải là lựa chọn lý tưởng do làm tăng chi phí giao tiếp và phối hợp, các mô hình này vẫn có thể vận hành hiệu quả nếu tổ chức trang bị công cụ phù hợp và thiết lập cơ chế quản lý thích đáng. Ví dụ như đội biên soạn nòng cốt gồm các thành viên của PMI và Agile Alliance. Nhóm làm việc theo cách tự tổ chức, phát triển theo từng increment và liên tục tiếp nhận phản hồi từ các chuyên gia. Tuy nhiên, đây chưa phải là một nhóm Agile chuẩn, bởi các thành viên không thể cam kết toàn thời gian cho dự án.

3.5. Các thành viên tận tâm

Lý tưởng nhất, mỗi thành viên nên tham gia toàn thời gian (100%) vào một nhóm. Khi điều này không khả thi và mức độ tham gia chỉ ở khoảng 25–50% thời gian, nhóm thường gặp phải nhiều hệ quả tiêu cực, như:

• Gia tăng tình trạng đa nhiệm và phải liên tục chuyển đổi ngữ cảnh trong lúc làm việc
• Giảm thông lượng (throughput) ở cấp độ toàn đội và làm suy giảm khả năng dự đoán tiến độ

Ví dụ như một tổ chức tài chính lớn tại Hoa Kỳ triển khai chương trình với nhiều đội trải dài giữa bờ Đông nước Mỹ và các địa điểm tại Ấn Độ. Ban đầu, họ vận hành như một nhóm phân tán quy mô lớn, áp dụng mô hình follow-the-sun - phân chia công việc theo múi giờ nhằm duy trì tiến độ liên tục, tổ chức các buổi standup chung và sử dụng webcam để tăng cường kết nối giữa các thành viên.

Khi sản phẩm gia tăng về quy mô và độ phức tạp, tổ chức đã tái cấu trúc thành năm nhóm nhỏ, đồng vị trí tại từng địa điểm. Các lập trình viên và kiểm thử viên được bố trí làm việc cùng nhau trong mỗi nhóm, trong khi nhóm chuyên viên phân tích nghiệp vụ và PO làm việc gần nhau để phối hợp và hỗ trợ hiệu quả cho từng đội.

Lưu ý: Làm việc đa nhiệm có thể làm chậm tiến độ của cả đội, do các thành viên phải liên tục chuyển đổi ngữ cảnh và chờ đợi lẫn nhau. Khi mỗi người có thể dành toàn bộ thời gian cho một đội, năng suất hoàn thành ở cấp độ đội sẽ được tối ưu hóa.

Nhiều nghiên cứu chỉ ra rằng con người có thể mất từ 20-40% năng suất khi thường xuyên chuyển đổi giữa các tác vụ, và mức suy giảm này còn gia tăng theo số lượng công việc thực hiện song song. Làm việc đa nhiệm không chỉ làm giảm hiệu quả mà còn:

• Gia tăng xác suất phát sinh sai sót.
• Tiêu hao bộ nhớ làm việc (working memory), khiến cá nhân khó duy trì bối cảnh và mạch tư duy liên tục.

Ngược lại, khi toàn bộ thành viên có thể tập trung toàn thời gian cho một dự án, sự hợp tác diễn ra liên tục và liền mạch hơn, qua đó nâng cao hiệu quả tổng thể của cả nhóm.

Điều cần thiết là phải làm rõ kỳ vọng khi có các chuyên gia tham gia hỗ trợ tạm thời (ví dụ như quản trị cơ sở dữ liệu, nhà nghiên cứu…). Cần xác định cụ thể mức độ cam kết và khung thời gian hỗ trợ, bởi việc phân bổ nguồn lực bán thời gian luôn tiềm ẩn rủi ro đối với tiến độ và hiệu suất chung của nhóm.

3.6. Không gian làm việc của nhóm

Các nhóm Agile cần một không gian làm việc phù hợp để có thể:

• Làm việc cùng nhau một cách trực tiếp và thuận tiện
• Nhìn thấy rõ trạng thái công việc chung của cả nhóm
• Hợp tác hiệu quả và trao đổi nhanh chóng

Trên thực tế, có nhóm cùng làm việc trong một không gian chung, có nhóm bố trí khu vực riêng cho các buổi họp ngắn hằng ngày và bảng theo dõi công việc, nhưng vẫn duy trì bàn làm việc cá nhân hoặc văn phòng riêng cho từng thành viên.

Trước xu hướng thiết kế văn phòng mở, các tổ chức cần cân bằng hợp lý giữa:

• Không gian riêng và không gian chung
• Không gian yên tĩnh dành cho sự tập trung và tư duy chuyên sâu

Đối với các nhóm làm việc phân tán, cần thiết lập sự kết hợp hiệu quả giữa không gian vật lý và không gian làm việc ảo, bao gồm các nền tảng chia sẻ tài liệu, hội nghị truyền hình và công cụ cộng tác trực tuyến. Bên cạnh đó, các nhóm phân tán nên gặp mặt trực tiếp theo định kỳ nhằm xây dựng niềm tin, củng cố mối quan hệ và nâng cao hiệu quả phối hợp.

Hai kỹ thuật thường được khuyến nghị trong bối cảnh làm việc phân tán gồm:

• Mô hình cửa sổ bể cá (fishbowl window): Duy trì kết nối video mở liên tục giữa các địa điểm làm việc, tạo điều kiện để các thành viên dễ dàng nhìn thấy nhau và tương tác tự phát. Cách tiếp cận này giúp giảm độ trễ trong giao tiếp và tăng tính liền mạch của hợp tác
• Làm việc cặp từ xa (remote pairing): Sử dụng công cụ chia sẻ màn hình, kết hợp âm thanh và video để lập trình cặp hoặc cùng nhau phân tích, giải quyết vấn đề. Khi được tổ chức hợp lý, đặc biệt trong việc quản lý chênh lệch múi giờ, phương thức này có thể mang lại hiệu quả gần như tương đương với cách làm việc trực tiếp.

Lưu ý: Khi hình thành nhóm, hãy tập hợp những cá nhân sở hữu kỹ năng đa dạng từ nhiều phòng ban khác nhau để tạo nên năng lực đa chức năng thực sự. Đồng thời, cần trang bị cho đội ngũ quản lý và lãnh đạo hiểu biết vững chắc về tư duy Agile, cũng như mời họ tham gia sớm vào hành trình chuyển đổi. Sự đồng thuận và cam kết từ cấp lãnh đạo là yếu tố then chốt để đảm bảo hỗ trợ bền vững và thành công dài hạn.

3.7. Phá vỡ rào cản (silo) phòng ban

Khi xây dựng nhóm Agile, điểm khởi đầu quan trọng nhất là thiết lập niềm tin nền tảng giữa các thành viên. Song song đó, cần tạo dựng một môi trường an toàn về mặt tâm lý, nơi mọi người có tiếng nói bình đẳng, được lắng nghe và tôn trọng.

Khi được củng cố bởi tư duy Agile, những yếu tố này trở thành nền tảng cốt lõi giúp nhóm chủ động nhận diện, đối mặt và xử lý hiệu quả các thách thức cũng như rủi ro trong quá trình thực hiện công việc.

Trong các tổ chức vận hành theo silo, việc hình thành các nhóm đa chức năng thường gặp nhiều trở ngại. Nguyên nhân là các thành viên đến từ những phòng ban khác nhau, chịu sự quản lý riêng biệt và bị đánh giá theo các hệ thống chỉ số không đồng nhất.

Để khắc phục điều này, nhà quản lý cần chuyển dịch tư duy từ tối ưu hóa hiệu suất sử dụng nguồn lực - tức tối đa hóa mức độ bận rộn của từng cá nhân - sang tối ưu hóa hiệu quả dòng chảy, nghĩa là tối đa hóa giá trị được hoàn thành bởi toàn đội. Đồng thời, hệ thống đo lường cũng cần được điều chỉnh theo hướng sử dụng các chỉ số ở cấp đội, thay vì tập trung vào hiệu suất cá nhân.

Để phá vỡ các silo, tổ chức cần làm việc chặt chẽ với các quản lý liên quan nhằm bố trí những cá nhân cần thiết vào cùng một đội đa chức năng. Khi các thành viên được tập trung về một đội sản phẩm thống nhất, sự cộng hưởng sẽ dần hình thành, giúp tổ chức nhận ra rằng mô hình tổ chức theo đội sản phẩm tạo ra kết quả vượt trội so với cách phân bổ nhân sự rời rạc theo phòng ban truyền thống.

Lưu ý: Với vai trò lãnh đạo trong môi trường Agile, ưu tiên hàng đầu là xây dựng một đội đa chức năng và được phân bổ 100% thời gian cho cùng một đội. Ngay cả khi giai đoạn đầu chỉ có thể đưa các vai trò cốt lõi như lập trình viên và kiểm thử viên ngồi cùng nhau, làm việc và trao đổi hằng ngày, đó vẫn là một bước tiến quan trọng trên hành trình chuyển đổi Agile.

Agile không chỉ là tập hợp các thực hành hay khung làm việc, mà là một cách tổ chức con người và công việc dựa trên niềm tin, sự hợp tác và tập trung vào giá trị. Từ việc xây dựng nhóm đa chức năng, phát triển con người theo hướng T-shaped, đến vượt qua các silo tổ chức và thích ứng với bối cảnh làm việc phân tán, tất cả đều nhằm mục tiêu chung: giúp nhóm bàn giao giá trị nhanh hơn, bền vững hơn và có ý nghĩa hơn.

Tuy nhiên, tư duy và cấu trúc mới chỉ là điểm khởi đầu. Câu hỏi tiếp theo mà nhiều tổ chức đặt ra là: Làm thế nào để Agile thực sự vận hành hiệu quả trong môi trường thực tế, với áp lực tiến độ, ngân sách và các ràng buộc tổ chức?

Cùng đón chờ Phần 2: Hướng dẫn triển khai mô hình Agile trong tổ chức - Chuyển giao giá trị môi trường linh hoạt, chúng ta sẽ cùng đi sâu vào cách triển khai Agile trong thực thi, từ việc lập kế hoạch, phối hợp, đo lường đến bàn giao và cải tiến liên tục trong môi trường Agile.

Xem thêm:

Bẫy Agile “Always On”: Khi Tốc độ lấn át Tư duy Chiến lược

Hành trình phá vỡ rào cản silo - kiến tạo dòng chảy giá trị liên tục trong Agile

Spike là gì? Lợi ích và cách sử dụng Spike trong Agile