Cross-functional là gì

trang chủ Pmùi hương pháp Agile Hiểu vắt như thế nào đến đúng về Cross-Functional vào đội thao tác làm việc theo các bước Scrum

*

Nhóm Scrum có nhị Đặc điểm cực kỳ đặc trưng là: tự tổ chức triển khai (self-organizing) và liên tính năng (cross-functional). Về trường đoản cú tổ chức, tự cai quản, từ lý thuyết thì dễ dàng nắm bắt, tuy nhiên nỗ lực như thế nào là “liên chức năng”? Bài này ước muốn chỉ ra một số trong những hiểu nhầm thường xuyên chạm mặt, tương tự như đào sâu thêm về có mang này vào phạm vi Scrum Framework nhằm bạn học tập với thực hành thực tế Scrum đỡ bị rơi vào các nghịch lí lúc nỗ lực trái lập Scrum với các gì hiện tại bao gồm.

Bạn đang xem: Cross-functional là gì

Có người bảo “cá nhân vào team liên tác dụng biết làm cho tất cả các bài toán, vào nhóm Scrum không ai là tester không còn, không bắt buộc designer vào nhóm Scrum nữa, chỉ gồm developer thôi”.

Có bạn lại bảo “team liên công dụng Tức là ai ai cũng có thể làm được bài toán sửa chữa tín đồ khác, ko đề xuất phân vai cụ thể, một người có vấn đề sẽ không ảnh hưởng đến mức nhóm”.

Có fan thì bay bổng tuyên bố “một đội mà lại liên chức năng thì hết sức năng suất”.

Những nhận định bên trên trên các bất ổn, và bọn chúng là những nổi bật về những ngộ dấn lúc đề cập tới team Scrum.


Vậy đội liên tác dụng là gì?

Đây chưa hẳn là tư tưởng mới mẻ gì, và về cơ phiên bản nó đang có ít biến hóa vào cách định nghĩa: đó là 1 nhóm bao gồm các cá nhân cùng với những trình độ không giống nhau được phối hợp lại cùng làm việc nhắm đến một phương châm chung.

*

Trong team dự án công trình, những cá thể có thể cho từ rất nhiều cơ quan tác dụng khác nhau, cũng rất có thể khởi đầu từ phía bên ngoài (người sử dụng, các cá nhân có tương quan, Chuyên Viên tư vấn v.v.). Nhưng lúc sẽ thành một đội (team), thì các cá nhân làm việc tập trung mang lại nhóm nlỗi là một đơn vị (unit) để hoàn tất mục tiêu thông thường. Bên vào nhóm liên chức năng không tồn tại các team bé dại không giống. Ví dụ: một Nhóm Scrum “Alpha” được Thành lập với một Product Owner, một Scrum Master, 2 Tester, 5 Developer, 1 Architect, 1 UX Designer sẽ không còn phân loại chức năng thành các nhóm nhỏ khác ví như team Testing (2 người), team Developement (5 người) … nữa, mà chỉ bao gồm một đội nhất “Alpha” cùng với những cá thể gồm những chuyên môn khác nhau, phù hợp thành một đội nhóm thống tốt nhất để triển khai việc hướng về thành phầm nên cải tiến và phát triển. Trong biện pháp nói của Ken và Jeff, tester hay analyst … đa số là developer, chúng ta là công ty trở nên tân tiến nhưng mà gồm trình độ chuyên môn tính chất là kiểm test hay phân tích; developer trong ngôi trường hòa hợp này không tồn tại chân thành và ý nghĩa là coderprogramer. Việc xóa nhòa những title này có mục đích là để gom đầy đủ tín đồ vào một mục tiêu phổ biến, không rành mạch “nhãn mác” (title): cải cách và phát triển phần mềm.

Khác với team liên tác dụng, team công dụng (functional team) hay chỉ phú trách rưới một nhiều loại công việc đặc điểm. Ví dụ, chống thiết kế thì ko code, phòng test thì không có bất kì ai design. Công việc của nhóm tác dụng thông thường sẽ có tính cô lập cao.

Xem thêm: Tìm Hiểu Cụm Từ No Pain No Gain Là Gì ? Và Những Điều Cần Biết Về Câu Thành Ngữ

Có yêu cầu cứ “liên chức năng” thì đội đang năng suất xuất xắc không?

