Tổng quan về Scrum

Scrum là gì?

Scrum là một khung tổ chức triển khai việc làm ( framework ) dùng trong những dự án Bất Động Sản tăng trưởng ứng dụng với tiềm năng là chuyển giao những mẫu sản phẩm mới đều đặn, sau từ 1-4 tuần .Theo Scrum. org – đơn vị chức năng nổi tiếng ra mắt những kim chỉ nan về Scrum, Scrum là một framework giúp tất cả chúng ta xử lý những yếu tố phức tạp luôn đổi khác, mà vẫn giữ hiệu suất cao và phát minh sáng tạo khi chuyển giao những loại sản phẩm có giá trị cao .Scrum cũng được tổ chức triển khai này nhấn mạnh vấn đề, không phải là một mạng lưới hệ thống những phương pháp luận ( methodology ). Mà nó gồm có những phương pháp nhất định để giúp 1 nhóm thao tác cộng tác với nhau trong thực tiễn nhằm mục đích chuyển giao mẫu sản phẩm phức tạp ( như ứng dụng ) .

Scrum khuyến khích team học tập qua trải nghiệm, tự tổ chức các hoạt động của team để giải quyết các bài toán, và reflect – suy tưởng, phản tư về những thành công cũng như thất bại của team để liên tục tìm ra các cải tiến. 

Bạn đang đọc: Tổng quan về Scrum

Scrum có phải là agile?

The answer : Scrum is just one of the ways to achieve agile thinking. Scrum is in the big Agile umbrella. That big umbrella includes many different methods, ways and practices .‍Chiếc ô agile bao trùm nhiều frameworkChiếc ô agile bao trùm nhiều framework.

Có thể nói, Scrum là một trong những cách tiếp cận phổ biến nhất hiện nay khi đội nhóm muốn ứng dụng agile vào công việc. 

Cần quan tâm rằng Scrum là khung thao tác, còn Agile là mindset. Agile mindset là tư tưởng, tư duy thao tác. Triết lý agile chỉ đề cập đến 4 giá trị và 12 nguyên tắc khuynh hướng giúp tăng trưởng ứng dụng một cách linh động, nhanh gọn đưa ra thị trường, chứ không chỉ rõ đơn cử ta nên làm như thế nào khi ứng dụng vào đội nhóm .Bởi vậy, tất cả chúng ta khó hoàn toàn có thể trở thành người có Agile mindset ngay trong 1 thời hạn ngắn. Nhưng bằng cách sử dụng những framework ( trong đó Scrum là 1 loại framework phổ cập ), tất cả chúng ta hoàn toàn có thể rút ngắn quy trình đưa những giá trị và nguyên tắc của Agile vào thực tiễn việc làm hàng ngày .

Các trụ cột của Scrum

Scrum được thiết kế xây dựng dựa trên những triết lý về quy trình tiến độ thực tiễn. Những kim chỉ nan này dựa trên 3 trụ cột .3 trụ cột của scrum3 trụ cột của scrum

1. Minh bạch (transparency)

Sức mạnh của một dự án hay một công ty nằm ở việc mọi người phối hợp với nhau để hoàn thành mục tiêu, sứ mệnh đã đề ra. Để có thể đẩy thuyền đi đến đích, các team, các thành viên cần được truy cập vào những thông tin hữu ích với họ trong quá trình phát triển sản phẩm. 

Trong Scrum đề ra những sự kiện họp như Sprint Planning, Sprint Review, Sprint Retrospective, daily meeting để giúp tăng cường sự tương tác và trao đổi thông tin giữa những thành viên thao tác .Khía cạnh minh bạch này cũng tương quan mật thiết tới 2 trụ cột còn lại. Sẽ rất khó để hoàn toàn có thể thanh tra nếu việc làm, quá trình không hiển lộ ra cho người khác biết. Và cũng sẽ rất khó để kịp thời, nhanh gọn kiểm soát và điều chỉnh kế hoạch nếu bị thiếu thông tin, hoặc nhiễu loạn thông tin .Ví dụ :Daily meeting là lúc để những thành viên trao đổi, tương tác với nhau về việc làm, về mẫu sản phẩm đang triển khai. Đồng thời nhìn vào những công cụ trình diễn, như Kanban board, bộc lộ rõ tiến trình, trạng thái của luồng việc sẽ giúp cả độ tăng trưởng và Product Owner hiểu nhau hơn, đồng thời hoàn toàn có thể nhanh gọn giải quyết và xử lý những yếu tố vướng mắc hoặc chưa được làm rõ .

