Hướng dẫn về SAFe (Khung Agile có quy mô)
SAFe (Khung công tác Agile có quy mô) là gì?
Khung Agile theo quy mô (SAFe) là cơ sở kiến thức trực tuyến có sẵn miễn phí cho phép bạn áp dụng các phương pháp thực hành tinh gọn ở cấp độ doanh nghiệp. Nó cung cấp trải nghiệm đơn giản và nhẹ nhàng để phát triển phần mềm. Nó là một tập hợp các tổ chức và mô hình quy trình làm việc nhằm hướng dẫn các doanh nghiệp mở rộng quy mô thực hành tinh gọn và linh hoạt. Nó được chia thành ba phân đoạn là Nhóm, Chương trình và danh mục đầu tư.
An toàn khuôn khổ cho phép nhóm thực hiện,
- Triển khai phần mềm và hệ thống Lean-Agile ở cấp doanh nghiệp
- Nó dựa trên các nguyên tắc Lean và Agile.
- Nó cung cấp hướng dẫn chi tiết về công việc tại Danh mục đầu tư, Dòng giá trị, Chương trình và Nhóm của doanh nghiệp.
- Nó được thiết kế để đáp ứng nhu cầu của tất cả các bên liên quan trong một tổ chức.
SAFe lần đầu tiên được phát triển trong lĩnh vực này và được xây dựng trong Dean Leffingwell'sách và blog của S. Phiên bản 1.0 là bản phát hành chính thức đầu tiên vào năm 2011. Phiên bản mới nhất là 4.6, được phát hành vào tháng 2018 năm XNUMX. Phiên bản này cung cấp hướng dẫn để làm việc ở các cấp độ Danh mục đầu tư, Dòng giá trị, Chương trình và Nhóm của doanh nghiệp.
Tại sao nên sử dụng SAFe Agile Framework
Đây là một khuôn khổ đơn giản và nhẹ, nhưng có thể xử lý được nhu cầu của các luồng giá trị lớn và phát triển hệ thống phức tạp. Bằng cách triển khai khuôn khổ SAFe agile, bạn sẽ có những lợi ích sau:
- Năng suất tăng by 20 - 50%
- Chất lượng tăng hơn 50%
- Đến giờ đi chợ nhanh hơn 30 -75%
- Tăng sự tham gia của người lao động và mức độ hài lòng với công việc.
Sơ đồ khung chi tiết có sẵn trên trang mạng. Nó hiển thị tất cả các vai trò, Hoạt động, sản phẩm và quy trình chính. Nó cũng đóng vai trò hỗ trợ điều hướng cho phần còn lại của trang web.
Hình ảnh dưới đây giải thích cách hoạt động của quy trình linh hoạt. Sử thi là một khối lượng lớn tác phẩm, được chia thành nhiều câu chuyện nhỏ hơn hoặc tiểu sử thi. Những tiểu sử thi này được phân bổ cho nhóm dưới dạng một câu chuyện. Sau đó, mỗi nhóm sẽ làm việc trên những câu chuyện hoặc tính năng phần mềm này cho phù hợp.
Khi nào nên sử dụng Khung Agile có quy mô
- Khi một nhóm quan tâm đến việc triển khai một cách tiếp cận linh hoạt một cách nhất quán trên các chương trình và danh mục đầu tư lớn hơn, có nhiều nhóm.
- Khi nhiều nhóm đang thực hiện cách triển khai Agile của riêng mình nhưng thường xuyên gặp phải trở ngại, sự chậm trễ và thất bại.
- Khi các nhóm muốn làm việc độc lập.
- Khi bạn muốn mở rộng quy mô Agile trong toàn tổ chức nhưng không chắc chắn có thể cần những vai trò mới nào hoặc những vai trò hiện tại nào (tức là quản lý) cần thay đổi và thay đổi như thế nào.
- Khi bạn đã cố gắng mở rộng quy mô Agile trong toàn tổ chức của mình nhưng gặp khó khăn trong việc liên kết để đạt được chiến lược thống nhất hoặc nhất quán giữa các bộ phận kinh doanh từ danh mục đầu tư đến cấp độ chương trình và nhóm.
- Khi một tổ chức cần cải thiện thời gian thực hiện phát triển sản phẩm của mình và muốn biết các công ty khác đã thành công như thế nào trong việc mở rộng quy mô Agile với SAFe.
Khác biệt thế nào so với các phương pháp thực hành Agile khác
Bây giờ trong hướng dẫn về Scaled Agile Framework này, chúng ta hãy xem khung Agile được chia tỷ lệ khác với các phương pháp thực hành linh hoạt khác như thế nào,
- Nó có sẵn công khai và miễn phí sử dụng.
- Có sẵn ở dạng rất dễ tiếp cận và sử dụng được.
- Đó là kết quả nhẹ nhàng, đã được chứng minh thực tế và cụ thể theo cấp độ.
- Nó liên tục/thường xuyên sửa đổi/duy trì các phương pháp thực hành linh hoạt được sử dụng phổ biến nhất.
- Cung cấp các phần mở rộng hữu ích cho các phương pháp thực hành linh hoạt phổ biến.
- Đưa các phương pháp thực hành linh hoạt vào bối cảnh doanh nghiệp.
- Cung cấp bức tranh hoàn chỉnh về phát triển phần mềm.
- Khả năng hiển thị hoặc minh bạch cao hơn ở tất cả các cấp độ.
- Tiếp tục hoặc phản hồi thường xuyên về chất lượng và cải tiến.
Foundationcủa Khung Agile có quy mô
Scaled Agile Framework (SAFe): Nó dựa trên nền tảng của
- Nguyên tắc Lean-Agile
- Những giá trị cốt lõi,
- Lãnh đạo tinh gọn và linh hoạt
- Tư duy Lean-Agile,
- Cộng đồng Thực hành(Nhóm những người không ngừng nỗ lực thực hiện SAFe)
- Thực hiện 1-2-3
Nguyên tắc Lean-Agile của SAFe
Các nguyên tắc và giá trị SAFe Agile cơ bản này dành cho SAFe phải được hiểu, thể hiện và tiếp tục để đạt được kết quả mong muốn.
- Có cái nhìn kinh tế
- Áp dụng tư duy hệ thống
- Giả sử sự thay đổi; bảo quản các lựa chọn
- Xây dựng dần dần với các chu trình học tập tích hợp, nhanh chóng
- Các cột mốc cơ bản dựa trên đánh giá khách quan của hệ thống làm việc
- Trực quan hóa và giới hạn WIP, giảm kích thước lô và quản lý độ dài hàng đợi
- Áp dụng nhịp điệu, đồng bộ hóa với kế hoạch liên miền
- Giải phóng động lực nội tại của người lao động tri thức
- Phân quyền ra quyết định
Giá trị cốt lõi của SAFe Agile
Phương pháp SAFe Agile dựa trên bốn giá trị này.
Sắp xếp:
- SAFe hỗ trợ căn chỉnh.
- Sự sắp xếp bắt đầu lúc,
- Các chủ đề chiến lược trong Portfolio Backlog và
- Chuyển xuống Tầm nhìn và Lộ trình của Chương trình tồn đọng và sau đó
- Di chuyển tới Team Backlog.
Chất lượng tích hợp:
- Nó đảm bảo rằng mỗi lần phân phối gia tăng đều phản ánh các tiêu chuẩn chất lượng.
- Chất lượng không phải là thứ được “thêm vào sau” mà được tích hợp sẵn.
- Chất lượng tích hợp là điều kiện tiên quyết của Lean và bắt buộc của nó
Minh bạch:
- Sự minh bạch là yếu tố tạo nên sự tin cậy.
- SAFe giúp doanh nghiệp đạt được sự minh bạch ở mọi cấp độ - Giám đốc điều hành, Người quản lý danh mục đầu tư và các bên liên quan khác.
- Mọi người đều có thể xem danh mục tồn đọng/Kanban, tồn đọng chương trình/Kanban và Team Backlog/Kanban.
- Mỗi cấp độ đều có sự hiểu biết rõ ràng về các mục tiêu PI.
- Chương trình đào tạo có khả năng hiển thị các hồ sơ tồn đọng của nhóm cũng như các hồ sơ tồn đọng của chương trình khác
- Các nhóm và chương trình có thể nhìn thấy Epics về kinh doanh và kiến trúc. Họ có thể thấy những gì có thể hướng đến họ.
Thực hiện chương trình:
- SAFe tập trung nhiều vào hệ thống làm việc và kết quả kinh doanh đạt được.
- SAFe sẽ không hữu ích nếu các nhóm không thể thực thi và liên tục mang lại giá trị.
Nhà lãnh đạo linh hoạt tinh gọn
Các nhà lãnh đạo Lean-Agile là những người học và là người dạy suốt đời. Nó giúp các nhóm xây dựng hệ thống tốt hơn thông qua việc hiểu và thể hiện các Nguyên tắc AN TOÀN Lean-Agile.
Với tư cách là người hỗ trợ các nhóm, trách nhiệm cuối cùng là áp dụng, thành công và cải tiến liên tục các phát triển Lean-Agile. Để thay đổi và cải tiến liên tục, người lãnh đạo phải được đào tạo.
Các nhà lãnh đạo cần áp dụng một phong cách lãnh đạo mới. Một giải pháp thực sự trao quyền và thu hút các cá nhân cũng như nhóm để đạt được tiềm năng cao nhất của họ.
Nguyên tắc của những nhà lãnh đạo Lean-Agile này
- Dẫn dắt sự thay đổi
- Biết đường; Nhấn mạnh việc học tập suốt đời
- Phát triển con người
- Truyền cảm hứng và phù hợp với sứ mệnh; Giảm thiểu hạn chế
- Phân quyền ra quyết định
- Giải phóng động lực nội tại của người lao động tri thức
Tư duy Lean Agile
Tư duy Lean-Agile được thể hiện ở hai điều:
- Ngôi nhà tinh gọn AN TOÀN
- Tuyên ngôn Agile
Ngôi nhà tinh gọn AN TOÀN:
SAFe có nguồn gốc từ các nguyên tắc và thực tiễn sản xuất Lean. Dựa trên những yếu tố này, SAFe giới thiệu “Ngôi nhà tinh gọn SAFe”. Nó được lấy cảm hứng từ “ngôi nhà” của Toyota tinh gọn.
Mục tiêu của Lean là không thể đánh bại: Mang lại giá trị tối đa cho khách hàng trong thời gian ngắn nhất với chất lượng cao nhất có thể cho khách hàng
Hình dưới đây giải thích Mục tiêu, Trụ cột và Foundation của “ Ngôi nhà tinh gọn AN TOÀN.”
Tuyên ngôn Agile
Chúng tôi đang khám phá những cách phát triển phần mềm tốt hơn bằng cách thực hiện nó và giúp đỡ những người khác làm điều đó. Thông qua công việc này, chúng tôi đã đạt được giá trị:
Đó là lý do tại sao, mặc dù các mục ở bên phải có giá trị nhưng chúng ta lại coi trọng các mục ở bên trái hơn.
Tuyên ngôn Agile
- Ưu tiên cao nhất là làm hài lòng khách hàng thông qua việc cung cấp sớm và liên tục các phần mềm có giá trị.
- Nắm bắt các yêu cầu thay đổi, thậm chí ở giai đoạn muộn trong quá trình phát triển. Phương pháp Agile SAFe xử lý sự thay đổi khai thác vì lợi ích của khách hàng.
- Cung cấp phần mềm hoạt động thường xuyên, từ vài tuần đến vài tháng, ưu tiên khoảng thời gian ngắn hơn.
- Các nhà phát triển và doanh nhân phải làm việc cùng nhau hàng ngày trong suốt dự án.
- Xây dựng các dự án xung quanh những cá nhân có động lực. Cung cấp cho họ sự hỗ trợ và môi trường họ cần, đồng thời tin tưởng họ sẽ hoàn thành công việc.
- Phương pháp hiệu quả nhất để giao tiếp với nhóm phát triển là trò chuyện trực tiếp.
- Phần mềm hoạt động được là thước đo chính của sự tiến bộ.
- Các quy trình linh hoạt thúc đẩy sự phát triển bền vững. Các nhà tài trợ, nhà phát triển và người dùng sẽ có thể duy trì tốc độ ổn định vô thời hạn.
- Sự chú ý liên tục đến sự xuất sắc về mặt kỹ thuật và thiết kế tốt sẽ nâng cao tính linh hoạt.
- Sự đơn giản – nghệ thuật tối đa hóa khối lượng công việc chưa hoàn thành – là điều cần thiết.
- Những kiến trúc, yêu cầu và thiết kế tốt nhất xuất hiện từ các nhóm tự tổ chức.
- Định kỳ, nhóm suy nghĩ về cách trở nên hiệu quả hơn, sau đó điều chỉnh và điều chỉnh hành vi của mình cho phù hợp.
Các cấp độ khác nhau trong AN TOÀN
Có hai loại triển khai SAFe khác nhau:
- Triển khai SAFe 4.0
- Triển khai SAFe 3.0
- Khi triển khai SAFe 4.0, chúng tôi có 4 cấp độ: Danh mục đầu tư, Dòng giá trị, Chương trình và Nhóm.
- Khi triển khai SAFe 3.0, chúng tôi có 3 cấp độ: Danh mục đầu tư, chương trình và nhóm
- SAFe 3 cấp dành cho việc triển khai nhỏ hơn với 100 người trở xuống. Các chương trình không yêu cầu sự hợp tác đáng kể.
- SAFe 4 cấp dành cho các giải pháp thường yêu cầu hàng trăm người thực hành phát triển việc triển khai và bảo trì phần mềm.
Cấp độ đội
Vai trò/Đội | Sự kiện | Hiện vật | ||
---|---|---|---|---|
* Đội ngũ nhanh nhẹn | * Sprint Lập kế hoạch | * Tồn đọng của nhóm | ||
* Chủ sở hữu sản phẩm | * Chăm sóc tồn đọng | * Những yêu cầu phi lý | ||
* Đội sản xuất | * Đứng lên hàng ngày | * Mục tiêu của nhóm PI | ||
* Chấp hành | * Lặp lại | |||
* Sprint Demo | * Câu chuyện (Phần mềm làm việc) | |||
* Sprint Hồi tưởng | * Sprint Các mục tiêu | |||
* IP Sprints | * Chất lượng tích hợp | |||
* Gai | ||||
* Đội Kanban |
- Tất cả các nhóm SAFe đều là một phần của một hoặc một chương trình Đào tạo Phát hành Agile (ART) khác.
- Các nhóm SAFe là các nhóm được trao quyền, tự tổ chức, tự quản lý, đa chức năng
- Mỗi nhóm đều có trách nhiệm như nhau trong việc xác định, xây dựng và thử nghiệm các câu chuyện từ Team Backlog của mình theo các Vòng lặp có độ dài cố định
- Các nhóm lập kế hoạch và thực hiện các lần lặp lại trong thời gian hai tuần theo các Mục tiêu lặp lại đã thỏa thuận.
- Các nhóm sẽ sử dụng quy trình ScrumXP/Team Kanban để cung cấp các hệ thống chất lượng cao nhằm tạo ra Bản demo hệ thống hai tuần một lần.
- Tất cả các nhóm khác nhau trong ART (Tàu phát hành nhanh) sẽ tạo ra một hệ thống tích hợp và được thử nghiệm. Các bên liên quan sẽ đánh giá và phản hồi nhanh chóng
- Họ áp dụng các phương pháp Chất lượng tích hợp.
- Mỗi nhóm ScrumXP sẽ có 5-9 thành viên trong nhóm, bao gồm tất cả các vai trò cần thiết để xây dựng giá trị gia tăng chất lượng trong mỗi Lần lặp.
- Các vai trò của ScrumXP bao gồm:
- Nhóm(Dev+QA)
- Scrum Thạc sĩ
- Chủ sở hữu sản phẩm. Vân vân..
- SAFe chia dòng thời gian phát triển thành một tập hợp các lần lặp trong PI (Tăng chương trình).
- Thời gian PI là từ 8 -12 tuần.
- Nhóm sẽ sử dụng các câu chuyện để mang lại giá trị. Chủ sở hữu sản phẩm sẽ có quyền về nội dung đối với việc tạo và chấp nhận câu chuyện của họ.
- Câu chuyện chứa đựng yêu cầu của Khách hàng.
- Team Backlog bao gồm các câu chuyện của người dùng và người hỗ trợ, được xác định trong quá trình lập kế hoạch PI. Khi Quản lý sản phẩm trình bày Lộ trình, Tầm nhìn và Tồn đọng chương trình.
- Xác định, xây dựng, sắp xếp thứ tự ưu tiên, lập kế hoạch, triển khai, thử nghiệm và chấp nhận các câu chuyện là những yêu cầu chính của công việc quản lý ở cấp độ nhóm.
- Mỗi lần lặp cung cấp:
- Một sự gia tăng có giá trị của chức năng mới
- Hoàn thành thông qua mô hình lặp lại liên tục
- Lập kế hoạch lặp lại
- Cam kết một số chức năng
- Thực hiện lặp lại bằng cách xây dựng và thử nghiệm Câu chuyện
- Demo chức năng mới
- Hồi tưởng
- Lặp lại cho lần lặp tiếp theo
- Các nhóm cũng hỗ trợ Bản demo hệ thống vào cuối mỗi lần lặp lại. đó là điểm tích hợp quan trọng của ART.
- Dòng giá trị lớn hơn sẽ có nhiều ART.
- Các lần lặp lại về Đổi mới và Lập kế hoạch (IP) tạo điều kiện cho các nhóm có cơ hội đổi mới và khám phá.
Cấp độ chương trình
Vai trò/Đội | Sự kiện | Hiện vật | ||
---|---|---|---|---|
* DevOps | * Lập kế hoạch PI (Tăng cường Chương trình) | * Tầm nhìn | ||
* Nhóm hệ thống | * Trình diễn hệ thống | * Lộ trình | ||
* Quản lý phát hành | * Kiểm tra và thông qua xưởng | * Số liệu | ||
* Quản lý sản phẩm | * Archiđường băng kiến trúc | * Các cột mốc quan trọng | ||
* UEX ArchiTector | * Phát hành bất cứ lúc nào | * Phát hành | ||
* Kỹ sư đào tạo phát hành (RTE) | * Tàu phát hành nhanh nhẹn | * Chương trình sử thi | ||
* Hệ thống Archikiến trúc sư/Kỹ sư | * Giải phóng | * Chương trình Kanban | ||
* Chủ doanh nghiệp, chủ cửa hàng | * Tồn đọng chương trình | |||
* Lãnh đạo tinh gọn | * Những yêu cầu phi lý | |||
* Cộng đồng thực hành | * Công việc ngắn nhất có trọng số đầu tiên (WSJF) | |||
* Chia sẻ dịch vụ | * Mục tiêu PI chương trình | |||
* Khách hàng | * Đặc tính | |||
* Trình kích hoạt | ||||
* Giải pháp | ||||
* Phối hợp dòng giá trị |
- Ở cấp độ Chương trình, Giá trị của SAFe được cung cấp bởi các Chương trình Phát hành Agile (ART) tồn tại lâu dài. Việc lặp lại dành cho nhóm và đào tạo dành cho chương trình.
- Đoàn tàu phát hành linh hoạt (ART) là phương tiện chính để phân phối giá trị ở cấp độ chương trình. Nó mang lại một dòng giá trị cho tổ chức.
- Thời gian Gia tăng Chương trình (PI) là từ 8 đến 12 tuần.
- ART bao gồm 5 – 12 Nhóm Agile (~50 – 125+ người), bao gồm tất cả các vai trò và cơ sở hạ tầng cần thiết để cung cấp phần mềm cấp hệ thống, đã được kiểm tra đầy đủ, hoạt động được.
- Mỗi PI là một hộp thời gian lặp lại nhiều lần. Trong đó, một sự gia tăng có giá trị và quan trọng của hệ thống được phát triển và cung cấp.
- Trong mỗi PI sẽ diễn ra các phiên “trình diễn” và “Kiểm tra và điều chỉnh”, đồng thời bắt đầu Lập kế hoạch cho PSI tiếp theo.
- Ở cấp độ Chương trình, SAFe nhấn mạnh vào nguyên tắc liên kết. Điều này là do nhiều nỗ lực của nhóm linh hoạt được tích hợp để tạo ra giá trị cho khách hàng.
- Hệ thống phân cấp cấu phần SAFe là Sử thi->tính năng->câu chuyện của người dùng.
- Ở cấp độ Chương trình, Người quản lý sản phẩm/Người quản lý chương trình có thẩm quyền về nội dung. Anh ấy xác định và sắp xếp thứ tự ưu tiên cho những hồ sơ tồn đọng của chương trình.
- Chương trình tồn đọng là danh sách các tính năng được ưu tiên.
- Ở cấp độ chương trình, các tính năng có thể được bắt nguồn hoặc chúng có thể bắt nguồn từ các sử thi được xác định ở cấp danh mục đầu tư.
- Các tính năng phân tách thành các câu chuyện của người dùng và chuyển vào các hồ sơ tồn đọng ở cấp độ nhóm.
- Vai trò Giám đốc sản phẩm hoặc Kỹ sư đào tạo phát hành có thể do Giám đốc chương trình/Giám đốc dự án cấp cao đảm nhận
- WELFARE ArchiVai trò của tect ở cấp độ chương trình là cộng tác công việc hàng ngày với các nhóm. Đảm bảo đáp ứng các yêu cầu không chức năng. Ngoài ra, họ làm việc với kiến trúc sư doanh nghiệp ở cấp độ danh mục đầu tư để đảm bảo có đủ đường băng kiến trúc để hỗ trợ nhu cầu sắp tới của người dùng và doanh nghiệp.
- Thiết kế giao diện, hướng dẫn trải nghiệm người dùng và các yếu tố thiết kế cho nhóm đều do Nhà thiết kế UX cung cấp.
- Vai trò Chief-Scrum Master do 'Release Train Engineer' đảm nhận.
- Nhiều nhóm khác nhau (từ tiếp thị, phát triển, chất lượng, vận hành và triển khai) thành lập 'Nhóm quản lý phát hành'. Họ sẽ phê duyệt việc phát hành thường xuyên các giải pháp chất lượng cho khách hàng.
- Việc triển khai phần mềm vào môi trường khách hàng và phân phối thành công được đảm nhận bởi nhóm DevOps.
Cấp độ danh mục đầu tư
Vai trò/Đội | Sự kiện | Hiện vật | ||
---|---|---|---|---|
* Enterprise Architect | * Kế hoạch đầu tư chiến lược | * Chủ đề chiến lược | ||
* Quản lý danh mục chương trình | * Lập kế hoạch danh mục đầu tư Kanban (Sử thi) | * Doanh nghiệp | ||
* Chủ sở hữu sử thi | * Tồn đọng danh mục đầu tư | |||
* Danh mục đầu tư Kanban | ||||
* Những yêu cầu phi lý | ||||
* Sử thi và kích hoạt | ||||
* Chuỗi giá trị | ||||
* Ngân sách (CapEx và OpEx) |
- Mức độ quan tâm/quan tâm/tham gia/ở SAFe cao nhất là Danh mục đầu tư AN TOÀN
- Danh mục đầu tư cung cấp các nền tảng cơ bản để tổ chức luồng giá trị của Doanh nghiệp Lean-Agile thông qua một hoặc nhiều Dòng giá trị.
- Danh mục này giúp phát triển các hệ thống và giải pháp được mô tả theo các chủ đề chiến lược (liên kết danh mục SAFe với chiến lược kinh doanh đang thay đổi của doanh nghiệp).
- Để đáp ứng các mục tiêu chiến lược, cấp độ danh mục đầu tư phải gói gọn các yếu tố này. Nó cung cấp ngân sách cơ bản và các cơ chế quản trị khác. Bằng cách này, nó đảm bảo rằng việc đầu tư vào các dòng giá trị sẽ mang lại lợi nhuận cần thiết cho doanh nghiệp.
- Danh mục đầu tư được kết nối hai chiều với hoạt động kinh doanh:
- Để hướng Danh mục đầu tư tới các mục tiêu kinh doanh đang thay đổi lớn hơn, nó cung cấp các chủ đề chiến lược.
- Một hướng khác cho thấy dòng giá trị danh mục đầu tư không đổi.
- Quản lý danh mục đầu tư chương trình đóng vai trò là các bên liên quan và họ chịu trách nhiệm mang lại kết quả kinh doanh.
- Cấp độ danh mục đầu tư SAFe bao gồm con người, quy trình, hệ thống và giải pháp xây dựng cần thiết mà doanh nghiệp cần để đáp ứng các mục tiêu chiến lược của mình.
- Dòng giá trị là mục tiêu chính trong Danh mục đầu tư, trong đó nguồn tài trợ dành cho con người và các nguồn lực khác cần thiết để xây dựng Giải pháp.
- Các khái niệm quan trọng được sử dụng ở đây là:
- Kết nối với Doanh nghiệp,
- Quản lý danh mục chương trình,
- Quản lý dòng chảy của danh mục đầu tư.
Cấp độ dòng giá trị
Vai trò/Đội | Sự kiện | Hiện vật | ||
---|---|---|---|---|
* DevOps | * Lập kế hoạch PI (Tăng cường chương trình) trước và sau | * Tầm nhìn | ||
* Nhóm hệ thống | * Trình diễn giải pháp | * Lộ trình | ||
* Quản lý phát hành | * Kiểm tra và thông qua xưởng | * Số liệu | ||
* Giải pháp quản lý | * Tàu phát hành nhanh nhẹn | * Các cột mốc quan trọng | ||
* UEX ArchiTector | * Phát hành | |||
* Kỹ sư dòng giá trị (RTE) | *Sử thi dòng giá trị | |||
* Giải pháp Archikiến trúc sư/Kỹ sư | * Dòng giá trị Kanban | |||
* Chia sẻ dịch vụ | * Tồn đọng dòng giá trị | |||
* Khách hàng | * Những yêu cầu vô lý | |||
* Nhà cung cấp | * Công việc ngắn nhất có trọng số đầu tiên (WSJF) | |||
* Mục tiêu PI của dòng giá trị | ||||
* Khả năng | ||||
* Trình kích hoạt | ||||
* Bối cảnh giải pháp | ||||
* Phối hợp dòng giá trị | ||||
* Khung kinh tế | ||||
* Mục đích giải pháp | ||||
* MBSE | ||||
* Đặt dựa | ||||
* Nhanh nhẹn Archikiến trúc |
- Cấp độ dòng giá trị là tùy chọn trong SAFe.
- Cấp độ luồng giá trị là tính năng mới trong SAFe 4.0.
- Cấp độ Dòng Giá trị được dự định/thiết kế dành cho các Doanh nghiệp/nhà xây dựng/tổ chức:
- Kích thước lớn
- Độc lập
- Có giải pháp phức tạp
- Giải pháp của họ thường yêu cầu nhiều ART
- Họ có sự đóng góp của Nhà cung cấp.
- Họ phải đối mặt với những thách thức hệ thống lớn nhất
- Đối với các hệ thống vật lý không gian mạng
- Dành cho phần mềm, phần cứng, điện và điện tử, quang học, cơ khí, chất lỏng và hơn thế nữa.
- Việc xây dựng loại hệ thống này thường cần hàng trăm, thậm chí hàng nghìn người thực hành, các nhà cung cấp bên ngoài và nội bộ.
- Nếu hệ thống là nhiệm vụ quan trọng. Sự thất bại của Giải pháp, hoặc thậm chí là một hệ thống con, gây ra những hậu quả kinh tế và xã hội không thể chấp nhận được.
- Nếu Xí nghiệp có thể được xây dựng với vài trăm học viên thì có thể không cần xây dựng ở cấp độ này. Trong trường hợp đó, họ có thể sử dụng từ 'chế độ xem bị thu gọn' đó là SAFe 3 cấp độ.
- Xây dựng các giải pháp dòng giá trị theo mô hình Lean-Agile yêu cầu các tạo phẩm, sự phối hợp và cấu trúc bổ sung. Vì vậy, cấp độ này chứa Khung kinh tế để cung cấp các ranh giới tài chính cho Dòng giá trị
- Nó hỗ trợ nhịp điệu và đồng bộ hóa cho nhiều ART và Nhà cung cấp. Nó bao gồm các cuộc họp lập kế hoạch trước và sau PI và bản demo giải pháp.
- Nó cung cấp các vai trò bổ sung đó là: Kỹ sư dòng giá trị, Giải pháp Archikiến trúc/Kỹ thuật và Quản lý Giải pháp.
Tổng kết
- SAFe là một phương pháp tập trung vào giá trị, đã được chứng minh trong ngành để mở rộng quy mô Agile ở cấp Doanh nghiệp.
- Nó trả lời các câu hỏi như "Chúng ta lập kế hoạch như thế nào?", "Chúng ta lập ngân sách như thế nào?" và "Chúng ta trở nên đa chức năng trong kiến trúc và DevOps?"
- Khung SAFe Agile giúp các nhóm tổ chức lớn đáp ứng các mục tiêu chiến lược của tổ chức chứ không chỉ các mục tiêu dự án riêng lẻ.
- Khung này cung cấp khả năng duy trì và tạo ra một chiến lược tập trung để mang lại giá trị.
- Mô hình SAFe có ba/bốn cấp độ tập trung vào các chủ đề chiến lược của một tổ chức.
- Chiến lược tập trung, kết hợp với việc thực hiện phát triển linh hoạt phi tập trung.
Tài liệu tham khảo:
AN TOÀN cho Doanh nghiệp Tinh gọn 5.0:
http://www.scaledagileframework.com