Hỏi phương pháp không giống, liệu cđọng thành lập một đội Scrum cùng với cách tổ chức triển khai liên chức năng như thế, thì team đã tức thì tức tương khắc vẫn tăng thêm năng suất lao động?


Rõ là ko thuận tiện như vậy rồi.

Liên tính năng chỉ là một “cấu hình” trong những phương pháp cấu tạo nhóm thao tác. Và phương pháp thông số kỹ thuật này cho phép hiện ra một đội nhóm chủ quyền cùng với không thiếu các trình độ quan trọng nhằm hoàn tất các bước, bên dưới dạng một ‘business unit’ ở tầm mức tối giản. Sự độc lập này sản xuất ĐK mang lại team ra những ra quyết định đúng lúc, đúng chuẩn và mau lẹ nhưng mà không bị phụ thuộc vào những đơn vị chức năng không giống. Ví như trong phương pháp tổ chức những nhóm tính năng (functional teams), một các bước đề nghị đi trải qua nhiều công đoạn, mỗi quy trình lại do những team khác biệt phụ trách, và chính vì thế sự phụ thuộc (dependency) tăng thêm, khiến cho sự linch hoạt giảm đi, và tất cả nguy hại làm cho giảm sự tác dụng cũng tương tự năng suất của tập thể nhóm.

Về phương diện lí tngày tiết, với thông số kỹ thuật “liên chức năng”, Nhóm Scrum có công dụng biến đổi một “work cell” với có được “luồng một sản phẩm” (thuật ngữ của Lean), từ kia vừa tăng thêm năng suất, vừa ngày càng tăng quality sản phẩm; bên cạnh đó tạo nên điều kiện nhằm vận hành “khối hệ thống kéo” (cũng thuật ngữ Lean), góp loại trừ những tiêu tốn lãng phí ko cần thiết, về tối ưu hóa giá trị.

Nhưng một đội bất kể đông đảo buộc phải trải qua các giai đoạn Hình thành > Bão tố > Ổn định > Hiệu suất > Thoái trào (theo Tuckman). Tức là nó bắt buộc có được hiệu quả ngay khi bắt đầu Thành lập và hoạt động được.

Mặt không giống, về “hiệu suất”, Katzenbach với Smith cho là một đội nhóm yêu cầu mất khá nhiều cố gắng nỗ lực new có được thành quả đó thực thụ. Nó đang đề nghị trải qua các tâm lý nhỏng là một “nhúm” các cá nhân tránh rốc, cho tới lúc trở nên một đội thực thụ, rồi bắt đầu phát huy công dụng cao.


*

The team performance curve sầu. Katzenbach và Smith (1993)

Hiệu suất hay là không bởi những nguyên nhân cấu thành. Hiệu suất thường xuyên là loại sau cuối vào toàn bộ các nỗ lực, nhưng mà “thông số kỹ thuật nhóm” là 1 trong những trong các nỗ lực điều này. Nếu coi “thông số kỹ thuật nhóm” là phần “cứng”, thì còn những nhân tố nữa quyết định team tất cả “hiệu suất” không, chính là những phần “mềm” của nhóm: cách quản lý nhóm, nguyên tắc, phương pháp, sự chỉ đạo v.v. Trong Scrum, các nguyên tố “mềm” này được phân bố rải rác trong chế độ trao quyền nhằm đội “trường đoản cú tổ chức” (self-organizing), “từ bỏ quản” (self-managing), “trường đoản cú định hướng” (self-directed); trong các phân bổ sứ mệnh vào team (ai chỉ đạo bài toán gì, ai phú trách nát câu hỏi gì); những nguyên tắc cùng quy định hợp tác (các burndown chart, backlogs, events, metrics); cho tới nguyên ổn lí với hình thức bảo đảm sự minh bạch vào thao tác v.v.. Tất cả những nhân tố đó phối hợp thuần thục với “cấu hình” mới làm cho một nhóm cộng tác nghiêm ngặt, mau cứng cáp, mau chóng đã đạt được tâm trạng năng suất cao. Lấy ví dụ, việc một đội nhóm liên tính năng được trao quyền tự tổ chức triển khai sẽ phát huy được sự chủ động, sút tđọc phụ thuộc vào vào bên ngoài (tốt bên trên); cũng vì một nhóm liên tác dụng sẽ tất cả đầy đủ các kỹ năng quan trọng để giải quyết và xử lý sự việc đề xuất trọn vẹn hoàn toàn có thể trao quyền mang lại nó để tự nó phát huy năng lượng anh em giải quyết và xử lý vấn đề Theo phong cách tốt nhất; nhờ đó sự liên chức năng kết hợp với sự trường đoản cú quản, tự tổ chức triển khai rất có thể liên can các ý tưởng sáng tạo trường đoản cú dưới lên (bottom-up), trực tiếp, hối hả và đúng đắn. Khi đó, lãnh đạoquản lí tiến hành các bước đa phần là xúc tiến quy trình cộng tác nhóm với tự cai quản của tập thể nhóm trải qua bảo vệ tiến trình, sa thải trsinh hoạt hổ ngươi, thiết lập cùng duy trì môi trường thiên nhiên thuận lợi, thúc đẩy các bước tkhô cứng tra-mê thích nghi, v.v. chđọng không còn bsát hại từng đầu công việc nữa. Việc này đã có pháp luật nghiêm ngặt trong “biểu lộ công việc” của từng phương châm (Scrum Master, Product Owner, DevTeam) rồi.