2. Thanh tra (inspection)

Để bảo vệ chất lượng cho loại sản phẩm, tránh những sự sai khác quá lớn về mẫu sản phẩm làm ra trong thực tiễn so với loại sản phẩm mong ước khởi đầu, tất cả chúng ta cần phải thanh tra những thứ được tạo ra một cách liên tục, định kỳ .Sự thanh tra được triển khai ở một thời gian nhất định, chứ không nên xen ngang vào giữa chừng .Ví dụ : Các thành viên đội tăng trưởng cùng với Product Owner tham gia Sprint Review, Sprint Retrospective. Đây là những hoạt động giải trí bộc lộ đặc thù thanh tra. Khi ấy họ sẽ thanh tra chính mẫu sản phẩm chuyển giao, và những tiến trình tăng trưởng loại sản phẩm .

3. Thích nghi (adaptation)

Khi có sự chệch hướng so với Product Roadmap, hoặc do nhu yếu thị trường biến hóa, loại sản phẩm và tiến trình cũng cần được kiểm soát và điều chỉnh nhanh gọn để thích nghi với những đổi khác này .Ví dụ : Đội tăng trưởng cần thích ứng mẫu sản phẩm của mình vào cuối mỗi Sprint, để tương thích với lộ trình tăng trưởng mẫu sản phẩm, với nhu yếu của Product Owner, hay của những Stakeholders

Các giá trị của Scrum

Các giá trị cốt lõi của Scrum được hiểu là những người sống với giá trị này sẽ thuận tiện hơn khi thực thi Scrum trong việc làm. Đó là .

1. Dũng cảm – Courage

Dũng cảm là một giá trị rất quan trọng mà những thành viên team Scrum cần hướng tới. Đội Scrum hay development team cần phải cảm thấy bảo đảm an toàn để nêu ra quan điểm của mình, để nói không khi cần, và thử nghiệm những điều mới lạ. Đội tăng trưởng cũng cần sự gan góc để thử thách những mô thức cũ, cản trở con đường đạt được tiềm năng .

2. Tập trung – Focus

Scrum coi trọng sự tập trung chuyên sâu vào ít thứ. Nghĩa là khởi đầu một thứ và kết thúc nó, hạn chế số lượng việc làm đang diễn ra cùng lúc, hạn chế số việc ở trạng thái Doing ( limit WIP )

3. Cam kết – Commitment 

Các thành viên của team thao tác Scrum cần phải có sự cam kết với những tiềm năng của đội nhóm. Họ là người lựa chọn sẽ triển khai điều gì, và gắn chặt với những điều mình chọn .Như bạn đã biết, lõi của Scrum là Sprint. Mỗi Sprint đều cần có những tiềm năng rõ ràng trong 1 timebox ( từ 1-4 tuần ). Đội tăng trưởng hoàn toàn có thể chia nhỏ tiềm năng thành những phần hoàn toàn có thể giải quyết và xử lý được và bắt tay vào triển khai việc làm. Các thành viên cần nhìn nhận tính trong thực tiễn của những tiềm năng đưa để thống nhất những việc làm cần triển khai xong cho tương thích để họ giữ được cam kết với những thứ mình mong ước chuyển giao .

4. Tôn trọng – Respect

Các thành viên trong Scrum team hay đội tăng trưởng cần biểu lộ sự tôn trọng lẫn nhau, tôn trọng Product Owner và những bên tương quan ( Stakeholders ), cũng như Scrum Master .Các đội nhóm sống với niềm tin Agile cần biết rằng sức mạnh để đạt được tiềm năng nằm ở trí tuệ tập thể, ở phương pháp họ cộng tác hợp tác ăn ý với nhau. Mỗi cá thể đều có góp phần nhất định vào tiềm năng của Sprint. Vì vậy, họ cần tôn trọng quan điểm của nhau, ghi nhận nỗ lực của nhau, thậm chí còn gật đầu sự không tuyệt vời và hoàn hảo nhất của những thành viên .

5. Cởi mở – Openness

Đội tăng trưởng cần không ngừng tìm kiếm những ý tưởng sáng tạo mới, những thời cơ mới để học hỏi. Một đội nhóm agile cũng cần thành thật với nhau khi cần sự giúp sức .

