Những người mới biết đến Agile thường không hiểu rằng có nhiều loại chiêu thức Agile khác nhau. Một trong những quá trình Agile phổ cập nhất là chiêu thức Scrum .
Nhiều doanh nghiệp nhận thấy rằng quá trình kinh doanh thương mại truyền thống lịch sử không còn hiệu suất cao nữa vì ngày càng có nhiều biến hóa như thể nhu yếu người mua, nhu yếu dự án Bất Động Sản hay những việc làm tương hỗ khác … khiến họ không chớp lấy kịp xu thế
Và nhiều quản trị dự án Bất Động Sản, quản trị loại sản phẩm và những nhóm tăng trưởng ứng dụng đang chuyển từ chiêu thức truyền thống cuội nguồn Waterfall sang giải pháp Agile .
Phương pháp Agile
Phương pháp Agile được giới thiệu lần đầu tiên vào năm 2011 trong “Agile Manifesto” được tổng hợp tại Utah. Agile Manifesto phác thảo 12 nguyên tắc quan trọng, bao gồm thông tin liên lạc (communication), hợp tác (collaboration), tầm quan trọng của phần mềm, cởi mở để thay đổi.
Các phương pháp Agile cơ bản đặt cùng nhau như một giải pháp phá vỡ cạm bẫy được kết hợp với mô hình Thác nước (Waterfall). Là một khuôn khổ quản lý linh hoạt hơn, Agile cho phép các nhóm vượt qua mô hình tuần tự truyền thống và hoàn thành nhiều việc hơn (work done) trong một khoảng thời gian ngắn hơn.
Nhóm Agile không nhận ra là có nhiều loại khác nhau của phương pháp Agile, một trong số đó và phổ biến nhất là Scrum.
Phương pháp Scrum
Hầu hết những nhóm chuyển từ Agile sang sử dụng Scrum vì nó đơn thuần và linh động. Định nghĩa trên trang Scrum Methodology. com : “ Scrum là duy nhất do tại nó ra mắt sáng tạo độc đáo về “ trấn áp quy trình thực nghiệm ”. Vì Scrum sử dụng những tân tiến thực tiễn của dự án Bất Động Sản – không phải là một Dự kiến tốt nhất hoặc dự báo không rõ ràng – để lập kế hoạch và quy trình tiến độ phát hành ”
Phương pháp Scrum khác với các phương pháp khác?
– Scrum có 3 vai trò : Product Owner, Team members, Scrum Master .
– Dự án chia thành những tiến trình gọi là Sprint, mỗi Sprint lê dài từ 1-3 tuần
– Vào cuối mỗi Sprint, toàn bộ những bên tương quan ( stakeholders ) họp nhau để nhìn nhận tiến trình và kế hoạch cho quá trình tiếp theo
– Lợi ích của Scrum là kiểm soát và điều chỉnh hướng đi của dự án Bất Động Sản dựa vào những việc làm đã hoàn thành xong chứ không dựa trên suy đoán hay Dự kiến
Quản lí dự án Scrum là gì?
Scrum là một trong những chiêu thức quản trị dự án Bất Động Sản linh động – Agile hoặc framework được sử dụng hầu hết cho những dự án Bất Động Sản tăng trưởng ứng dụng với tiềm năng cung ứng ứng dụng mới mỗi 2-4 tuần. Nó là một trong những giải pháp được tác động ảnh hưởng bởi Agile Manifesto, gồm có một tập hợp những giá trị và nguyên tắc hướng dẫn làm thế nào để tăng trưởng ứng dụng chất lượng cao nhanh hơn, hiệu suất cao hơn .
Ai sử dụng phương pháp Agile Scrum?
Scrum được những nhà tăng trưởng ứng dụng sử dụng thoáng đãng. Thực tế nó là chiêu thức Agile thông dụng nhất, có khoảng chừng 72 % đội ngũ ứng dụng sử dụng Scrum hoặc Scrum hybrid. Tuy nhiên, Scrum đã lan rộng đến những công dụng kinh doanh thương mại khác gồm có IT và Marketing trong đó đặc biệt quan trọng là Digital Marketing, khi phải tăng trưởng những dự án Bất Động Sản mơ hồ và phức tạp. Đội ngũ chỉ huy cũng dựa vào thực tiễn quản trị Agile của họ về Scrum, thường tích hợp với Lean và Kanban ( phân nhóm quản trị dự án Bất Động Sản Agile ) .
Phương pháp Scrum mang lại lợi ích gì?
- Năng suất cao hơn
- Sản phẩm có chất lượng tốt hơn
- Giảm thời gian chờ ra thị trường
- Cải thiện sự hài lòng của các bên liên quan
- Hoạt động nhóm tốt hơn
- Nhân viên hạnh phúc hơn
Các thành phần của phát triển Srcum Agile là gì?
Phương pháp Scrum được xác lập bởi vai trò của nhóm, events, công cụ, và những quy tắc ..
Nhóm phát triển (Nhóm Scrum)
Nhóm tăng trưởng thường có 7 + / – 2 thành viên và không có nhóm trưởng để giao trách nhiệm hoặc quyết định hành động xử lý yếu tố nào. Nhóm như một đơn vị chức năng độc lập quyết định hành động đề cập và xử lý yếu tố như thế nào. Mỗi thành viên của nhóm Scrum là một phần không hề thiếu trong việc đưa ra những giải pháp và dự kiến sẽ thực thi một mẫu sản phẩm từ khi mở màn đến khi hoàn thành xong .
Có 3 nguyên tắc chính trong Nhóm Scrum :
Product Owner
Product Owner là bên tương quan chính của dự án Bất Động Sản – thường là người mua nội bộ hoặc bên ngoài, hoặc là người phát ngôn cho người mua. Chỉ có một Product Owner truyền đạt thiên chức và tầm nhìn tổng thể và toàn diện của loại sản phẩm mà nhóm đang thiết kế xây dựng. Product Owner có nghĩa vụ và trách nhiệm sau cuối trong việc quản trị product backlog và xác nhận hoàn thành phần tăng trưởng của việc làm
ScrumMaster
ScrumMaster là người chỉ huy tôi tớ cho Product Owner, Nhóm tăng trưởng và Tổ chức, không có thẩm quyền trong nhóm nhưng khá nhiều người tương hỗ, ScrumMaster bảo vệ rằng Nhóm luôn tôn trọng kim chỉ nan, practices và quy tắc Scrum. ScrumMaster bảo vệ Nhóm bằng cách làm bất kể điều gì hoàn toàn có thể để giúp Nhóm cho ra hiệu suất ở mức cao nhất. Điều này hoàn toàn có thể gồm có việc vô hiệu những trở ngại, tổ chức triển khai những cuộc họp và giúp những Product Owner chuẩn bị sẵn sàng backlog .
Nhóm phát triển
Nhóm tăng trưởng là nhóm tự tổ chức triển khai, liên tính năng được trang bị toàn bộ những kĩ năng để sản xuất ra phần tăng trưởng chuyển giao được, ứng dụng chạy được khi triển khai xong mỗi sprint. Scrum lan rộng ra định nghĩa của thuật ngữ “ tăng trưởng ” vượt ra ngoài hoạt động giải trí lập trình để gồm có bất kỳ ai tham gia vào việc tạo ra những ứng dụng chạy được. Không có chức vụ trong Nhóm tăng trưởng và không có ai, kể cả những ScrumMaster, nói với Nhóm tăng trưởng phải làm như thế nào để biến những khuôn khổ product backlog thành những gói ứng dụng hoàn hảo hoàn toàn có thể chuyển giao được
Họp Scrum
Sprint
Là một khung thời hạn mà việc làm đơn cử được triển khai xong và chuẩn bị sẵn sàng thực thi để nhìn nhận. Sprint thường lê dài từ 2-4 tuần nhưng hoàn toàn có thể ngắn như một tuần .
Họp lên kế hoạch Sprint
Là sự kiện có khung thời hạn để xác lập khuôn khổ product backlog sẽ được lựa chọn và làm thế nào để việc làm đạt hiệu suất cao
Họp Scrum hằng ngày
Là buổi hội thoại ngắn ( dưới 15 phút ) để những thành viên theo kịp quá trình nhanh gọn và minh bạch từ cuối buổi họp trước, lên kế hoạch cho buổi họp tiếp theo và xử lý bất kể trở ngại nào ngăn cản tiến trình
Họp sơ kết Sprint
Là sự kiện cho Nhóm trình diễn những việc làm hoàn thành xong trong Sprint. Product Owner kiểm tra việc làm với tiêu chuẩn đồng ý được xác lập trước và hoàn toàn có thể đồng ý hoặc khước từ việc làm. Các bên tương quan hoặc người mua phân phối thông tin phản hồi để bảo vệ rằng những phần việc làm đã bàn giaođáp ứng nhu yếu kinh doanh thương mại .
Họp cải tiến Sprint
Là buổi họp nhóm sau cuối trong Sprint để xác lập cái nào đã lảm tốt, cái gì chưa tốt và làm thế nào để Nhóm nâng cấp cải tiến trong Sprint tiếp theo. Nhóm tăng trưởng và Scrum Master tham gia buổi họp quan trọng này giúp tập trung chuyên sâu vào tác dụng tổng kết và xác lập kế hoạch cho gia đoạn nâng cấp cải tiến sau đó
Scrum Artifacts
Product Backlog
Là tài liệu quan trọng nhất vạch ra từng nhu yếu cho mạng lưới hệ thống, dự án Bất Động Sản hoặc loại sản phẩm. Product backlog hoàn toàn có thể được dùng như một list việc làm phải làm gồm có những khuôn khổ khu công trình, mỗi cái đều mang lại giá trị kinh doanh thương mại và được Product Owner định nghĩa
Sprint Backlog
Là list đơn cử những khuôn khổ lấy từ product backlog phải được hoàn thành xong trong Sprint
Phần tăng trưởng
Là tổng hợp của tổng thể những khuôn khổ product backlog đã được hoàn thành xong từ khi phát hành ứng dụng mới nhất. Tùy thuộc vào Product Owner quyết định hành động khi nào phần tăng trưởng được phát hành, nghĩa vụ và trách nhiệm của Nhóm là bảo vệ mọi thứ gồm có phần tăng trưởng đã chuẩn bị sẵn sàng được phát hành, đây cũng được gọi là Phần mềm hoàn hảo hoàn toàn có thể chuyển giao được ( PSI ) .
Mối liên hệ của Srum với quản lý dự án Agile?
Scrum là một tiểu nhóm Agile :
- Agile là một bộ các giá trị và nguyên tắc mô tả sự tương tác và các hoạt động nhóm hằng ngày. Bản thân Agile không nguyên tắc hay cụ thể.
- Phương pháp Scrum tuân theo các giá trị và nguyên tắc của Agile, nhưng bao gồm các định nghĩa và thông số kỹ thuật xa hơn, đặc biệt là liên quan đến những phương pháp phát triển phần mềm.
Mặc dù được sử dụng để tăng trưởng ứng dụng linh động, Agile Scrum đã trở thành framework thuận tiện nhất để quản trị dự án Bất Động Sản nói chung và nhiều lúc được gọi đơn thuần là quản trị dự án Bất Động Sản Scrum hoặc tăng trưởng ứng dụng Scrum .
Những câu hỏi thường gặp về Scrum
Scrum là gì?
Scrum là một cách để quản trị dự án Bất Động Sản, thường là tăng trưởng ứng dụng. Phát triển ứng dụng Scrum thường được coi là một phương pháp luận. Nhưng thay vì xem Scrum là phương pháp luận, hãy xem nó như là framework để quản trị một quy trình .
Nhóm tăng trưởng Scrum chịu nghĩa vụ và trách nhiệm phân phối khá đầy đủ miêu tả cụ thể triển khai một dự án Bất Động Sản vì họ là người hiểu rõ nhất nên xử lý yếu tố như thế nào .
Nhóm Scrum có hai đặc thù cực kỳ quan trọng là : tự tổ chức triển khai ( self-organizing ) và liên tính năng ( cross-functional ). Trong nhóm Scrum tự tổ chức triển khai sẽ không có trưởng nhóm hay người đưa ra quyết định hành động phải làm gì và xử lý yếu tố nào, vì đó là những yếu tố được quyết định hành động bởi cả nhóm .
Và trong nhóm liên tính năng Scrum, mọi người đều phải hiểu rõ việc làm từ khi lên sáng tạo độc đáo cho đến khi thực thi .
Trong agile development, nhóm Scrum được tương hỗ bởi hai vai trò đơn cử. Đầu tiên là Scrum Master được xem như thể một huấn luyện viên, giúp những thành viên trong nhóm sử dụng những tiến trình Scrum thuần thục nhất .
Vị trí còn lại là Product Owner ( PO ) có vai trò đại diện thay mặt doanh nghiệp, người mua hay người dùng và hướng dẫn nhóm kiến thiết xây dựng mẫu sản phẩm
Ai nên học Agile Scrum?
Khóa học này hoàn toàn có thể dành cho toàn bộ mọi người, bất kể ai giữ vai trò tương hỗ về hiệu suất, hiệu suất cao, và nâng cấp cải tiến liên tục của nhóm Team Leader hay người chịu nghĩa vụ và trách nhiệm về việc sử dụng và / hoặc trình làng Scrum trong một dự án Bất Động Sản hoặc doanh nghiệp
Khóa học tương thích cho tổng thể thành viên làm ứng dụng. Vai trò đơn cử tương thích gồm có những product managers và product analysts, Quản lý dự án Bất Động Sản, Team Leader, Kiến trúc sư, Software Developer, Software Tester, CIO và CTO
Các công cụ Agile Scrum ( Artifacts )
Các công cụ Agile Scrum ( Artifacts ) tuy rất đơn thuần nhưng tương hỗ việc làm rất hiệu suất cao. Chúng gồm có Product backlog, Sprint Backlog và Product Increment .
1. Product backlog
Đây là list ưu tiên những tính năng ( feature ) hoặc đầu ra khác của dự án Bất Động Sản, hoàn toàn có thể hiểu như thể list nhu yếu ( requirement ) duy nhất của dự án Bất Động Sản. Product Backlog rất linh động, nó liên tục đổi khác để xác lập loại sản phẩm nào hữu dụng hay mang tính cạnh tranh đối đầu. Nó chứa những diễn đạt về toàn bộ những tính năng, tính năng, nâng cấp cải tiến, những khuôn khổ mong ước, vv
Các khuôn khổ Product Backlog được tạo nên trong quy trình lập kế hoạch phát hành ( Release Planning ). Sau đó họ được update trong buổi họp lên kế hoạch Sprint ( Sprint Planning ) hoặc Backlog Groomings. Các khuôn khổ ưu tiên số 1 được chọn sẽ được tăng trưởng trong Sprint và được xem xét trong buổi họp Sprint Review .
Công cụ Agile Scrum này do Product Owner chịu trách nhiệm sắp xếp độ ưu tiên cho từng hạng mục (Product Backlog Item) trong Product Backlog dựa trên các giá trị do Product Owner định nghĩa (thường là giá trị thương mại – business value). Các hạng mục ưu tiên hàng đầu thì rõ ràng hơn và có nhiều thông tin chi tiết hơn.
2. Sprint backlog
Loại công cụ Agile Scrum thứ hai là một loạt danh sách các hạng mục Product Backlog được chọn cho một Sprint; là kết quả dự đoán bởi Nhóm Scrum sau buổi họp lên kế hoạch (Sprint Planning); là những chức năng nào sẽ có mặt trong Incerment tiếp theo và các công việc cần thiết để cung cấp các chức năng đó.
Với sự tích hợp của Product Owner, nhóm Scrum sẽ nghiên cứu và phân tích những nhu yếu theo độ ưu tiên từ cao xuống thấp để hiện thực hóa những khuôn khổ trong Product Backlog dưới dạng list việc làm ( TO-DO list ) .
Nhóm Scrum luôn phải update Sprint Backlog trong suốt một Sprint, hoàn toàn có thể sử dụng biểu đồ Burndown Chart hay Task Board để thuận tiện nhìn thấy thực trạng hiện tại của việc làm như “ to do ”, “ in progress ” hay “ Done ”
3. Product Increment
Là phần tăng trưởng mới phải sử dụng được và phân phối Định nghĩa của Done ( DoD ) của Nhóm Scrum vào cuối mỗi Sprint. Phần tăng trưởng này phải gồm có mã đã được kiểm tra kỹ lưỡng, được thiết kế xây dựng thành một file và sử dụng được trong tập tin trợ giúp ( Help files ) hoặc tài liệu hướng dẫn sử dụng .
Nếu tổng thể mọi thứ hoạt động giải trí tốt và Nhóm tăng trưởng đã ước tính tốt, phần tăng trưởng gồm có tổng thể những khuôn khổ đã được lên kế hoạch trong Backlog Sprint sẽ được thử nghiệm và lưu thành tài liệu .
Tham khảo: Internet và www.versionone.com
Ban biên tập: Ecci
5
/
5
(
1
bầu chọn
)