Thế còn cthị trấn “liên tác dụng thì không trở nên ảnh hưởng do đảo lộn cá nhân”? Chuyện một cá thể ra đi nhưng mà team không tồn tại xáo trộn chỉ cần ảo tưởng. Chỉ có robot mới có thể đáp ứng nhu cầu được tận hưởng kia. Theo hướng kia thì chỉ Việc tôn vinh các bước, cai quản lí thiệt chặt đầu quá trình của thành viên theo lối “công nhân” thủ túc, giao cho những quá trình thắt chặt và cố định, xếp vào các địa chỉ và công đoạn được biểu thị cụ thể Việc này khả thi ở chỗ khác, chứ tuyệt nhiên khó khăn công dụng ngơi nghỉ team cải cách và phát triển ứng dụng vốn có thực chất tinh vi, và cực kỳ đa dạng chủng loại vào từng quá trình. Hơn rứa nữa, vấn đề gán cthị xã “không xới trộn” những điều đó cho team liên công dụng còn làm phản lại ngulặng lí của Agile: “Cá nhân và thúc đẩy rộng là tiến trình và công cụ”. Cá nhân là nền móng của nhóm, là nơi ra quyết định thành bại của nhóm. Nhưng cá thể ấy là cá thể đặt vào đội cộng tác, với các yên cầu cao về những “tương tác” có quality thì mới có thể giải pđợi được năng lượng của thiết yếu những cá nhân ấy. Còn “quy trình” chỉ là chiếc hỗ trợ mang đến việc đẩy mạnh năng lượng của tất cả team. Nhóm làm việc lúc nào cũng nhắm đến sự kết nối cao độ, càng gắn kết thì lại càng dễ bị đảo lộn vì sự đổi khác của cá thể trong team. Nhóm liên công dụng có thể tất cả một ưu điểm vào Việc cung cấp nhau trong quá trình (vì chưng đòi hỏi hợp tác chặt chẽ, sự rành mạch trong quá trình, cũng như kia là một trong nhóm-học-tập liên tục), bắt buộc rất có thể bớt tphát âm khủng hoảng rủi ro của câu hỏi không đủ “chuyên gia”, tuy thế Việc xáo trộn, thậm chí là sốc, là tất yêu rời ngoài.

Xem thêm: Phần Mềm Whatsapp Là Gì - Cách Sử Dụng Whatsapp Dành Cho Người Mới

Cuối thuộc, gồm phải trong Nhóm Scrum không còn tester, không còn QA nữa, mà lại chỉ với developer? developer bắt buộc là dân “xịn” biết kiểm tra ngon, biết code xuất sắc, biết thiết kế khéo? Cũng là mộng tưởng nốt! Và mộng ảo này xuất hiện đơn giản và dễ dàng là xuất hành từ việc đọc nhầm khái niệm “cross-functionality” nhỏng đã nói ngơi nghỉ bên trên.

Nguồn Hiểu nạm làm sao cho đúng về “liên chức năng” – Agile Breakfast


Kiến thức làm chủ dự án công trình / Mô hình trở nên tân tiến phần mềm / Mô hình cách tân và phát triển ứng dụng linh hoạt / Quy trình scrum
*


Chuyên mục: Hỏi đáp công nghệ