Các công cụ của Scrum

công cụ của ScrumProduct backlog là một hạng mục những việc làm cần triển khai xong, được quản trị bởi Product Owner hoặc Product Manager .Danh mục này là một list những tính năng, nhu yế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 việc làm trong Product Backlog hoàn toàn có thể bị đổi khác do nhu yếu của người mua biến hóa, nhu yếu thị trường biến hóa nên nó cần Product Owner liên tục chăm nom, sắp xếp thứ tự ưu tiên và quản trị, duy trì .

2. Sprint backlog

Sprint backlog là một list những đầu việc, hoặc user story, bug được lựa chọn bởi development team ( đội tăng trưởng ), mang vào để tiến hành trong 1 Sprint. Trước mỗi Sprint, đội tăng trưởng sẽ có buổi họp Sprint Planning để lựa chọn sẽ triển khai những đầu việc nào từ Product Backlog .Sprint Backlog hoàn toàn có thể linh động và tiến hóa trong 1 Sprint. Tuy nhiên những tiềm năng cơ bản Sprint goal – điều mà team muốn đạt được trong Sprint đó thì không hề nhượng bộ .

3. Increment (Sprint Goal)

Là mẫu sản phẩm hoàn toàn có thể dùng được từ 1 Sprint .

Ở Magestore, chúng mình sẽ chuyển giao increment – phần tăng trưởng của sản phẩm vào cuối mỗi tuần cho người dùng. Sprint của chúng mình được cả công ty ấn định là kéo dài 1 tuần. Và cứ đến sáng thứ 2 của tuần mới, các team sẽ cùng minh họa và giới thiệu các sản phẩm này tới toàn công ty để mọi người cùng hiểu được các team khác đang có bước tiến như thế nào trong sự phát triển của toàn công ty. 

Bạn hoàn toàn có thể ít nghe đến từ Increment vì hoàn toàn có thể mọi người thường dùng từ Sprint Goal, milestone, hay hoặc shipped epic. Đó là tùy thuộc vào mỗi công ty, mỗi đội nhóm và cách định nghĩa triển khai xong của bạn .

4. Burndown chart

Product burndown chartProduct burndown chart

Burndown chart là biểu đồ thể hiện lượng công việc còn lại tới khi hoàn thành. Nó thể hiện tốc độ team của bạn “đốt cháy” các công việc để tiến tới mục tiêu như thế nào. 

Trục dọc thường là lượng việc làm, trục ngang là ngày hoặc Sprint .Nếu nhìn vào Sprint burndown, thấy việc làm của team bạn đang chậm chơi so với kỳ vọng, bộc lộ lượng việc hoàn thành xong đ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 chú ý và tập trung chuyên sâu triển khai xong những đầu mục việc quan trọng nhất để đạt tiềm năng Sprint. Cùng với đó hoàn toàn có thể họp làm mịn, tìm ra những nút thắt cản trở việc làm được hoàn thành xong .Sprint burndown chartSprint burndown chart

Nhìn vào Product Burndown chart qua các Sprint tuần tự, bạn cũng sẽ thấy nhịp độ chuyển giao công việc của team. Sẽ không có 1 đường thẳng tắp từ trên xuống dưới vì đội nhóm nào cũng sẽ gặp những biến cố hoặc trắc trở hoặc thuận lợi khác nhau khiến cho nhịp độ chuyển giao lên xuống dao động qua từng Sprint. Nhưng nhìn vào biểu đồ, bạn cũng sẽ có cái nhìn tổng quan hơn về tiến trình thực hiện product backlog hoặc project. 

Product burndown chartProduct burndown chart

Các vai trò trong đội nhóm sử dụng Scrum

3 vai trò trong scrum3 vai trò trong scrumProduct Owner là người chịu nghĩa vụ và trách nhiệm về thành công xuất sắc của dự án Bất Động Sản, hoặc của mẫu sản phẩm. Họ sẽ tập trung chuyên sâu vào góc nhìn business ( kinh doanh thương mại ), góc nhìn người mua và nhu yếu của thị trường, sau đó thiết lập những ưu tiên cho việc làm để đội tăng trưởng triển khai .Một Product Owner hiệu suất cao là người :

  • Xây dựng và quản lý tốt product backlog
  • Có mối quan hệ chặt chẽ về phía doanh nghiệp và đội phát triển, đảm bảo rằng tất cả 2 bên cùng hiểu các hạng mục công việc trong Product Backlog. 
  • Đưa ra những định hướng rõ ràng cho đội phát triển về các tính năng sẽ chuyển giao
  • Quyết định khi nào sẽ chuyển giao sản phẩm và với chu kỳ chuyển giao như thế nào. 

