Scrum là gì?
Scrum là một cách thức Agile (phát triển ứng dụng linh hoạt) dựa vào cơ chế lặp và tăng trưởng. Scrum được thiết kế với để cung cấp việc vạc triển, cung ứng và cải tiến các thành phầm phức tạp. Cùng với Scrum, sản phẩm được desgin trong một chuỗi những quy trình lặp lại, có tên là vòng sprint. Qua đó, bạn có thể liên tục cách tân sản phẩm, kỹ thuật, team (nhóm) và môi trường làm việc. Cũng dựa vào vậy mà bạn có thể cung cấp giá trị cho người tiêu dùng trong suốt quy trình phát triển.Scrum là một trong khung tổ chức công việc (framework) dùng trong các dự án phát triển phần mềm với kim chỉ nam là chuyển nhượng bàn giao các mặt hàng mới đều đặn, sau tự 1-4 tuần.
Theo Scrum.org - đơn vị nổi tiếng trình làng các lý thuyết về Scrum, Scrum là 1 trong framework giúp bọn họ giải quyết các vấn đề phức tạp luôn luôn thay đổi, mà lại vẫn giữ kết quả và trí tuệ sáng tạo khi chuyển nhượng bàn giao các thành phầm có quý hiếm cao.
Scrum cũng được tổ chức này dấn mạnh, chưa hẳn là một khối hệ thống các phương pháp luận (methodology). Nhưng nó bao gồm các cách thức nhất định để giúp 1 nhóm thao tác cộng tác với nhau vào thực tiễn nhằm mục đích chuyển giao sản phẩm phức hợp (như phần mềm).
Scrum khuyến khích team học hành qua trải nghiệm, tự tổ chức triển khai các hoạt động vui chơi của team để giải quyết và xử lý các bài toán, cùng reflect - suy tưởng, phản tứ về rất nhiều thành công tương tự như thất bại của team để liên tiếp tìm ra các cải tiến.
Scrum liệu có phải là Agile?
The answer: Scrum is just one of the ways to lớn achieve agile thinking. Scrum is in the big Agile umbrella. That big umbrella includes many different methods, ways and practices.
Bạn đang xem: Scrum agile là gì
Có thể nói, Scrum là trong những cách tiếp cận thông dụng nhất bây giờ khi nhóm nhóm mong muốn ứng dụng agile vào công việc.
Cần để ý rằng Scrum là khung làm cho việc, còn Agile là mindset. Agile mindset là tứ tưởng, bốn duy làm việc. Triết lý agile chỉ đề cập mang đến 4 giá trị và 12 nguyên tắc định hướng giúp vạc triển ứng dụng một cách linh hoạt, lập cập đưa ra thị trường, chứ không những rõ cụ thể ta đề nghị làm ra sao khi vận dụng vào nhóm nhóm.
Bởi vậy, bọn họ khó có thể trở thành người dân có Agile mindset ngay trong 1 thời hạn ngắn. Nhưng bằng phương pháp sử dụng những framework (trong đó Scrum là 1 trong loại framework phổ biến), bạn có thể rút ngắn quá trình đưa đông đảo giá trị và lý lẽ của Agile vào thực tiễn các bước hàng ngày.
Các trụ cột chính của Scrum
Scrum được xây dựng dựa vào những lý thuyết về tiến trình thực tế. Những kim chỉ nan này dựa vào 3 trụ cột.
1. Rành mạch (transparency)
Sức mạnh mẽ của một dự án hay một công ty nằm ở việc mọi tín đồ phối hợp với nhau để ngừng mục tiêu, thiên chức đã đề ra. Để rất có thể đẩy thuyền đi mang lại đích, những team, những thành viên nên được truy cập vào những tin tức hữu ích với chúng ta trong quá trình cách tân và phát triển sản phẩm.
Trong Scrum đưa ra các sự khiếu nại họp như Sprint Planning, Sprint Review, Sprint Retrospective, daily meeting nhằm giúp tăng cường sự liên hệ và trao đổi tin tức giữa các thành viên có tác dụng việc.
Khía cạnh riêng biệt này cũng liên quan mật thiết tới 2 trụ cột chính còn lại. Sẽ rất khó để có thể thanh tra nếu công việc, quy trình không hiển lộ ra cho những người khác biết. Và cũng biến thành rất cực nhọc để kịp thời, lập cập điều chỉnh chiến lược nếu bị thiếu thốn thông tin, hoặc nhiễu loàn thông tin.
Ví dụ:
Daily meeting là cơ hội để các thành viên trao đổi, thúc đẩy với nhau về công việc, về sản phẩm đang thực hiện. Đồng thời chú ý vào những phép tắc trình bày, như Kanban board, trình bày rõ quy trình, tinh thần của luồng việc để giúp đỡ cả độ trở nên tân tiến và product Owner hiểu nhau hơn, đồng thời rất có thể nhanh nệm xử lý những vấn đề vướng mắc hoặc chưa được thiết kế rõ.
2. điều tra (inspection)
Để đảm bảo chất lượng mang lại sản phẩm, tránh phần nhiều sự sai khác quá lớn về sản phẩm làm ra thực tế so với sản phẩm mong mong mỏi ban đầu, họ cần đề xuất thanh tra mọi thứ được tạo ra một biện pháp thường xuyên, định kỳ.
Sự điều tra được triển khai ở một thời điểm nhất định, chứ tránh việc xen ngang vào giữa chừng.
Ví dụ: những thành viên đội cải cách và phát triển cùng với product Owner thâm nhập Sprint Review, Sprint Retrospective. Đây là các hoạt động thể hiện tính chất thanh tra. Khi đó họ đang thanh tra chính sản phẩm chuyển giao, và những quy trình cải cách và phát triển sản phẩm.
3. Thích hợp nghi (adaptation)
Khi bao gồm sự chệch hướng so với product Roadmap, hoặc do nhu yếu thị trường vậy đổi, thành phầm và quy trình cũng rất cần được điều chỉnh nhanh lẹ để say mê nghi với những biến hóa này.
Ví dụ: Đội cách tân và phát triển cần ham mê ứng sản phẩm của mình vào cuối mỗi Sprint, để tương xứng với lộ trình cải tiến và phát triển sản phẩm, cùng với yêu mong của product Owner, hay của những Stakeholders
Các quý hiếm của Scrum
Các giá chỉ trị mấu chốt của Scrum được gọi là những người dân sống với cái giá trị này sẽ dễ dàng hơn khi tiến hành Scrum vào công việc. Đó là.
1. Gan góc - Courage
Dũng cảm là một giá trị rất đặc biệt quan trọng mà những thành viên team Scrum cần hướng tới. Đội Scrum xuất xắc development team rất cần được cảm thấy bình yên để nêu ra chủ ý của mình, để nói không khi cần, với thử nghiệm hầu như điều bắt đầu mẻ. Đội trở nên tân tiến cũng nên sự kiêu dũng để thử thách những tế bào thức cũ, cản trở con đường đã có được mục tiêu.
2. Tập trung - Focus
Scrum coi trọng sự triệu tập vào ít thứ. Nghĩa là bắt đầu một vật dụng và kết thúc nó, hạn chế số lượng quá trình đang ra mắt cùng lúc, tinh giảm số việc ở trạng thái Doing (limit WIP)
3. Khẳng định - Commitment
Các thành viên của team thao tác Scrum cần được có sự cam kết với các phương châm của team nhóm. Họ là fan lựa lựa chọn sẽ triển khai điều gì, cùng gắn chặt với đông đảo điều bản thân chọn.
Như bạn đã biết, lõi của Scrum là Sprint. Mỗi Sprint đều cần có những mục tiêu cụ thể trong 1 timebox (từ 1-4 tuần). Đội phân phát triển có thể chia nhỏ mục tiêu thành các phần rất có thể xử lý được và hợp tác vào triển khai công việc. Những thành viên cần reviews tính thực tiễn của các phương châm đưa nhằm thống duy nhất các công việc cần dứt cho phù hợp để họ giữ được cam kết với phần đông thứ mình ước muốn chuyển giao.
4. Tôn kính - Respect
Các member trong Scrum team tốt đội cải tiến và phát triển cần diễn tả sự tôn trọng lẫn nhau, tôn trọng hàng hóa Owner và những bên liên quan (Stakeholders), cũng như Scrum Master.
Các team nhóm sinh sống với lòng tin Agile nên biết rằng sức khỏe để đạt được mục tiêu nằm sống trí tuệ tập thể, ở phương thức họ cộng tác ăn ý với nhau. Mỗi cá thể đều có đóng góp nhất định vào kim chỉ nam của Sprint. Bởi vì vậy, họ nên tôn trọng chủ ý của nhau, ghi nhận cố gắng nỗ lực của nhau, thậm chí đồng ý sự không tuyệt vời của những thành viên.
5. Toá mở - Openness
Đội cải tiến và phát triển cần không ngừng tìm tìm những phát minh mới, những cơ hội mới nhằm học hỏi. Một tổ nhóm agile cũng cần phải thành thật với nhau khi yêu cầu sự góp đỡ.
Các giải pháp của Scrum
1. Product backlog
Product backlog là một trong những danh mục các công việc cần trả thành, được quản lý bởi product Owner hoặc product Manager.
Danh mục này là một trong danh sách các tính năng, yêu thương cầu, tăng cấp hoặc lỗi là nguồn vào cho Sprint backlog. Bản chất của product Backlog là to-do list.
Do những quá trình trong hàng hóa Backlog rất có thể bị biến hóa do yêu cầu của người sử dụng thay đổi, yêu cầu thị trường biến đổi nên nó đề xuất Product Owner tiếp tục chăm nom, thu xếp thứ từ ưu tiên với quản lý, duy trì.
2. Sprint backlog
Sprint backlog là 1 trong những danh sách những đầu việc, hoặc user story, bug được lựa chọn do development team (đội phát triển), có vào nhằm triển khai trong một Sprint. Trước mỗi Sprint, đội phát triển sẽ gồm buổi họp Sprint Planning để sàng lọc sẽ tiến hành các đầu câu hỏi nào từ sản phẩm Backlog.
Sprint Backlog rất có thể linh hoạt và tiến hóa trong một Sprint. Tuy vậy những mục tiêu cơ bạn dạng Sprint goal - điều nhưng mà team muốn có được trong Sprint kia thì cần yếu nhượng bộ.
3. Increment (Sprint Goal)
Là sản phẩm rất có thể dùng được từ 1 Sprint.
Ở Magestore, bọn chúng mình sẽ chuyển nhượng bàn giao increment - phần tăng trưởng của sản phẩm vào cuối mỗi tuần cho tất cả những người dùng. Sprint của chúng mình được cả doanh nghiệp ấn định là kéo dài 1 tuần. Với cứ cho sáng thứ 2 của tuần mới, những team sẽ thuộc minh họa và giới thiệu các sản phẩm này cho tới toàn công ty để mọi tín đồ cùng hiểu được các team khác đang có bước tiến thế nào trong sự cải tiến và phát triển của toàn công ty.
Bạn có thể ít nghe tới từ Increment vì có thể mọi người thường dùng từ Sprint Goal, milestone, hay hoặc shipped epic. Đó là tùy trực thuộc vào từng công ty, mỗi nhóm nhóm và bí quyết định nghĩa dứt của bạn.
4. Burndown chart
Trục dọc thường là lượng công việc, trục ngang là ngày hoặc Sprint.
Nếu quan sát vào Sprint burndown, thấy công việc của team bạn đang chậm nghịch so với kỳ vọng, biểu hiện lượng việc hoàn thành đang ít, cột việc còn lại vẫn cao qua 2-3 ngày đầu của Sprint, team bạn cần lưu ý và tập trung kết thúc các đầu mục việc đặc trưng nhất để đạt mục tiêu Sprint. Cùng rất đó có thể họp làm cho mịn, tìm kiếm ra các nút thắt cản trở quá trình được trả thành.
Các mục đích trong nhóm nhóm thực hiện Scrum
Vai trò và kĩ năng của từng bộ phận: khác nhau rõ sự khác biệt giữa về công việc, trọng trách giữa các vai trò vào Scrum và các kỹ năng quan trọng ở từng vị trí. Trong Scrum, đội hình tham gia phát triển phần mềm được phân loại ra 03 sứ mệnh với trách nhiệm rõ ràng để bảo vệ tối ưu hóa các công việc đặc thù. Ba vai trò này bao gồm:
1. Product Owner
Product Owner là người chịu trách nhiệm về thành công xuất sắc của dự án, hoặc của sản phẩm. Chúng ta sẽ triệu tập vào điều tỉ mỷ business (kinh doanh), khía cạnh người tiêu dùng và nhu yếu của thị trường, sau đó tùy chỉnh thiết lập các ưu tiên cho công việc để đội cải cách và phát triển tiến hành.
Một sản phẩm Owner kết quả là người:
Xây dựng và làm chủ tốt product backlogCó mối quan hệ nghiêm ngặt về phía công ty lớn và đội phát triển, bảo vệ rằng tất cả 2 bên cùng hiểu các hạng mục các bước trong hàng hóa Backlog. Đưa ra mọi định hướng ví dụ cho đội cải tiến và phát triển về những tính năng sẽ đưa giaoQuyết định khi nào sẽ đưa giao sản phẩm và với chu kỳ chuyển giao như thế nào.2. Scrum Master
Scrum Master là bạn am làm rõ về Scrum trong nhóm phát triển. Họ sẽ coach team, product Owners và các bên liên quan khi những người này tham gia vào tiến trình Scrum.
Xem thêm: " Make A Fortune Là Gì - Make A Fortune In Vietnamese
Một Scrum Master có năng lực là người hiểu các công việc được triển khai bởi đội trở nên tân tiến và giúp đội này tối ưu hóa sự khác nhau và hiệu suất chuyển giao. Anh ấy/cô ấy giữ vai trò fan điều phối (facilitator), tập hợp những nguồn lực cần thiết (cả về nhân sự lẫn trang thiết bị, logistics…) đến các cuộc họp Sprint Planning, Stand-up, Sprint Review, Sprint Retrospective.
3. Development Team (BA, Developer, Tester...)
Đội phân phát triển đó là những người triển khai xây dựng sản phẩm, chấm dứt những thứ rất cần phải chuyển giao tới khách hàng.
Một đội cải cách và phát triển hiệu quả bao gồm các thành viên gồm mối quan liêu hệ thân thiết với nhau, ngồi sát nhau trong thuộc 1 không gian (co-located) và thông thường có từ 5-7 thành viên.
Một trong số những quy tắc để xác minh số lượng thành viên mang lại đội phân phát triển, dựa trên câu nói danh tiếng của Jeff Bezos, CEO Amazon: “Một team nên làm đủ nhỏ dại để nạp năng lượng chung 2 cái bánh pizza.” - (8 miếng bánh-> tối đa 8 người)
Đội phát triển này nên là một trong cross-function team, gồm những người dân có nhóm năng lực khác nhau (skill set), để rất có thể training lẫn nhau, nhờ đó không người nào trở thành nút thắt trong luồng chảy công việc.
Đồng thời, nhóm này cùng cần là 1 trong những đội tự tổ chức (self-organizing team). Chúng ta được trao quyền để gạn lọc sẽ giải quyết và xử lý các câu hỏi được đặt ra như chũm nào. Chúng ta cũng là những người sẽ dự trù khối lượng các bước mà họ bao gồm thể ngừng được vào Sprint và khẳng định với chúng.
Scrum diễn ra như cụ nào?
1. Tổ chức backlog (hay nói một cách khác là backlog grooming)
Đây thường xuyên là trách nhiệm của product Owner. PO là người định hướng sản phẩm tới tầm nhìn đã đưa ra. PO cũng cần phải có sự nhanh nhạy về mặt thị trường, về người sử dụng để đổi khác lộ trình cách tân và phát triển sản phẩm lúc cần.
PO đồng thời đang là cầu nối giữa người tiêu dùng và quý khách hàng với nhóm phát triển. PO sẽ tiếp nhận ý kiến bình luận từ cả hai phía để tạo nên một danh mục các công việc sẵn sàng mang đến việc thực hiện trong thời gian tiếp theo.
2. Sprint Planning (Họp planer Sprint)
Đây là buổi họp lên kế hoạch, đặt mục tiêu cho Sprint của nhóm phát triển. Các user story ví dụ sẽ được thêm vào Sprint backlog từ hàng hóa backlog. Những user story rất cần phải các member đồng thuận cùng nhau rằng là khả thi để thực hiện trong Sprint này.
Cuối buổi họp Sprint Planning, đội cải cách và phát triển cần rõ cùng nhau về hồ hết gì sẽ cần phải chuyển giao trong Sprint, và các phần tăng trưởng sản phẩm sẽ chuyển giao sẽ trông như thế nào.
3. Diễn biến trong Sprint
Một Sprint kéo dãn ít nhất là một trong những tuần, nhiều nhất là 4 tuần. Đây là khoảng thời gian đội cách tân và phát triển làm việc, phối phù hợp với nhau để ngừng phần tăng trưởng thành phầm (increment).
Trong khoảng thời gian này, phạm vi các bước của Sprint rất có thể được hàng hóa Owner cùng đội cải tiến và phát triển (development team) sở hữu ra yêu thương lượng, ví như thấy cần thiết.
Tất cả những sự kiện từ Planning cho đến Retrospective đều ra mắt trong phạm vi 1 Sprint.
Thời lượng của 1 Sprint buộc phải được kéo dài trong một khoảng tầm thời gian cải cách và phát triển sản phẩm, điều đó giúp mang đến đội cải tiến và phát triển học được từ những trải nghiệm trong thừa khứ cùng áp dụng chúng vào các Sprint vào tương lai.
4. Daily meeting (Daily Scrum)
Đây là các buổi họp cực ngắn, tổ chức vào một khung giờ cố định, mặt hàng ngày. Các thành viên tham gia trả lời 3 câu hỏi: ngày hôm qua làm gì? bây giờ sẽ làm gì? khó khăn, trở ngại đang gặp gỡ phải là gì?
Cuộc họp này chỉ nên giới hạn trong 15 đến 30 phút. Mục tiêu là để bình chọn tiến độ xong sprint goal và kiểm soát và điều chỉnh sprint backlog nếu bắt buộc thiết. Không tính ra, những buổi daily Scrum còn yêu cầu đưa ra được kế hoạch làm việc cho 24 tiếng tiếp theo.
5. Sprint review (Họp sơ kết Sprint)
Cuối từng Sprint, team đang tụ họp cùng nhau trong 1 trong các buổi để test increment - phần vững mạnh sản phẩm. Team cũng trở thành chỉ ra đông đảo hạng mục công việc đã trả thành, và chào đón góp ý từ hàng hóa owner.
Product Owner sẽ là người ra quyết định có gây ra phần tăng trưởng sản phẩm này xuất xắc không.Sprint đánh giá cũng là lúc để Product Owner chú ý lại vào product Backlog sau thời điểm Sprint vừa diễn ra, chỉ dẫn những dự định cho Sprint tiếp theo.
6. Sprint Retrospective (Họp cách tân Sprint)
Retrospective là cuộc họp để đội cách tân và phát triển cùng ngồi lại cùng nhau và dàn xếp về hầu hết gì đã diễn ra thuận lợi, phần đa gì chưa xuất sắc trong Sprint. Đó hoàn toàn có thể là về quy trình, về con người, về công cụ, thậm chí còn về chính những sự khiếu nại họp ra mắt trong Sprint.
Mục đích của Retrospective là tạo ra ra không khí và cơ hội để các thành viên reflect, tìm thấy các đổi mới cho Sprint tiếp theo.
Nội dung yêu cầu nhớ của quy trình Scrum
Không thực hiện đưa toàn bộ yêu cầu/ nghiệp vụ khối hệ thống vào Code cùng Testing cùng một lúc, nhưng mà sẽ chia những yêu cầu tuân theo từng giai đoạn. Mỗi tiến trình chỉ làm một vài lượng yêu ước nhất định.
Chia thành những giai đoạn nhỏ dại để thực hiện hay nói một cách khác lại Sprint.Mỗi 1 Sprint thường kéo dãn dài từ 1 cho 4 tuần (không dài thêm hơn nữa 1 tháng).Đầu Sprint đã lên chiến lược làm gần như yêu ước nào, tiếp đến sẽ thực hiện code cùng test. Cuối Sprint là một sản phẩm hoàn hiện nay cả code lẫn test có thể demo với chạy được.Hoàn thành Sprint 1, liên tiếp làm Sprint 2... Cho tới khi dứt hết các yêu cầu.Trong mỗi 2 Sprint thì sẽ có được họp hàng ngày – daily meeting. Cả team sẽ đứng họp thành 1 vòng tròn (xung quanh bàn này mà :)) ) thường xuyên chỉ họp 15-20 phút (nếu làm cho remote thì bao gồm khi lên 30p tùy ngày). Mỗi thành viên đã báo cáo: ngày qua đã làm cho gì? hôm nay sẽ làm cho gì? Có chạm mặt khó khăn gì không?...Trong mỗi 1 Sprint thì các thành viên của dự án phải tạo task mang đến code với test. Một task code chấm dứt là phải bao gồm task kiểm tra liền ngay lập tức đó. Do thời hạn làm ngắn nên hiệu quả làm việc cao, đúng tiến độ đảm bảo cuối Sprint là hoàn thành được cả test.Ưu điểm phù hợp với phần đa yêu cầu nhiệm vụ hay chuyển đổi hoặc hệ thống nghiên cứu giúp do làm theo từng tiến trình ngắn ngày, rất có thể nhìn thấy những rủi ro hay đa số điểm chưa tương xứng để nạm đổi.Điều hành đội dự án công trình sẽ là Scrum Master, còn tồn tại Product Owner là người reviews phần mềm có tác dụng đã đúng nghiệp vụ/ yêu mong chưa.
Cách vận hành Scrum trong một Sprint
Lập chiến lược & phân chia nguồn lực trong Sprint Planning;Đánh giá hiệu quả sản phẩm trong Sprint Review;Nâng cao Performance cùng với Restrospective;Nắm bắt tình trạng quá trình qua Daily Scrum.Có nên bắt đầu triển khai Scrum?
Các quy tắc, các công cụ, sự kiện, phương châm trong Scrum khá dễ dàng hiểu. Việc tổ chức các quá trình phức vừa lòng thành các phần bé dại hơn là tinh tướng tiếp cận cơ mà Scrum đem về giúp team xử lý các các bước khó. Đi kèm với đó, các vai trò cùng sự khiếu nại được định sẵn giúp sinh ra sự khác nhau và cộng tác cao trong suốt quy trình phát triển.
Khi team thường xuyên chuyển giao giá bán trị, thì team sẽ sở hữu được động lực hơn và hạnh phúc hơn khi quan sát thấy tiến trình phát triển của chính mình trong một thời hạn ngắn.
Đối với công ty lớn nói chung, vận dụng Scrum rất có thể giúp công ty lớn đẩy nhanh tốc độ phát hành sản phẩm ra thị trường, tăng năng suất thao tác làm việc của nhân sự hay đem đến sự hài lòng cho khách hàng hàng.
Tuy nhiên, càng vận dụng Scrum, các bạn sẽ thấy rằng đang cần thời hạn để thạo Scrum. Những khái niệm về phân đoạn nhỏ tuổi như Sprint, những cuộc họp daily meeting, Sprint reviews và những thực hành của Scrum master hoàn toàn có thể là thách thức với các team mới.
Nhưng lợi ích lâu dài của Scrum sẽ rất đáng để để chúng ta vượt qua hồ hết trở ngại ban đầu. Ví như tổ chức của người tiêu dùng chưa vận dụng triết lý agile và sử dụng khung thao tác Scrum vào trong team nhóm có tác dụng việc, thì rất có thể học từ đa số khái niệm cơ bạn dạng nhất, cùng thử áp dụng với một team đang sống với những giá trị tiếp giáp nhất với Scrum (dũng cảm, tập trung, cam kết, tôn trọng, túa mở).
Hiện tại nhóm nhóm của công ty đã áp dụng Scrum tới đâu rồi? bạn cũng có thể liên lạc với bọn chúng mình để thuộc nhau luận bàn về chủ thể này!Chúc chúng ta thành công vào việc ứng dụng Scrum vào công việc của đội nhóm, và đem về nhiều giá trị hơn tới khách hàng!
Mong rằng nội dung bài viết này sẽ giúp các chúng ta có thể hiểu rộng về mô hình Scrum. Không tính khái niệm Scrum là gì, chúng ta cũng nên tìm hiểu thêm các cách thức Agile khác để có thể đưa ra lựa chọn rất tốt do dự án của bản thân bạn nhé!
