Làm thế nào để tìm đúng khách hàng trên Internet. Vị trí và cách tìm kiếm khách hàng cho người quản lý bán hàng: hướng dẫn từng bước. Cách thu hút khách hàng bằng quảng cáo theo ngữ cảnh
Cuốn sách nổi tiếng nhất về chủ đề này, được dịch sang tiếng Nga, có tên là “Scrum. Một phương pháp quản lý dự án mang tính cách mạng”, trong đó có một định nghĩa thường gây ra sự chỉ trích. Trong bản gốc, phụ đề lại khác: “Nghệ thuật làm hai lần làm việc nhiều hơn nhanh gấp hai lần". Ở đây Scrum không được gọi là một phương pháp và chúng ta không nói về quản lý dự án. Tuy nhiên, cách giải thích này trong bối cảnh rộng hơn cũng hợp lý. Đặc biệt nếu một khu vực phát triển không hẹp đang được xem xét phần mềm(phần mềm) và cách tiếp cận cơ bản của khuôn khổ, dễ dàng mở rộng cho hầu hết mọi loại hoạt động tập thể.
Scrum: Mất bản dịch
Scrum (phát âm là “scrum” trong tiếng Nga) là một thuật ngữ trong bóng bầu dục dùng để chỉ nhân vật được người chơi tạo ra trong trận đấu và trong kinh doanh được các tác giả Jeff Sutherland và Ken Schwaber đặt ra như một khuôn khổ cho một quy trình phát triển phần mềm hiệu quả. Mô tả chính thức của Scrum không cung cấp hướng dẫn về những việc cần làm trong mọi tình huống và một số câu hỏi vẫn chưa được trả lời (ví dụ: nó chỉ ra sự cần thiết phải ước tính thời gian phân bổ cho quy trình nhưng không chỉ rõ loại ước tính). Vì vậy, việc nói về Scrum như một phương pháp toàn diện theo nghĩa cổ điển của từ này phải được thực hiện một cách thận trọng.
Bản thân các nhà phát triển phần mềm thường gọi Scrum là một framework, đồng thời có nghĩa là nền tảng xác định cấu trúc của bất kỳ phần mềm nào. hệ thống phần mềm và một loại hình thức tổ chức cho phép bạn cấu trúc nội dung của quy trình. Chính trong ý nghĩa thứ hai của “một mô hình hình thức để cấu trúc nội dung của các hoạt động tập thể” mà Scrum bắt đầu được sử dụng trong các ngành thương mại và phi thương mại khác. Ở đó, sau khi đã chứa đầy nội dung của nó, cơ cấu quản lý đã nhận được danh hiệu phương pháp luận.
Khung Scrum phổ quát
Quản lý sản phẩm trong Scrum bao gồm một số bước phổ biến cho từng bối cảnh.
- Một “Chủ sở hữu sản phẩm” được chọn - một người sẽ trở thành liên kết giữa thị trường (khách hàng của sản phẩm hoặc người dùng cuối) và nhóm thực hiện. Người này chịu trách nhiệm tăng thêm giá trị cho sản phẩm và nhìn ra tầm nhìn tổng thể ngay từ đầu.
- Một nhóm người biểu diễn được tập hợp, năng lực của họ phải được kết hợp với khả năng làm việc phối hợp.
- Scrum Master đã quyết tâm. Ở đây, quản đốc là quản trị viên, người theo dõi tiến độ công việc trong nhóm, nhưng không phải là người chỉ huy mà giúp đào tạo, đảm bảo các cuộc họp đã lên lịch, v.v.
- Một danh sách các yêu cầu cho mục tiêu và sản phẩm được tạo ra với các hạng mục được ưu tiên. Danh sách này thay đổi khi dự án tiến triển.
- Các thành viên trong nhóm đánh giá từng mục trong danh sách, quyết định có bao nhiêu mục tạm thời và nguồn nguyên liệu cần thiết để hoàn thành nhiệm vụ.
- Chủ sở hữu sản phẩm, chủ và các thành viên trong nhóm tổ chức một cuộc họp trong đó thảo luận chung một cuộc chạy nước rút đã được lên kế hoạch - một giai đoạn ngắn (không quá một tháng đối với các nhà phát triển phần mềm) mà tại đó người ta lên kế hoạch để giải quyết một phần nhất định của vấn đề. Trong một số bối cảnh, giai đoạn này được gọi là lặp lại. Người ta giả định rằng trong mỗi lần lặp lại nước rút, nhóm tích lũy được một số điểm nhất định, số điểm này mong muốn tăng lên trong lần chạy nước rút tiếp theo để chứng tỏ năng suất tăng lên.
- Để thông báo cho tất cả những người tham gia trong quá trình này, một bảng thông tin được tạo ra, chứa đầy các ghi chú dán, phân chia những việc cần làm, những việc đang tiến hành và những việc đã làm. Khi nhiệm vụ hoàn thành, nhãn dán sẽ được chuyển từ cột này sang cột khác.
- Các cuộc họp chung ngắn được tổ chức hàng ngày. Họ nêu lên những trở ngại trên đường đi, xác định những gì đã được thực hiện vì lợi ích của dự án và những gì đã được lên kế hoạch.
- Mỗi lần chạy nước rút đều kết thúc đánh giá chi tiết kết quả công việc và quan trọng không kém là phần thảo luận về đặc điểm của quy trình trong sprint vừa qua. Nếu có thể cải thiện điều gì đó, những đổi mới nhằm tối ưu hóa sẽ được thảo luận và sẽ được triển khai trong lần chạy nước rút tiếp theo.
Để kế hoạch như vậy có thể khả thi, phương pháp quản lý Scrum phải bao gồm một số thành phần:
- Triết lý Scrum, theo thời gian bao gồm các giá trị và nguyên tắc của tuyên ngôn Agile (tác giả của phương pháp này nằm trong số 17 tác giả đã ký vào tuyên ngôn nổi tiếng),
- yêu cầu ở một định dạng nhất định,
- một thuật toán hành động nhất định với sự phân bổ vai trò trong nhóm,
- loại mối quan hệ làm việc đặc biệt,
- sự hiểu biết cụ thể về một bước công việc cá nhân,
- công cụ thích hợp cho phương pháp này.
Tùy thuộc vào lĩnh vực mà phương pháp quản lý Scrum đang được triển khai, đặc điểm của một số thành phần có thể khác nhau. Ví dụ: số lượng người biểu diễn trong một nhóm, một số công cụ kế toán hoặc hệ thống tính điểm đều khác nhau. Nhưng những điểm chính và phạm vi của khuôn khổ Scrum sẽ không thay đổi.
Cơ sở triết học của Scrum
Quản lý sản phẩm trong Scrum ở cấp độ tư tưởng đang tuân theo một hình ảnh nhất định cuộc sống và cách thức hoạt động. Tác giả của cuốn sách về phương pháp Scrum rất yêu thích võ thuật Nhật Bản, và niềm đam mê này được thể hiện qua thái độ của ông đối với công việc, vốn không còn chỉ là kiếm tiền. Làm việc theo phong cách Scrum (như Aikido) là một cách cải tiến liên tục thông qua luyện tập nhằm đạt được sự thống nhất giữa cơ thể và tâm trí.
Nền tảng tư tưởng của Scrum sau này được thể hiện rõ ràng hơn trong tuyên ngôn Agile. Nó liệt kê 4 giá trị và 12 nguyên tắc mà các tác giả của bản tuyên ngôn kêu gọi tuân theo. Vị trí đầu tiên trong hệ thống giá trị được trao cho:
- con người và sự tương tác của họ,
- sản phẩm đang hoạt động
- cộng tác trực tiếp với khách hàng,
- sẵn sàng thay đổi và thay đổi.
Những giá trị này không bị phản đối nhưng được xác định là quan trọng hơn liên quan đến việc tuân thủ chính thức khuôn mẫu thủ tục và lựa chọn công cụ, tuân thủ thủ tục quan liêu và tuân thủ kế hoạch ban đầu.
Người ta cho rằng nếu thực tiễn thực hiện các điều chỉnh ở từng giai đoạn và điều này làm cho sản phẩm tốt hơn, có giá trị hơn và người tiêu dùng hài lòng hơn thì thực tiễn này sẽ tốt hơn so với việc lập kế hoạch cứng nhắc. Cách tiếp cận Agile tập hợp một nhóm mô hình dựa trên các giá trị được khớp nối. Scrum đã và vẫn là một phần của dòng mô hình này.
Vai trò trong Scrum
Cách tiếp cận Scrum liên quan đến việc phân bổ ba vai trò giữa những người tham gia dự án.
- Chủ sở hữu sản phẩm. Người này được gọi là “product owner” vì anh ta trở thành người duy nhất đưa ra quyết định cuối cùng (vì vậy vai trò này thường không được giao cho một nhóm người). Anh ấy cũng lãnh đạo toàn bộ dự án và tham gia vào việc tăng giá trị của sản phẩm cho thị trường (khách hàng) mà anh ấy đại diện. Người thực hiện vai trò này phải phân công nhiệm vụ cho nhóm trong sprint nhưng không giao nhiệm vụ cho một người thực hiện cụ thể. Tức là Chủ sở hữu sản phẩm quản lý sản phẩm chứ không phải nhóm.
- Đội sản xuất. Vai trò của quản đốc cũng không ngụ ý khả năng giao nhiệm vụ cho một người thực hiện cụ thể, vì nhóm, tuân theo các nguyên tắc của phương pháp tiếp cận, phải thể hiện mình như một cơ quan tự tổ chức và tự quản lý. Vai trò của anh ấy trong công việc gần giống với vai trò của một quản trị viên:
- Đội. Nhóm Scrum trong mô hình này có tính chất đa chức năng và tự quản lý. KHÔNG Người đặc biệt, ai sẽ tổ chức công việc của mình. Liên quan đến lĩnh vực phát triển phần mềm, theo quy định, các nhóm bao gồm 5-9 người (trung bình là bảy) chuyên gia hồ sơ khác nhau(nhà phân tích, nhà phát triển, người thử nghiệm). Bất chấp sự đa dạng của các chuyên gia trong nhóm, Nhóm hoạt động như một tổng thể duy nhất và kết quả hoạt động của Nhóm cũng được đánh giá là kết quả của công việc chung.
Trong các lĩnh vực kinh doanh khác áp dụng mô hình Scrum, họ cố gắng duy trì tiêu chuẩn định lượng này, vì một nhóm lớn hơn khó có thể tự tổ chức và hoạt động hiệu quả. Không có gì lạ trong trò chơi nổi tiếng What? Ở đâu? Khi? tác giả của nó, V. Voroshilov, khi đưa ra các quy tắc, đã coi sáu chuyên gia là đơn vị tập thể chức năng hiệu quả nhất.
Trong trường hợp mở rộng quy mô khi giải quyết các vấn đề nhiều mặt tốn rất nhiều công sức, họ vẫn cố gắng không tăng số lượng người trong nhóm Scrum mà tổ chức một hệ thống gồm nhiều nhóm để làm việc. Trong số những điều khác, điều này được giải thích bởi “Định luật Brooks”, theo đó, nếu nhóm không có thời gian để hoàn thành dự án đúng thời hạn thì việc bổ sung thêm nhiều người biểu diễn sẽ khiến dự án càng trì hoãn hơn.
Đặc điểm của các giai đoạn công việc
Công việc dự án và quản lý thời gian bao gồm các giai đoạn lập kế hoạch, chạy nước rút và phỏng vấn chạy nước rút.
Trong mô hình Scrum, các quy trình và hoạt động đều liên quan đến tính minh bạch. Để mọi người có thể xem mọi thứ trong thời gian thực, một bộ công cụ cụ thể đang được giới thiệu - một bảng có các cột, trên đó minh họa quy trình bằng cách sắp xếp lại các nhãn dán. Ở phiên bản nâng cao, danh sách bảng thông tin được mở rộng.
Danh sách các tạo phẩm Scrum bao gồm 4 công cụ:
Tất cả các giai đoạn, quy trình (nghi lễ) và công nghệ sử dụng công cụ đều quan trọng đối với khả năng tồn tại của mô hình. Quản lý dự án Scrum mang lại hiệu quả tối đa với việc triển khai toàn diện và có hệ thống tất cả các thành phần.
- người chủ làm việc để tạo ra bầu không khí tin cậy trong nhóm, trong khi những người khác giải quyết vấn đề của họ,
- loại bỏ những trở ngại
- nêu lên, hình thành và đưa ra thảo luận những mâu thuẫn tiềm ẩn,
- trở thành cầu nối giữa người quản lý dự án và nhóm.
Xin chào các bạn thân mến!
Tôi mang đến cho bạn sự chú ý một bài đánh giá về cuốn sách Scrum. Phương pháp quản lý dự án mang tính cách mạng của Geoff Sutherland từ nhà xuất bản MIF.
Jeff Sutherland là cố vấn cho OpenView Venture Partners và là người đứng đầu Scrum. Ông đã tạo ra phương pháp Scrum vào năm 1993 và chính thức hóa nó vào năm 1995 cùng với Ken Schwaber. Ngày nay phương pháp này được sử dụng trên toàn thế giới.
Đặc điểm của phương pháp SCRUM:
Có hai cách tiếp cận:
- thác, theo tác giả, lãng phí hàng trăm triệu đô la và thường chẳng dẫn đến kết quả gì. Nguyên lý của phương pháp xếp tầng được thể hiện trong hình:
- mới:
“khi các nghĩa vụ được hoàn thành với ít lực lượng hơn, trong thời gian ngắn và chi phí thấp, đồng thời sản phẩm cuối cùng có chất lượng tuyệt vời và đảm bảo năng suất cao.”
Chúng ta hãy nhìn vào cấu trúc của cuốn sách và tập trung vào những điểm nổi bật mà tôi thấy ấn tượng nhất.
1. Cấu trúc của cuốn sách rất đơn giản: 9 chương, phần giới thiệu và lời bạt ở dạng phụ lục, có kèm theo hướng dẫn ngắn gọn, cách dễ dàng triển khai phương pháp SCRUM vào hệ thống quản lý dự án của bạn.
2. Ở cuối mỗi chương có phần tóm tắt ngắn gọn về mọi thứ được trình bày. Điều này giúp ích rất nhiều cho việc cấu trúc thông tin và nhận thức nó sâu sắc hơn.
3. Trong cuốn sách nhiều câu chuyện cuộc sống thú vị, điều này làm cho quá trình đọc trở nên tươi sáng và thú vị))
Trên những trang sách, Jeff Sutherland kể câu chuyện của mình: cuộc sống đã dẫn dắt ông tạo ra một hệ thống quản lý dự án như thế nào. Kể về những khoảnh khắc hợp tác nổi bật nhất với FBI và các công ty lớn nhất thế giới.
5. Jeff Sutherland tập trung vào một khía cạnh quan trọng là hình thành ý kiến của bạnđể không bị ảnh hưởng bởi người khác. Trong câu hỏi này, ông đề cập đến hai khái niệm về hiệu ứng:
hiệu ứng thác nước,
Hiệu ứng hào quang hay hiệu ứng hào quang.
Một trong phương pháp tốtđể không bị lộ ảnh hưởng bên ngoài– đây là Delphic (ẩn danh).
Để minh họa cho cách tiếp cận này, tác giả trích dẫn nhiều những câu chuyện thú vị. Một số trong số đó sẽ truyền cảm hứng cho bạn để phát triển trí thông minh và tư duy đa cấp độ.
6. Trong cuốn sách của tôi vấn đề làm việc theo mục tiêu chiến lược được phản ánh sâu sắc:
- nhóm của bạn cần bao nhiêu thời gian để hoàn thành nhiệm vụ này hoặc nhiệm vụ kia,
- Có cơ cấu và kế hoạch hành động rõ ràng để thực hiện các mục tiêu chính không? vấn đề công ty,
- thời gian sản xuất là bao nhiêu và nhiều thứ khác.
Tác giả chia sẻ một trong những công cụ xây dựng hiệu quả nhất kinh doanh thành công- "lịch sử người dùng". Bản chất của nó là tạo ra thuật toán giảm thiểu chi phí lao động khi đến Mục tiêu: cung cấp cho khách hàng cái đó thông tin/sản phẩm mà anh ấy cần.
7. Jeff Sutherland cũng chú ý đến vấn đề tạo ra một bầu không khí nhất định trong nhóm, điều này sẽ góp phần vào sự phát triển nội bộ của mỗi nhân viên trong công ty và toàn thể công ty.
Ý tưởng chính là hạnh phúc:
Điều gì hiện là quan trọng nhất đối với mỗi thành viên trong nhóm và đối với toàn bộ nhóm?
- những gì họ cho là quan trọng nhất đối với công ty của họ.
Tác giả khuyến nghị mọi doanh nhân nên làm quen với sơ đồ này. Khái niệm của nó là thế không cần tập trung vào chỉ một phân khúc, chúng phải tương tác đầy đủ với nhau. Jeff Sutherland mô tả chi tiết cách thực hiện điều này trong cuốn sách của mình.
9. Kế hoạch từng bước phát hành sản phẩm.
Và để kết luận, tôi muốn tập trung vào một trong những những vấn đề quan trọng nhất cho bất kỳ doanh nhân nào khi tạo ra hàng hóa và dịch vụ. Đây là những rủi ro, chi phí.
Tôi chắc chắn rằng đối với bạn, cuốn sách này sẽ trở thành một trong những cuốn sách nổi bật nhất về chủ đề quản lý dự án và sẽ truyền cảm hứng cho bạn tạo ra những cơ hội mới để đưa doanh nghiệp của bạn lên một tầm cao mới, nghiêm túc hơn trên thị trường.
Với điều này, các bạn thân mến, tôi muốn kết thúc bài đánh giá của mình bằng lời của tác giả:
Tôi chúc bạn có những tầm cao mới, những người bạn mới và những khám phá tuyệt vời!
Cuốn sách “SCRUM Phương pháp quản lý dự án mang tính cách mạng của Jeff Sutherland sẽ giúp bạn thực hiện được ước mơ cũ của mình. Trong đó, bạn sẽ tìm thấy mọi thứ, từ các thuật toán xây dựng một doanh nghiệp thành công đến các luận điểm phân tích về bí quyết thành công. công ty lớn nhất hòa bình.
Chúc bạn đọc vui vẻ!
Bạn có thể đọc phần đầu cuốn sách miễn phí trên trang web của nhà xuất bản Mann, Ivanov và Ferber
Bạn có thể mua sách tại labirint.ru và ozon.ru
Hãy cho tôi biết trong phần bình luận bên dưới nếu bạn quen thuộc với khái niệm của Jeff Sutherland. Bạn thích điều gì nhất về cách tiếp cận của anh ấy?
Gần đây chúng tôi tại MakeRight.ru rất thích đọc cuốn sách “Scrum. Một phương pháp quản lý dự án mang tính cách mạng của Jeff Sutherland. Nó nói về cái gì vậy? Tóm lại - làm thế nào để tổ chức phối hợp nhóm tốt.
Sau khi bắt đầu triển khai các yếu tố của Scrum vào thực tế, chúng tôi đi đến kết luận rằng các ý tưởng trong cuốn sách thực sự có hiệu quả.
Phương pháp này có mang tính cách mạng như tên gọi không? Chúng tôi không biết. Nhưng có lẽ những ai chưa đọc sách và chưa quen với phương pháp này sẽ học được cho mình một số điều: ý tưởng hữu ích từ bản tóm tắt của chúng tôi ( bản tóm tắt). Vì thế…
Scrum là gì? Bản chất của kỹ thuật
« Xé danh thiếp của bạn. Loại bỏ các chức danh và chức danh khỏi người quản lý và cơ cấu phân cấp. Trao cho mọi người quyền tự do làm những gì họ cho là đúng và cơ hội chịu trách nhiệm về việc đó. Kết quả sẽ làm bạn ngạc nhiên».
Những người tham gia quản lý dự án, hay đơn giản là quản lý, đều biết rõ việc tổ chức phối hợp nhóm tốt khó khăn như thế nào. Do thiếu mạch lạc, kế hoạch liên tục bị vi phạm, tiến độ chậm tiến độ, ngân sách dự án tăng cao, tiền bạc và thời gian trôi qua kẽ tay, nhiệm vụ của các bộ phận khác nhau bị trùng lặp, mọi người tranh cãi và không giúp đỡ lẫn nhau, mặc dù có vẻ như vậy. những nỗ lực của họ nhằm đạt được cùng một mục tiêu. . Ngoài ra, khách hàng thường không hài lòng với phiên bản cuối cùng của sản phẩm được tạo ra.
Phương pháp Scrum do Jeff Sutherland và Ken Schwaber phát triển, được thiết kế để giải quyết tất cả những vấn đề này. Scrum trái ngược với cách tiếp cận cổ điển theo từng giai đoạn trong việc phân phối dự án. Phương pháp Scrum đã được nhiều công ty áp dụng, cả trong các ngành công nghệ nơi nó xuất phát, cũng như từ các ngành truyền thống và thậm chí phi lợi nhuận. Cách tiếp cận cơ bản của phương pháp Scrum có thể được sử dụng trong các loại khác nhau các hoạt động đòi hỏi tinh thần đồng đội.
Đặc điểm quan trọng của Scrum là tính linh hoạt và tập trung vào khách hàng, vì nó giả định sự tham gia trực tiếp của khách hàng (khách hàng) vào quá trình làm việc.
Scrum không yêu cầu triển khai bất kỳ công cụ đắt tiền nào. Phương pháp Scrum có thể được mô tả ngắn gọn như sau:
- Bước đầu tiên là chọn “Chủ sở hữu sản phẩm” - người có tầm nhìn về những gì bạn sắp tạo ra hoặc đạt được.
- Sau đó, bạn cần tập hợp một “Nhóm”, bao gồm những người trực tiếp thực hiện công việc. Họ phải có kỹ năng và kiến thức để giúp hiện thực hóa tầm nhìn của chủ sở hữu sản phẩm.
- Bạn cần chọn một “Scrum Master” - người sẽ giám sát tiến độ của dự án, điều hành các cuộc họp ngắn và giúp nhóm loại bỏ các trở ngại để đạt được mục tiêu.
- Khi bắt đầu công việc, bạn cần tạo càng nhiều danh sách đầy đủ tất cả các yêu cầu đối với một sản phẩm hoặc mục đích. Các mục trong danh sách này nên được ưu tiên. Danh sách này được gọi là Product Backlog. Nó có thể phát triển và thay đổi trong suốt vòng đời của dự án.
- Các thành viên trong nhóm phải sử dụng hệ thống tính điểm của riêng mình để đánh giá độ khó và chi phí cần có để hoàn thành từng mục.
- Sau đó, những người tham gia, Scrum Master và Product Owner sẽ tổ chức cuộc họp Scrum đầu tiên để lập kế hoạch cho Sprint - thời gian nhất địnhđể hoàn thành một số nhiệm vụ. Thời gian chạy nước rút không quá một tháng. Đối với mỗi lần chạy nước rút, đội kiếm được một số điểm nhất định. Nhóm phải không ngừng phấn đấu để vượt quá số điểm tích lũy được cho lần chạy nước rút trước trong lần chạy nước rút mới, tức là mục tiêu của nhóm là không ngừng vượt quá kết quả của chính mình - “tăng tính năng động của hiệu suất”.
- Để tất cả những người tham gia biết được tình trạng công việc, bạn cần tạo một bảng Scrum với ba cột: “Việc cần hoàn thành hoặc tồn đọng”; "Tại nơi làm việc"; "Làm ra". Những người tham gia dán các nhãn dán có nhiệm vụ lên bảng, khi họ làm việc, các nhãn này lần lượt di chuyển từ cột “Tồn đọng” sang cột “đang tiến hành”, rồi đến cột “hoàn thành”.
- Một cuộc họp scrum được tổ chức hàng ngày. Như Jeff Sutherland đã nói, “Đó là nhịp đập của toàn bộ quy trình Scrum”. Bản chất của nó rất đơn giản - mỗi ngày, khi đang di chuyển, mười lăm phút để mọi người trả lời ba câu hỏi: “Hôm qua bạn đã làm gì để giúp nhóm hoàn thành chặng nước rút?”, “Hôm nay bạn sẽ làm gì để giúp nhóm hoàn thành chặng nước rút ?”, “Những trở ngại nào đang cản trở đội ngũ?”
- Khi kết thúc phần chạy nước rút, nhóm sẽ xem xét nó - tổ chức một cuộc họp để những người tham gia nói về những gì đã được thực hiện trong phần chạy nước rút.
- Sau khi trình bày kết quả của sprint, những người tham gia tổ chức một cuộc họp nhìn lại quá trình, nơi họ thảo luận về những gì nhóm đã làm tốt, những gì có thể làm tốt hơn và những gì có thể cải thiện ngay bây giờ.
Nhược điểm của phương pháp quản lý dự án truyền thống
Là tác giả của cuốn sách, Jeff Sutherland, lưu ý, cách tiếp cận truyền thống để thực hiện dự án theo hình thức mô hình thác nước, bao gồm tiến độ từng bước hướng tới mục tiêu, có nhiều nhược điểm. Toàn bộ quá trình diễn ra rất chậm, thường xuyên nảy sinh những khó khăn khó lường, hơn nữa, thường xuyên xảy ra trường hợp nhà thầu tạo ra sản phẩm không làm khách hàng hài lòng chút nào.
Mô hình xếp tầng liên quan đến việc sử dụng biểu đồ Gantt - biểu đồ biểu thị các giai đoạn công việc và thời gian hoàn thành chúng. Tiến độ của dự án được vạch ra chi tiết và từng bước của công việc đều được phản ánh. Người ta giả định rằng mỗi giai đoạn của dự án sẽ tuần tự chuyển sang giai đoạn tiếp theo - đây là nguyên tắc của tầng.
Hình ảnh từ www.quickiwiki.com
« Với sự phân phối vào những năm 1980 những máy tính cá nhân việc tạo ra tất cả các loại sơ đồ lạ mắt trở nên dễ dàng hơn - và làm cho chúng thực sự phức tạp - chúng biến thành đồ thật tác phẩm nghệ thuật. Toàn bộ tiến độ của dự án được đánh dấu chi tiết. Từng bước một. Bất kỳ giai đoạn nào. Bất kỳ ngày giao hàng nào. Quả thực, biểu đồ Gantt gây ấn tượng sâu sắc. Chỉ có một vấn đề: họ luôn sai - không có ngoại lệ.».
Tại sao? Như Jeff Sutherland lưu ý, Henry Gantt đã phát minh ra những biểu đồ như vậy vào năm 1910. Chúng trở nên phổ biến trong Thế chiến thứ nhất. Tuy nhiên, “ai nghiên cứu lịch sử cuộc chiến này đều biết rằng cả việc đào tạo nhân lực lẫn hệ thống tổ chức đều không bao giờ là vấn đề của nó”. điểm mạnh. Tôi không thể hiểu tại sao khái niệm từ Thế chiến thứ nhất lại trở thành một công cụ thiết kế phân tích trên thực tế và được sử dụng ngay cả trong thế kỷ 21. Chúng tôi đã từ bỏ các nguyên tắc của chiến tranh chiến hào, nhưng bằng cách nào đó, ý tưởng tổ chức 'chiến hào' của nó vẫn còn phổ biến cho đến ngày nay."
TRONG điều kiện hiện đại Kế hoạch này không phù hợp và giống với mô hình của Bộ Chính trị Ban Chấp hành Trung ương CPSU, vốn “tin” vào những báo cáo mà họ nhận được trước vụ tai nạn Liên Xô và điều đó ít liên quan đến tình huống thật sự việc kinh doanh
« Ngày nay, cũng như những năm đó, các báo cáo tiếp tục quan trọng hơn thực tế - và rõ ràng là chúng được thiết kế để mô tả nó - nhưng nếu sự mâu thuẫn đột ngột xuất hiện thì nguyên nhân sẽ đổ lỗi cho thực tế chứ không phải cho sơ đồ.».
Những kế hoạch tan thành cát bụi. Một giải pháp thay thế là Scrum
Cần có kế hoạch, nhưng theo Jeff Sutherland, việc làm theo chúng là điều cực kỳ ngu ngốc, bởi khi đối mặt với thực tế, mọi bảng biểu, đồ thị đẹp đẽ đều tan thành tro bụi. Vì vậy, điều quan trọng là đưa vào công việc khả năng thay đổi, khám phá và triển khai các ý tưởng mới, đó là những gì xảy ra trong Scrum. Sử dụng kỹ thuật này, bạn có thể loại bỏ lỗi ngay từ giai đoạn đầu vì công việc được thực hiện trong Scrum chu kỳ ngắn- chạy nước rút, đồng thời duy trì liên lạc thường xuyên với khách hàng, điều này giúp loại bỏ việc tạo ra một sản phẩm không cần thiết đối với khách hàng.
Tác giả mượn từ scrum từ trò chơi bóng bầu dục. Nó " biểu thị một phương pháp chơi đồng đội cho phép bạn sở hữu bóng và di chuyển nó xa hơn xuống sân, và điều này đòi hỏi sự mạch lạc, thống nhất về ý định và sự hiểu biết rõ ràng về mục tiêu. Brawl là mô hình lý tưởng cho sự tương tác tổng thể của người chơi" Và đây chính xác là những gì cần thiết để làm việc nhóm thành công.
Hình ảnh từ brendanmarsh.com
Không giống như cách tiếp cận truyền thống, giả định khả năng kiểm soát và dự đoán, lập kế hoạch, bảng và sơ đồ không bao giờ hoạt động, phương pháp Scrum giúp bạn có thể đạt được mục tiêu trong các chu kỳ ngắn và được xác định rõ ràng (chạy nước rút).
« Mỗi lần chạy nước rút đều được lên kế hoạch trước trong các cuộc họp đặc biệt. Những người tham gia ước tính khối lượng công việc mà họ nghĩ họ có thể làm trong hai tuần tới. Từ danh sách các nhiệm vụ ưu tiên, họ chọn các đơn vị công việc tiếp theo cần hoàn thành và viết chúng ra giấy dán rồi dán lên tường. Nhóm quyết định số lượng đơn vị công việc họ có thể hoàn thành trong lần chạy nước rút sắp tới.
Ở giai đoạn cuối của cuộc chạy nước rút, những người tham gia lại tập trung lại và cho nhau thấy những gì họ đã đạt được theo thời gian sự hợp tác. Họ xem có bao nhiêu đơn vị công việc được viết trên giấy dán đã thực sự được hoàn thành. Bạn không thể hoàn thành mọi việc sao? Điều này có nghĩa là có quá nhiều nhiệm vụ được chọn cho lần chạy nước rút này. Nó xảy ra theo cách khác - không có đủ nhiệm vụ. TRONG trong trường hợp này Một điều quan trọng nữa: nhóm phát triển ý thức về tốc độ của chính mình».
Khi tất cả những người tham gia chia sẻ kết quả công việc của họ, nhóm bắt đầu phân tích mọi thứ đã được thực hiện trong thời gian chạy nước rút, nhưng không tập trung vào việc thảo luận về sản phẩm mà tập trung vào cách nó được tạo ra. " Làm thế nào để cải thiện sự hợp tác trong lần chạy nước rút tiếp theo? Những trở ngại trong lần chạy nước rút cuối cùng là gì? Tại sao chúng ta không di chuyển nhanh như mong muốn?” - đây là những câu hỏi họ tự đặt ra cho mình».
Cách tiếp cận này cho phép tất cả những người tham gia tương tác hiệu quả với cả khách hàng và với nhau, hiểu được tính đúng đắn trong chỉ đạo của họ, sự tuân thủ của công việc tiếp theo với các nhiệm vụ được giao và tính đến các lỗi được xác định trong lần chạy nước rút.
Như Jeff Sutherland đã chỉ ra, bằng cách sử dụng Scrum, các nhóm học cách trở nên “siêu hiệu quả”, tăng năng suất của họ lên ba hoặc bốn trăm phần trăm.
Triết lý Scrum
Phương pháp Scrum phản ánh niềm đam mê của tác giả đối với võ thuật Nhật Bản. Theo ông, ở Nhật Bản để “ Scrum không được coi là mốt nhất thời. Người Nhật coi Scrum như một cách tiếp cận để giải quyết vấn đề, như một cách hành động, như một cách tồn tại - nói chung, như một cách sống. Khi dạy kỹ thuật này cho mọi người, tôi thường nói về kinh nghiệm nhiều năm của mình trong môn võ Aikido Nhật Bản.».Điểm chung của Aikido và Scrum là chúng chỉ có thể thành thạo thông qua công việc, khi “cơ thể, tâm trí và tinh thần của bạn hòa làm một thông qua luyện tập không ngừng và theo đuổi sự xuất sắc. Bằng cách luyện tập aikido, chúng tôi hiểu được khái niệm shuhari (Shu Ha Ri) - đây vừa là khái niệm về võ thuật vừa là thước đo mức độ kỹ năng.”
Bản chất của làm việc nhóm trong Scrum
Scrum trước hết là làm việc theo nhóm. Tác giả xác định ba đặc điểm của các đội tốt nhất:- sự tìm kiếm không ngừng nghỉ để đạt được sự xuất sắc;
- tự chủ - khả năng tự tổ chức;
- đa chức năng. Sự hiện diện của các chuyên gia khác nhau và văn hóa tương tác và hỗ trợ lẫn nhau.
Đội nên có quy mô như thế nào? Jeff Sutherland đề xuất các nhóm nhỏ - khoảng bảy người. Ông trích dẫn dữ liệu rằng nếu một nhóm bao gồm hơn chín người thì tốc độ làm việc của nhóm đó sẽ giảm xuống.
Ngoài ra, tác giả còn nhớ lại “định luật Brooks”:
« Nếu dự án không đúng thời hạn, việc bổ sung thêm lao động sẽ làm trì hoãn nó hơn nữa.».
Trưởng nhóm là Scrum Master. Trách nhiệm của anh là tổ chức các cuộc họp ngắn gọn, cởi mở, giúp nhóm vượt qua những trở ngại cản trở công việc, dẫn dắt nhóm đi theo con đường cải tiến liên tục, “và thường xuyên tìm kiếm câu trả lời cho câu hỏi, “Chúng ta có thể làm như thế nào”. thậm chí còn tốt hơn những gì chúng ta đã làm tốt?”
Không đa nhiệm
Tác giả cảnh báo không nên làm nhiều việc cùng một lúc - thực tế là không có chuyện đó, não của chúng ta không thể thực hiện hai hành động cùng một lúc, nó chỉ chuyển đổi giữa các nhiệm vụ và tổng thời gian để hoàn thành từng nhiệm vụ sẽ tăng lên so với khi chúng ta thực hiện chúng luân phiên. Phương pháp Scrum gợi ý rằng bạn cần hoàn thành từng nhiệm vụ một chứ không phải “quản lý cân bằng năm dự án cùng một lúc”.« diễn xuất phương pháp truyền thống, tức là cố gắng làm mọi việc cùng một lúc, tập đoàn sẽ hoàn thành ba dự án của mình trước cuối tháng 7. Nếu nhóm tiếp cận nó bằng một chiến lược linh hoạt như Scrum và làm việc trên từng dự án cùng một lúc, giảm thiểu thời gian và công sức liên quan đến việc chuyển đổi ngữ cảnh, thì việc này có thể được thực hiện vào đầu tháng 5.».
Không làm lại
Những nhân viên mệt mỏi trở nên mất tập trung hơn và thực hiện công việc kém hơn. Thiếu năng lượng khiến con người đưa ra những quyết định bốc đồng và kém cỏi hơn, đồng thời hiệu quả của chúng giảm đi.« Hiện tượng này được mệnh danh là “sự suy giảm bản ngã”. Ý tưởng là việc đưa ra bất kỳ quyết định nào đều đòi hỏi bạn phải tiêu hao năng lượng. Đó là một kiểu kiệt sức kỳ lạ - bạn không cảm thấy mệt mỏi về mặt thể chất nhưng khả năng đưa ra quyết định hợp lý lại giảm đi. Điều thực sự thay đổi là khả năng tự chủ của chúng ta - khả năng kỷ luật, suy nghĩ chín chắn và cân nhắc hậu quả.».
Kết luận: trong giờ không làm việc thư giãn, hoàn toàn tránh xa công việc, nạp lại năng lượng cho bản thân bằng những ấn tượng thú vị.
« Phương pháp Scrum có nghĩa là những người áp dụng nó sẽ ngừng đo lường công việc của họ chỉ theo giờ. Số giờ chỉ phản ánh chi phí. Đo lường kết quả tốt hơn. Ai quan tâm ai đó đã dành bao lâu để làm một việc gì đó? Điều quan trọng duy nhất là nó được thực hiện nhanh chóng và hiệu quả như thế nào».
Bản chất của công việc là dòng chảy
Scrum giúp bạn đi vào “dòng chảy” - trạng thái tập trung cao nhất khi bạn làm những việc cần làm mà không cần tốn nhiều công sức, không ép buộc hay ép buộc bản thân. Tác giả tin rằng điều quan trọng nhất để làm việc thành công là đạt được và quản lý được trạng thái này. “Trong công việc của mình, bạn cần đạt được điều chính - kiểm soát dòng chảy, điều này không đòi hỏi bất kỳ nỗ lực nào. Trong võ thuật hoặc thiền định, chúng ta đạt được cảm giác thống nhất trong chuyển động mà không cần nỗ lực - đó là năng lượng chảy qua chúng ta mà không bị cản trở. Khi bạn xem những vũ công hoặc ca sĩ tuyệt vời, bạn sẽ cảm nhận được họ phục tùng nguồn năng lượng này như thế nào. Chúng ta phải cố gắng đạt được trạng thái như vậy trong công việc của mình.”Làm thế nào để đạt được nó? Đằng sau trạng thái dòng chảy là kỷ luật nội bộ.
« Không nên lãng phí chuyển động».
Scrum và hạnh phúc
Mọi người muốn được hạnh phúc. Nhưng Jeff Sutherland chắc chắn rằng hạnh phúc không phải là sự tồn tại không hoạt động mà là một cuộc sống tươi sáng, giàu có và năng động. Scrum góp phần mang lại cuộc sống hạnh phúc vì nó giúp bạn làm việc và hành động hiệu quả.Vào cuối mỗi lần chạy nước rút, những người tham gia tổ chức một cuộc họp hồi tưởng, trong đó họ nói về công việc của mình và chuyển các nhiệm vụ đã hoàn thành vào cột “Hoàn thành”, sau đó thảo luận về những gì đã diễn ra tốt đẹp và những gì có thể cải thiện. Họ tìm ra trở ngại chính và tìm ra cách khắc phục nó trong lần chạy nước rút tiếp theo. Đây là giải pháp cho vấn đề cải tiến liên tục.
« Chỉ nhìn vào các số liệu hiệu suất, bạn sẽ không bao giờ biết được sự chậm lại trong tương lai cho đến khi mọi thứ vượt quá tầm kiểm soát. Nhưng nếu bạn theo dõi chặt chẽ chỉ số hạnh phúc và nhận thấy sự suy giảm của nó trong nhóm, bạn sẽ nhận thấy ngay. mối đe dọa tương lai, ngay cả khi năng suất tiếp tục được cải thiện. Bạn đã được cảnh báo về vấn đề này và sẽ giải quyết nó nhanh nhất có thể».
Các thành phần của Scrum
Chạy nước rút
Như đã lưu ý ở trên, khi bắt đầu sprint và để đảm bảo tính mở và khả năng hiển thị, bạn cần tạo một bảng đặc biệt và chia thành ba cột: “Backlog”; "Tại nơi làm việc"; "Làm ra". Trước mỗi sprint, các thành viên trong nhóm dán các ghi chú vào cột Backlog với các nhiệm vụ mà họ nghĩ rằng họ có thể hoàn thành trong sprint. Trong quá trình chạy nước rút, bất kỳ thành viên nào trong nhóm sau khi thực hiện một nhiệm vụ sẽ dán nhãn dán từ phần “Tồn đọng” vào cột “Đang tiến hành”. Sau khi hoàn thành nhiệm vụ, hãy chuyển đến cột “Xong”. Bằng cách này, mọi người có thể thấy những gì những người tham gia khác hiện đang làm.
Hình ảnh từ nyaski.ru
Tuy nhiên có lưu ý quan trọng- “không có gì được ghi vào cột Hoàn thành cho đến khi phần đó của dự án được khách hàng kiểm tra.”
« Khác khía cạnh quan trọng nhất chạy nước rút: ngay khi nhóm phê duyệt danh sách yêu cầu, các nhiệm vụ trong danh sách này sẽ bị “chặn”. Không ai có quyền thay đổi hoặc bổ sung».
Tác giả khuyến nghị điều này vì thực tế là bất kỳ sự can thiệp nào cũng sẽ làm chậm đội.
Cuộc họp hàng ngày
Vấn đề là họ phải đứng, hàng ngày, vào cùng một thời điểm, thời lượng của họ không quá mười lăm phút và họ hỏi những người tham gia ba câu hỏi giống nhau: “Hôm qua bạn đã làm gì để giúp nhóm hoàn thành chặng chạy nước rút?”, “ Hôm nay bạn sẽ làm gì để giúp cả đội hoàn thành chặng nước rút?”, “Những trở ngại nào cản trở cả đội?”Làm đến cùng
Trong Scrum, điều quan trọng là học cách cảm nhận nhịp điệu của nhóm. Trường hợp xấu nhất là khi kết thúc giai đoạn chạy nước rút, một việc gì đó vẫn chưa hoàn thành được một nửa. Tốt hơn hết là đừng bắt đầu công việc kinh doanh này.« Nguồn lực, công sức, thời gian, tiền bạc đã bỏ ra nhưng vẫn chưa nhận được một sản phẩm hoạt động đầy đủ».
Lập kế hoạch trong Scrum
Quá trình lập kế hoạch trong Scrum diễn ra như thế nào? Trước tiên, bạn cần lập danh sách tất cả những điều ảnh hưởng đến mục tiêu của mình. Sau đó, hãy ưu tiên chúng. Nếu không đáp ứng được giới hạn về thời gian và tài chính thì bạn có thể dễ dàng loại bỏ những mục cuối cùng trong danh sách hơn.Phải làm gì tiếp theo? Mỗi mục trong danh sách cần được đánh giá xem sẽ cần bao nhiêu công sức, thời gian và các nguồn lực khác để hoàn thành. Làm thế nào để thực hiện đánh giá? Tác giả đề xuất thang đo đánh giá tương đối. Ví dụ: bạn có thể so sánh các nhiệm vụ “ở chó”. Vấn đề này là chó dachshund hay chó tha mồi? Hoặc có thể là Great Dane?
Nhưng trong mọi trường hợp thì cài đặt sẽ thuận tiện hơn giá trị số. Ví dụ, " Dachshund - đơn vị; Great Dane - mười ba; chú chó labrador được điểm năm và chú chó bulldog được điểm ba».
Tác giả cũng gợi ý sử dụng một kỹ thuật lập kế hoạch poker thú vị. Bản chất của nó là mỗi người tham gia quá trình lập kế hoạch được phát một bộ bài có số Fibonacci - 1, 3, 5, 8, 13, v.v. Mỗi mục trong danh sách, một đơn vị công việc phải được đánh giá, được bày ra trên bàn. “Sau đó, mỗi thành viên trong nhóm lấy tấm thẻ có số mà theo ý kiến của mình, tương ứng với mức độ nỗ lực cần có và đặt nó úp xuống bàn. Sau đó mọi người sẽ đồng thời tiết lộ thẻ của mình. Nếu sự khác biệt không quá hai quân bài (ví dụ: năm, hai tám và mười ba), đội chỉ cần cộng chúng lại, lấy điểm trung bình (trong trường hợp này là 6,6) và chuyển sang vấn đề tiếp theo. Hãy nhớ rằng, chúng ta đang nói về những ước tính chứ không phải những kế hoạch cứng rắn. Và đánh giá từng phần nhỏ của dự án. Nếu có sự khác biệt nhiều hơn ba thẻ, thì những người đặt các thẻ có giá trị cao nhất và thấp nhất sẽ giải thích lý do tại sao họ nghĩ như vậy. Sau đó, một vòng lập kế hoạch poker khác sẽ được chơi. Nếu không, họ sẽ chỉ tính trung bình các ước tính, điều này sẽ khiến kết quả trở nên quá gần đúng.”
Yêu cầu là những câu chuyện
Để xây dựng thành công và rõ ràng danh sách các yêu cầu về sản phẩm cũng như tạo ra các hồ sơ tồn đọng cho mọi người, Scrum sử dụng một cách tiếp cận đặc biệt. Thay vì danh sách đơn giản nhiệm vụ, câu chuyện của người dùng được biên soạn - những câu chuyện ngắn chứa đựng những mong muốn của người dùng đối với sản phẩm cuối cùng.« Hãy tưởng tượng rằng bạn đang viết “điều ước của người dùng Amazon.com”. Phiên bản dùng thử trông như thế này: “Là một người tiêu dùng, tôi muốn có hiệu sách lớn nhất thế giới, nơi tôi có thể mua bất kỳ cuốn sách nào vào bất kỳ lúc nào.”
Mô tả này rất phù hợp với tính cách của Amazon, nhưng câu chuyện quá mơ hồ để có thể làm được gì nhiều. Chúng ta cần chia nhỏ lịch sử của mình. Làm cho nó thực sự rất cụ thể và chức năng. Dưới đây là một số câu chuyện mẫu của người dùng mà bạn có thể viết cho hiệu sách trực tuyến:
- Với tư cách là người tiêu dùng, tôi thấy việc tìm kiếm sách theo thể loại rất thuận tiện để nhanh chóng tìm được những cuốn mình thích đọc.
- Là một người tiêu dùng, khi chọn sách để mua, tôi muốn bỏ ngay từng cuốn vào giỏ hàng của mình.
- Với tư cách là người quản lý sản phẩm mới, tôi muốn có thể theo dõi việc mua hàng của khách hàng để tôi biết nên cung cấp những cuốn sách nào cho họ.
Câu chuyện của người dùng phải hoàn chỉnh, độc lập với nhiều trường hợp khác nhau và có thể triển khai được trong thực tế. Những tiêu chí này cho thấy sự sẵn sàng của câu chuyện. Điều quan trọng nữa là câu chuyện có thể được đánh giá về tính khả thi của nó.
Cách lập kế hoạch chạy nước rút
Trong Scrum, quy trình lập kế hoạch diễn ra vào đầu mỗi lần chạy nước rút mới và được gọi là “lập kế hoạch chạy nước rút”.« Mọi người cùng nhau xem danh sách các câu chuyện của người dùng đã được xếp hàng để thực hiện; tìm hiểu xem mỗi thành viên trong nhóm có thể đảm nhận bao nhiêu nhiệm vụ; xem xét cẩn thận liệu họ có thể hoàn thành các nhiệm vụ đã chọn ở trạng thái sẵn sàng hoàn toàn trong lần chạy nước rút này hay không; Liệu họ có thể chứng minh các đơn vị công việc đã hoàn thành cho khách hàng và cho họ xem chức năng làm sẵn sản phẩm; Liệu họ có thể tự nhủ khi kết thúc chặng nước rút rằng họ đã quản lý được mọi thứ không?».
Sau đó, cả đội nhất trí nói: "Tiến lên!" - và bắt đầu làm việc
Nhưng công việc là gì? Thói quen, nghĩa vụ? Từ góc độ Scrum, công việc là lịch sử. Nó có nghĩa là gì? Điều này có nghĩa là bạn nên giới thiệu ai đó cần công việc của bạn; rồi nó là gì và cuối cùng là tại sao mọi người cần nó.
Các nhóm cần tìm hiểu động lực của mình—họ có thể hoàn thành bao nhiêu công việc trong một lần chạy nước rút. Điều này sẽ giúp cô ấy làm việc thông minh hơn và loại bỏ mọi trở ngại cản đường cô ấy.
« Động lực x thời gian = kết quả. Biết bạn đang đi nhanh như thế nào sẽ giúp bạn biết khi nào bạn sẽ về đích».
Cởi mở trong mọi việc
Scrum đảm bảo tính minh bạch của mọi hành động và quy trình.Điều này được thể hiện trong một bảng ba cột mà tất cả các thành viên trong nhóm đều có quyền truy cập.
« Bí mật là chất độc. Không có gì có thể được giữ bí mật. Mọi người nên biết mọi thứ, kể cả dữ liệu tài chính. Sự xáo trộn chỉ cần thiết cho những người tìm kiếm lợi ích riêng của họ.».
Ưu tiên
Đây là biểu đồ mà mọi doanh nhân cần ghi nhớ. Bản chất của tác phẩm là tìm ra ý nghĩa vàng - một khái niệm cân bằng giữa ba thái cực:
- Bạn nêu bật những gì bạn phải cung cấp. Sau đó có nguy cơ tạo ra một sản phẩm không ai cần;
- Bạn là người định hướng thị trường. Khi đó đối thủ cạnh tranh của bạn có thể vượt lên trước bạn hoặc tiêu diệt bạn;
- Mong muốn chính của bạn là doanh số bán hàng lớn. Sau đó, bạn có nguy cơ tung ra thị trường một sản phẩm tầm thường.
Tồn đọng
Như đã lưu ý, Scrum backlog là danh sách các yêu cầu và tính năng của sản phẩm, được sắp xếp theo tầm quan trọng của nhiệm vụ. Nó có thể chứa hàng trăm hoặc nhiều nhiệm vụ.« Mục đích của việc tạo tồn đọng là tạo ra danh sách yêu cầu đầy đủ nhất cho các chức năng của sản phẩm. Trên thực tế, không ai sẽ thực hiện mọi hạng mục liên tiếp, nhưng phải luôn có sẵn một tài liệu chứa mọi thứ mà về nguyên tắc có thể được đưa vào ý tưởng dự án. Một số yêu cầu được lựa chọn đầu tiên».
Làm thế nào để thiết lập ưu tiên một cách chính xác?
“Để làm được điều này, bạn cần tìm ra những mục trong danh sách:
- có tầm quan trọng lớn nhất đối với tiến độ công việc của dự án;
- quan trọng nhất đối với khách hàng hoặc người tiêu dùng trong tương lai;
- sẽ mang lại thu nhập tối đa;
- dễ thực hiện nhất."
Jeff Sutherland lưu ý rằng điều quan trọng cần nhớ là luôn có những nhiệm vụ trong danh sách mà bạn sẽ không bao giờ có thể thực hiện được. Bạn cần chọn những thứ mang lại lợi ích tối đa với rủi ro tối thiểu.
Chủ sở hữu sản phẩm
Scrum đảm nhận ba vai trò: nhóm Scrum - người thực thi các dự án cụ thể; Scrum Master là người theo dõi tiến độ của dự án và giúp nhóm giải quyết vấn đề, còn Product Owner là người giải quyết các vấn đề về khái niệm sản phẩm và viết backlog.« Scrum Master và nhóm chịu trách nhiệm về tốc độ công việc của họ và tốc độ hoàn thành dự án. Chủ sản phẩm chịu trách nhiệm đảm bảo rằng hoạt động làm việc nhóm hiệu quả sẽ mang lại kết quả có lợi." Chủ sản phẩm cần có kiến thức sâu sắc về thị trường và phải có quyền đưa ra quyết định.
Có thể là quá nhiều khu vực rộng lớn trách nhiệm đối với một người, v.v. dự án lớn một nhóm chủ sở hữu sản phẩm có thể làm việc.
Giảm thiểu rủi ro trong Scrum
Vì Scrum cung cấp khả năng phân phối dự án theo từng bước nên điều này giúp giảm thiểu rủi ro. Điều này giúp nhanh chóng giới thiệu sản phẩm cho khách hàng và nhận được phản hồi từ họ.« Phương pháp Scrum rất hữu ích cho doanh nghiệp vì nó trả lời nhanh chóng câu hỏi: chúng ta có thể kiếm tiền nếu làm cái này hay cái kia không?»
Bạn không cần phải chi nhiều tiền trước khi nhận ra điều gì đó không hiệu quả.
Cách triển khai Scrum ngay bây giờ
Jeff Sutherland khuyên nên bắt đầu bằng việc tập hợp một nhóm và tạo ra các hồ sơ tồn đọng. Bạn cần vạch ra ý tưởng cho sản phẩm của mình và bắt đầu chia nó thành các nhiệm vụ. Không nhất thiết phải thêm tất cả các yêu cầu vào hồ sơ tồn đọng cùng một lúc - bạn có thể dành một tuần cho việc này. " Trong khi các thành viên trong nhóm của bạn đang tiến hành các cuộc họp độc lập hàng ngày và chạy nước rút sớm, bạn có thể tạo một lượng tồn đọng khá lớn trong thời gian này để giữ cho nhóm bận rộn cho một số lần chạy nước rút phía trước. Đừng quên kiểm tra nó thường xuyên vì nhóm sẽ bắt đầu tăng tốc và sẽ làm nhiều việc hơn bạn dự định ban đầu».
Sau đó, lập kế hoạch hành động đề xuất: đặt câu hỏi: bạn có thể thực hiện những gì trong vài tháng tới? Bạn muốn đạt được điều gì vào cuối năm? " Điều quan trọng cần nhớ là đây chỉ là một khung cố định, vì vậy đừng quá bận tâm đến việc lập kế hoạch, chỉ cần phác thảo các lựa chọn của bạn. Bạn không soạn thảo một hợp đồng ràng buộc mà chỉ viết ra những suy nghĩ của riêng mình về những gì bạn có thể đạt được theo thời gian. Hãy tin tôi, bức tranh sẽ thay đổi. Có lẽ thậm chí triệt để».
Về chúng tôi
Chúng ta nói về ý tưởng chủ chốt từ sách hay nhất thể loại phi hư cấu. Trong của chúng tôi