2. Scrum Master

Scrum Master là người am hiểu rõ về Scrum trong đội tăng trưởng. Họ sẽ coach team, Product Owners và những bên tương quan khi những người này tham gia vào quá trình Scrum .Một Scrum Master có năng lượng là người hiểu những việc làm được triển khai bởi đội tăng trưởng và giúp đội này tối ưu hóa sự minh bạch và hiệu suất chuyển giao. Anh ấy / cô ấy giữ vai trò người điều phối ( facilitator ), tập hợp những nguồn lực thiết yếu ( cả về nhân sự lẫn trang thiết bị, logistics … ) cho những buổi họp Sprint Planning, Stand-up, Sprint Review, Sprint Retrospective .Đội tăng trưởng chính là những người thực thi thiết kế xây dựng mẫu sản phẩm, hoàn thành xong những thứ cần được chuyển giao tới người mua .Một đội tăng trưởng hiệu suất cao gồm có những thành viên có mối quan hệ thân thương với nhau, ngồi gần nhau trong cùng 1 khoảng trống ( co-located ) và thường có từ 5-7 thành viên .Một trong những quy tắc để xác lập số lượng thành viên cho đội tăng trưởng, dựa trên câu nói nổi tiếng của Jeff Bezos, CEO Amazon : “ Một team chỉ nên đủ nhỏ để ăn chung 2 chiếc bánh pizza. ” – ( 8 miếng bánh -> tối đa 8 người )Đội tăng trưởng này nên là một cross-function team, gồm những người có nhóm kỹ năng và kiến thức khác nhau ( skill set ), để hoàn toàn có thể training lẫn nhau, nhờ đó không ai trở thành nút thắt trong luồng chảy việc làm .

Đồng thời, đội này cùng cần là một đội tự tổ chức (self-organizing team). Họ được trao quyền để lựa chọn sẽ giải quyết các bài toán được đề ra như thế nào. Họ cũng là những người sẽ dự tính khối lượng công việc mà họ có thể hoàn thành được trong Sprint và cam kết với chúng. 

 Scrum diễn ra như thế nào?

Các sự kiện trong ScrumCác sự kiện trong Scrum

1. Tổ chức backlog (hay còn được gọi là backlog grooming)

Đây thường là nghĩa vụ và trách nhiệm của Product Owner. PO là người khuynh hướng loại sản phẩm tới tầm nhìn đã đưa ra. PO cũng cần có sự nhạy bén về mặt thị trường, về người mua để biến hóa lộ trình tăng trưởng loại sản phẩm khi cần .PO đồng thời sẽ là cầu nối giữa người dùng và người mua với đội tăng trưởng. PO sẽ tiếp đón quan điểm phản hồi từ cả 2 phía để tạo nên một hạng mục những việc làm sẵn sàng chuẩn bị cho việc tiến hành trong thời hạn tiếp theo .

2. Sprint Planning (Họp kế hoạch Sprint)

Đây là cuộc họp lên kế hoạch, đặt tiềm năng cho Sprint của đội tăng trưởng. Các user story đơn cử sẽ được thêm vào Sprint backlog từ Product backlog. Các user story cần được những thành viên đồng thuận với nhau rằng là khả thi để thực thi trong Sprint này .Cuối buổi họp Sprint Planning, đội tăng trưởng cần rõ với nhau về những gì sẽ cần được chuyển giao trong Sprint, và những phần tăng trưởng loại 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 lê dài tối thiểu là 1 tuần, nhiều nhất là 4 tuần. Đây là khoảng chừng thời hạn đội tăng trưởng thao tác, phối hợp với nhau để hoàn thành phần tăng trưởng mẫu sản phẩm ( increment ) .Trong khoảng chừng thời hạn này, khoanh vùng phạm vi việc làm của Sprint hoàn toàn có thể được Product Owner và đội tăng trưởng ( development team ) mang ra thương lượng, nếu thấy thiết yếu .Tất cả những sự kiện từ Planning cho đến Retrospective đều diễn ra trong khoanh vùng phạm vi 1 Sprint .Thời lượng của 1 Sprint nên được giữ vững trong một khoảng chừng thời hạn tăng trưởng loại sản phẩm, điều này giúp cho đội tăng trưởng học được từ những thưởng thức trong quá khứ và vận dụng chúng vào những Sprint trong tương lai .

