Làm việc nhóm và làm việc tổ Làm việc tổ là cái gì đó nhiều người nói tới nhưng rất khó đạt tới trong dự án phần mềm. Lí do mà mọi người không làm việc tốt trong tổ vì khác biệt trong ý kiến và mục đích. Tôi đã thấy nhiều thành viên tổ đấu tranh chống lại nhau vì họ bảo vệ ý kiến riêng của họ hay tin rằng họ là đúng và mọi người khác là sai. Mọi người sẽ làm việc cùng nhau như một NHÓM nếu có những vai trò, trách nhiệm và thẩm quyền được xác định rõ. Chẳng hạn trong dự án phần mềm bạn có các vai trò như người quản lí dự án, người lãnh đạo kĩ thuật, người thiết kế phần mềm, người lập trình, người kiểm thử, chuyên viên đảm bảo chất lượng v.v. Chừng nào mọi người còn tuân theo các qui tắc, hiểu vai trò và trách nhiệm của họ thì nhóm làm việc được. Điều đó nghĩa là mọi người đang làm điều được mong đợi về từng vai trò đó, nhưng không cái gì vượt ra ngoài. Cách tiếp cận này có tác dụng tốt trong nhà máy, trong dây chuyền lắp ráp, trong công việc thủ công khi qui trình được xác định rõ và thấy được cao. Trong phần mềm thỉnh thoảng nó không làm việc tốt. Lí do là vai trò và trách nhiệm tạo ra "biên giới nhân tạo" giữa các thành viên nhóm. Chẳng hạn, người lập trình viết mã và "quẳng" sang cho người kiểm thử kiểm thử chúng. Cách nhìn của họ là "chúng tôi hoàn thành việc của mình như được yêu cầu và để người khác làm việc của họ.” Cách tiếp cận LÀM VIỆC NHÓM này cho phép mọi người duy trì cách nhìn RIÊNG của họ, vị trí RIÊNG của họ mà không có nhiều tương tác. Nó giúp tránh các xung đột giữa các thành viên và cho phép họ ở lại BÊN TRONG kĩ năng giới hạn riêng của họ mà không cần làm cái gì bên ngoài vai trò của họ. Mọi người sẽ làm việc với nhau như một TỔ khi họ phụ thuộc vào kĩ năng và tri thức của nhau để tạo ra cái gì đó là ngoại lệ và bên ngoài năng lực cá nhân của họ. Điều này bao gồm nhiều học tập, hiểu biết, thương lượng, thách thức và tin cậy vào sức mạnh của mọi người lẫn nhau. Trong loại CÔNG VIỆC TỔ này, mọi người có thể thu được ích lợi lớn. Chẳng hạn: Người lập trình tin cậy vào đảm bảo chất lượng kiểm điểm công việc của họ để xác định vấn đề để cho họ có thể sửa chữa chúng sớm hơn làm nảy sinh sản phẩm chất lượng cao. Không có đào tạo đúng, không có trao đổi đúng, không có quản lí đúng, làm việc tổ sẽ KHÔNG xảy ra. Làm việc tổ là khó bởi vì các thành viên tổ phải giải thích cho người khác điều họ làm và tại sao. Đồng thời, họ phải sẵn lòng nghe các gợi ý và sẵn lòng thay đổi cách họ làm mọi thứ. Điều đó nghĩa là mọi thành viên tổ đều phải có mối quan tâm lớn tới người khác và cách họ làm việc của họ bằng tâm trí cởi mở, thái độ cởi mở, để cho họ có thể cải tiến. Lúc bắt đầu dự án, các thành viên tổ không biết lẫn nhau. Họ tới từ các nền tảng đa dạng, với các kĩ năng và kinh nghiệm khác nhau và họ cũng có những thiên kiến nào đó. Họ cần thời gian để hiểu lẫn nhau, xây dựng mối quan hệ và cuối cùng tin cậy lẫn nhau. Đó là lí do tại sao đào tạo làm việc tổ vào lúc bắt đầu dự án là quan trọng thế. Tôi biết nhiều người quản lí thường bỏ qua việc đào tạo này để tiết kiệm tiền. Đó là sai lầm lớn vì họ sẽ phải giải quyết với xung đột cá nhân, vấn đề và tranh đấu giữa các thành viên trong dự án về sau. Làm việc tổ đặc biệt khó cho những người đã từng làm việc trong LÀM VIỆC NHÓM một thời gian lâu, bởi vì có xu hướng quay trở lại cách làm cũ với mọi sự. Chẳng hạn, người lãnh đạo kĩ thuật có xu hướng nói với những người khác điều phải làm thay vì lắng nghe họ. Người lập trình không quan tâm tới cách người kiểm thử kiểm công việc của họ nhưng sẽ nổi giận khi người kiểm thử tìm ra nhiều lỗi. Khi nhiều người hơn muốn dùng cách tiếp cận Agile, lời báo trước của tôi là cách tiếp cận này yêu cầu mọi người từ những kinh nghiệp khác nhau làm việc cùng nhau như một TỔ. Bằng việc tạo ra tổ “tự tổ chức”, mọi người phải làm việc cùng nhau bởi vì những rào chắn cá nhân như vai trò, trách nhiệm mất đi. Không có đào tạo cách làm việc tổ, cách tiếp cận này sẽ THẤT BẠI. Vì phải mất thời gian cho tổ làm việc cùng nhau, người quản lí cấp cao phải hội tụ vào việc có đào tạo cho mọi dự án Agile. Đào tạo kĩ thuật cho phương pháp Agile là KHÔNG đủ. Đào tạo LÀM VIỆC THEO TỔ phải là ưu tiên thứ nhất nếu bạn muốn thành công. Các thực hành Agile như lập kế hoạch đưa ra tăng dần, lập kế hoạch chặng nước rút, và họp hàng ngày cung cấp thời gian cho tổ làm việc cùng nhau và xây dựng quan hệ lẫn nhau. Họp hàng ngày giúp các thành viên tổ nhận diện các cơ hội tiềm năng mà họ có thể tương tác lẫn nhau. Chặng nước rút và lập kế hoạch đưa ra cung cấp nhiều cơ hội có cấu trúc cho công việc tổ. Qua “hoạt động nội quan”, các thành viên tổ có thể kiểm điểm về công việc của họ và cung cấp phản hồi cho nhau cho nên cùng nhau tổ có thể liên tục cải tiến. Tổ đánh giá kết quả từ sản phẩm của chặng nước rút để xác định liệu làm việc theo tổ thêm có thể tạo ra kết quả tốt hơn không. Mọi chặng nước rút sẽ cho tổ cảm giác về hoàn thành và động viên tổ về giá trị của làm việc theo tổ. Điều đó bao giờ cũng là điều kì diệu khi người phát triển, người chủ sản phẩm, thầy scrum, người kiểm thử cùng nhau xây dựng để tạo ra cái gì đó có chất lượng cao, đúng thời gian và trong chi phí. Đó là lí do tại sao đào tạo LÀM VIỆC THEO TỔ có lẽ là quan trọng nhất trong phần mềm vì nó xác định thành công hay thất bại của dự án. . Làm việc nhóm và làm việc tổ Làm việc tổ là cái gì đó nhiều người nói tới nhưng rất khó đạt tới trong dự án phần mềm. Lí do mà mọi người không làm việc tốt trong tổ vì khác biệt. lí đúng, làm việc tổ sẽ KHÔNG xảy ra. Làm việc tổ là khó bởi vì các thành viên tổ phải giải thích cho người khác điều họ làm và tại sao. Đồng thời, họ phải sẵn lòng nghe các gợi ý và sẵn lòng. và tranh đấu giữa các thành viên trong dự án về sau. Làm việc tổ đặc biệt khó cho những người đã từng làm việc trong LÀM VIỆC NHÓM một thời gian lâu, bởi vì có xu hướng quay trở lại cách làm