4. Daily stand-up meeting (họp đứng hàng ngày)

Đây là những buổi họp cực ngắn, tổ chức triển khai vào 1 khung giờ cố định và thắt chặt, hàng ngày. Các thành viên tham gia vấn đáp 3 câu hỏi : Hôm qua làm gì ? Hôm nay sẽ làm gì ? Khó khăn, trở ngại đang gặp phải là gì ?Cuộc họp này chỉ nên số lượng giới hạn trong 15 phút vì vậy format họp đứng, không cần bước vào phòng họp sẽ là format hài hòa và hợp lý nhất .

5. Sprint Review (Họp sơ kết Sprint)

Cuối mỗi Sprint, team sẽ tụ họp với nhau trong một buổi để demo increment – phần tăng trưởng loại sản phẩm. Team cũng sẽ chỉ ra những khuôn khổ việc làm đã hoàn thành xong, và tiếp đón góp ý từ product owner .

Product Owner sẽ là người quyết định có phát hành phần tăng trưởng sản phẩm này hay không.
Sprint Review cũng là lúc để Product Owner nhìn lại vào Product Backlog sau khi Sprint vừa diễn ra, đưa ra những dự định cho Sprint tiếp theo. 

6. Sprint Retrospective (Họp Cải tiến Sprint)

Retrospective là cuộc họp để đội tăng trưởng cùng ngồi lại với nhau và trao đổi về những gì đã diễn ra thuận tiện, những gì chưa tốt trong Sprint. Đó hoàn toàn có thể là về tiến trình, về con người, về công cụ, thậm chí còn về chính những sự kiện họp diễn ra trong Sprint .Mục đích của Retrospective là tạo ra khoảng trống và thời cơ để những thành viên reflect, tìm ra những nâng cấp cải tiến cho Sprint tiếp theo .

Cuối cùng, có nên bắt đầu triển khai Scrum?

Các quy tắc, những công cụ, sự kiện, vai trò trong Scrum khá dễ hiểu. Việc tổ chức triển khai những việc làm phức hợp thành những phần nhỏ hơn là góc nhìn tiếp cận mà Scrum mang đến giúp team xử lý những việc làm khó. Đi kèm với đó, những vai trò và sự kiện được định sẵn giúp hình thành sự minh bạch và cộng tác cao trong suốt quy trình tăng trưởng .Khi team liên tục chuyển giao giá trị, thì team sẽ có động lực hơn và niềm hạnh phúc hơn khi nhìn thấy tiến trình tăng trưởng của mình trong một thời hạn ngắn .

Đối với doanh nghiệp nói chung, ứng dụng Scrum có thể giúp doanh nghiệp đẩy nhanh tốc độ phát hành sản phẩm ra thị trường, tăng năng suất làm việc của nhân sự hay mang lại sự hài lòng cho khách hàng.

Tuy nhiên, càng ứng dụng Scrum, bạn sẽ thấy rằng sẽ cần thời hạn để thành thạo Scrum. Các khái niệm về phân đoạn nhỏ như Sprint, những cuộc họp daily meeting, Sprint Review và những thực hành thực tế của Scrum master hoàn toàn có thể là thử thách với nhiều team mới .Nhưng quyền lợi lâu dài hơn của Scrum sẽ rất đáng để bạn vượt qua những trở ngại khởi đầu. Nếu tổ chức triển khai của bạn chưa vận dụng triết lý agile và sử dụng khung thao tác Scrum vào trong đội nhóm thao tác, thì hoàn toàn có thể học từ những khái niệm cơ bản nhất, và thử ứng dụng với một team đang sống với những giá trị sát nhất với Scrum ( dũng mãnh, tập trung chuyên sâu, cam kết, tôn trọng, cởi mở ) .

Hiện tại đội nhóm của bạn đã áp dụng Scrum tới đâu rồi? Bạn có thể liên lạc với chúng mình để cùng nhau thảo luận về chủ đề này!
Chúc các bạn thành công trong việc ứng dụng Scrum vào công việc của đội nhóm, và đem lại nhiều giá trị hơn tới khách hàng!

Rate this post
Subscribe
Notify of
guest
0 Comments
Inline Feedbacks
View all comments