Chiến lược quy trình quản lý khách hàng cho các chuyên gia kinh doanh
NASA đã đưa chúng ta lên mặt trăng. Giờ đây, SpaceX muốn đưa chúng ta đến sao Hỏa. Sự chuyển đổi từ phát triển phần mềm truyền thống sang Modern Agile cũng không khác biệt nhiều. Các đội phát triển phần mềm muốn giao sản phẩm chất lượng cao nhanh hơn để cải thiện sự hài lòng của khách hàng. Modern Agile giúp họ bằng cách ưu tiên sự tôn trọng, thử nghiệm và an toàn, không chỉ là quy trình và kế hoạch. Tin tốt là gì? Áp dụng phương pháp Modern Agile không phải lúc nào cũng có nghĩa là bỏ hết mọi thứ và bắt đầu lại. Nếu bạn đã sử dụng một khung Agile, bạn đã sẵn sàng để bắt đầu suy nghĩ về Modern Agile. Hãy bắt đầu nào!
Modern Agile là gì?
Modern Agile là một phương pháp tiếp cận thích ứng với quy trình phát triển phần mềm, thực hiện theo từng phần và lặp lại, giống như Agile truyền thống, nhưng ưu tiên an toàn, giá trị và sự đơn giản.
Modern Agile phát triển như thế nào?
Modern Agile là sự phát triển của các nguyên tắc phương pháp luận phát triển phần mềm được đặt ra trong Agile Manifesto. Tài liệu này đã đưa phát triển phần mềm theo một hướng mới. Giá trị Agile đã giúp các đội thoát khỏi các hệ thống và quy trình kìm hãm sự hợp tác và linh hoạt. Đây là cách nó hoạt động:
Xây dựng các đội tự tổ chức để đạt được mục tiêu. Đừng quá gắn bó với một công cụ hay quy trình duy nhất
Dành nhiều thời gian hơn để giao phần mềm hoạt động thay vì tài liệu hóa quá trình phát triển của nó
Tạo nhiều vòng phản hồi hơn cho khách hàng trong khi vẫn công nhận rằng hợp đồng khách hàng vẫn quan trọng
Làm cho kế hoạch dự án linh hoạt để các đội có thể phản ứng với thay đổi phạm vi
Ngay sau đó, các phương pháp phát triển phần mềm mới dựa trên các nguyên tắc của Agile đã xuất hiện. Các đội Agile đã quen với lập kế hoạch sprint của Scrum và bảng Kanban. Mặc dù các phương pháp Agile vẫn hữu ích, Modern Agile đi xa hơn. Nó vẫn có sự hợp tác nhóm, sự tin tưởng và linh hoạt là cốt lõi, nhưng không bị ràng buộc vào một phương pháp phát triển duy nhất. Các đội chọn các khía cạnh của Agile phù hợp nhất với họ. Các đội nhỏ hơn có thể thích giao mã nhanh của Lean nhưng vẫn cần một cuộc họp đứng hàng ngày giống Scrum để thảo luận về các trở ngại. Modern Agile transformation không phải là “chống quy trình.” Nó có nghĩa là liên tục tinh chỉnh các quy trình hiện có nếu nó giúp các đội mở rộng giao hàng. Điểm mấu chốt? Đội ngũ quan trọng hơn quy trình.
4 nguyên tắc của Phát triển Modern Agile
Các nguyên tắc cốt lõi của Modern Agile hoạt động cho cả các đội phát triển phần mềm và tổ chức nói chung. Mục tiêu của họ? Trao quyền cho đội ngũ và công ty của bạn để thách thức bất kỳ quy trình nào, bao gồm cả Agile truyền thống, có không gian để cải thiện. “Modern Agile là một sự phát triển tự nhiên đã quá hạn từ lâu,” Agilist David Stannard nói. “Đó là một cách sạch hơn để tương tác với đồng nghiệp và khách hàng mà không mất đi kiến thức và kỹ năng làm cho sản phẩm hoạt động.”
1. Làm cho mọi người trở nên tuyệt vời
Bằng "mọi người," nguyên tắc này đề cập đến mọi bên liên quan mà công ty của bạn phục vụ, từ nhân viên đến khách hàng. Các nhà lãnh đạo không nên ngần ngại lùi lại và kiểm tra quy trình phát triển không còn phù hợp với mọi người. Đây là một ví dụ. Bảng Kanban Agile sử dụng Work in Progress Limits để đảm bảo rằng các nhà phát triển không xử lý quá nhiều nhiệm vụ cùng một lúc. Các đội đặt giới hạn WIP trong quá trình lập kế hoạch sprint. Tuy nhiên, khi các sprint bắt đầu, các nhà phát triển front-end thường có thể cảm thấy quá tải.
Khung Modern Agile cho phép xem xét lại các quy trình đang thực hiện. Vì vậy, Kanban Service Delivery Master (SDM) sẽ thường xuyên yêu cầu các nhóm phản ánh về quy trình làm việc của họ. Nhóm front-end có thể lên tiếng nếu có vấn đề. Điều này làm cho các bên liên quan cảm thấy tuyệt vời như thế nào?
SDM ít lo lắng hơn về việc mất nhà phát triển do căng thẳng
Nhóm front-end không cảm thấy cần phải đi đường tắt để duy trì thời gian biểu
Khách hàng được hưởng lợi từ một sản phẩm tốt hơn khi các nhóm có đủ nguồn lực
Nếu điều chỉnh giới hạn WIP làm cho các nhóm cảm thấy “tuyệt vời” — ngay cả khi nó làm chậm chu kỳ phát triển một chút — thì hãy làm điều đó!
2. Đặt an toàn làm điều kiện tiên quyết
Trong văn hóa, phát triển phần mềm thành công phụ thuộc vào sự an toàn của nhân viên và khách hàng. An toàn ở đây không chỉ về sức khỏe thể chất. Các nhà lãnh đạo công ty cần tạo ra một nơi làm việc “an toàn” bằng cách đối xử với nhân viên như, ừm, con người. Điều đó có nghĩa là coi trọng thời gian và mối quan hệ của nhân viên cũng như khả năng cung cấp phần mềm của họ.
Thể hiện sự an toàn cho nhân viên có thể dưới hình thức áp dụng chính sách làm việc từ xa chính thức, để các nhà phát triển có thể quản lý tốt hơn cuộc sống cá nhân của họ trong khi vẫn duy trì năng suất. Đối với khách hàng, điều đó có nghĩa là họ tin tưởng sản phẩm của bạn sẽ thực hiện đúng lời hứa và bạn sẽ ở đó để giúp họ đạt được mục tiêu của mình.
Tạo ra một môi trường an toàn không xảy ra trong một sớm một chiều. Nó phụ thuộc vào phản hồi của nhân viên và khách hàng. Để tạo ra văn hóa này, các nhà lãnh đạo agile gửi các cuộc khảo sát thường xuyên yêu cầu các bên liên quan đánh giá mức độ an toàn của họ và đề xuất cách cải thiện.
3. Thử nghiệm và học hỏi nhanh chóng
Bất kỳ sản phẩm nào cũng sẽ có thành công và thất bại. Với Modern Agile, điều quan trọng là xem cả thành công và thất bại như những cơ hội học hỏi. Chắc chắn, sai lầm khiến công ty tốn tiền, nhưng chúng cũng có thể dẫn đến cơ hội phát triển để tránh những sai lầm trong tương lai. Như thất bại ngoạn mục của Amazon với Fire Phone — họ đã học rất nhanh nơi không nên đầu tư.
Hãy thử xem "thất bại" như những thí nghiệm không đạt được kết quả mong muốn. Điều này có thể mở rộng kiến thức của nhóm và nâng cao chuyên môn cho các phát triển trong tương lai. Bí quyết để làm điều này thành công? Tài liệu. Một đoạn mã, ảnh chụp màn hình hoặc hồi tưởng chi tiết đều hữu ích cho việc ghi lại những gì đã sai và những gì có thể cải thiện cho lần sau. Hãy thử sử dụng công cụ như ClickUp Docs để xây dựng một cơ sở kiến thức về những điều đã học để trang bị cho nhóm của bạn bất kỳ câu hỏi nào có thể phát sinh trong tương lai.
4. Liên tục cung cấp giá trị
Khách hàng luôn là ưu tiên hàng đầu, đặc biệt là trong phát triển phần mềm. Để giữ khách hàng ở vị trí trung tâm, liên tục cung cấp giá trị trong các phần nhỏ theo thời gian một cách an toàn và bảo mật thì tốt hơn là chờ đợi để cung cấp giá trị trong một lần phát hành lớn. Điều này cũng tạo không gian cho các nhóm ăn mừng nhiều chiến thắng hơn, từ việc gỡ lỗi một tính năng phần mềm đến việc ra mắt một sản phẩm mới.
Giá trị là “liên tục” vì bạn liên tục thích ứng để đáp ứng nhu cầu của khách hàng đang thay đổi. Luôn lắng nghe tiếng nói của khách hàng thông qua khảo sát, cuộc họp hoặc phản hồi ngẫu nhiên từ đội ngũ bán hàng hoặc khách hàng. Điều này có thể giúp đảm bảo bạn có sự hiểu biết chung về giá trị trông như thế nào và nhu cầu của khách hàng mà bạn đang liên tục hướng tới.
Thử nghiệm Modern Agile
Phát triển phần mềm Modern Agile là sự nâng cấp của cách tiếp cận agile truyền thống. Nó biến đổi các khung truyền thống như Scrum, Kanban và Lean thành các phương pháp linh hoạt, hợp tác và tập trung vào khách hàng hơn.
Kiểm tra an toàn so với kiểm tra tiến độ
Có khả năng bạn rất quen thuộc với các cuộc họp đứng hàng ngày của agile. Bạn biết đấy, những buổi đồng bộ nhanh 15 phút nơi bạn thảo luận về mục tiêu trong ngày và tiến độ của các công việc phải hoàn thành. Modern Agile cho bạn cơ hội biến các cuộc họp đứng hàng ngày thành các buổi kiểm tra an toàn thay vì chỉ kiểm tra tiến độ.
Hãy biến các cuộc họp đứng thành khu vực an toàn nơi các nhóm có thể nêu ra các chủ đề thách thức và bạn sẽ giảm thiểu các vấn đề nhân sự sớm hơn. Bạn có thể bỏ lỡ các thời hạn phát hành sản phẩm nếu các nhà phát triển phần mềm nghỉ việc vì họ sợ nói lên ý kiến của mình. Tạo ra một khu vực an toàn cần thời gian. Hãy thử sử dụng ClickUp Forms để gửi các cuộc thăm dò ẩn danh cho các nhóm về cảm giác an toàn của họ. Là một nhà lãnh đạo, hãy chia sẻ kết quả thăm dò tại cuộc họp đứng tiếp theo của bạn và khuyến khích các nhóm chia sẻ suy nghĩ của họ. Không ý tưởng nào nên bị giới hạn!
Nhóm linh hoạt so với nhóm nhỏ
Cách tiếp cận mới này đối với phát triển phần mềm thay đổi tư duy rằng các nhóm nhỏ hơn là các nhóm “tốt hơn”. Tư duy mới là gì? Nhóm linh hoạt là các nhóm tốt hơn. Kích thước là thứ yếu. Giả sử một nhóm phát triển front-end gồm 12 người không đạt được mục tiêu cuối sprint. Theo truyền thống, một Scrum master có thể chia các nhà phát triển thành hai nhóm sáu người và phân bổ lại nhiệm vụ.
Một Scrum master với tư duy linh hoạt sẽ xem xét kích thước nhóm nhưng cũng tìm kiếm các nguyên nhân gốc rễ khác của sự kém hiệu quả. Các nhóm gồm sáu hoặc 12 người có thể dễ dàng gặp phải các rào cản giống nhau:
Họ bắt đầu làm việc trong một silo và không thiết lập được cơ sở kiến thức có thể chia sẻ
Một số thành viên trong nhóm bị mắc kẹt với công việc bận rộn có thể được tự động hóa
Không ai trong nhóm có thể ưu tiên nhiệm vụ
Modern Agile trao quyền cho các nhóm thách thức hệ thống tự nó, không chỉ các phần của hệ thống.
Sprint thích ứng so với sprint ngắn
Lập kế hoạch sprint là một phần quan trọng của khung Agile Scrum. Scrum master lập kế hoạch độ dài của các sprint và giúp xác định những gì các nhóm phát triển nên cung cấp khi các sprint kết thúc. Tuyên ngôn Agile khuyến khích các nhóm rút ngắn thời gian sprint từ tháng xuống tuần. Tại sao? Để cung cấp nhiều giá trị cho khách hàng hơn trong thời gian ngắn hơn.
Phát triển phần mềm Modern Agile tiến thêm một bước bằng cách khuyến khích các nhóm rút ngắn sprint hơn nữa nếu điều đó giúp họ cung cấp “giá trị liên tục.” Nếu một nhóm có thể cung cấp một tính năng có giá trị trong vài ngày, thì thời gian sprint nên điều chỉnh. May mắn thay, sprint thích ứng rất dễ quản lý với ClickUp. Đặt ngày sprint và đánh dấu ưu tiên để các nhóm cùng chung một trang.
ClickUp cũng cho phép bạn đo lường tốc độ làm việc của nhóm so với mục tiêu bằng biểu đồ burndown. Tương tự, sử dụng biểu đồ burnup để theo dõi công việc đã hoàn thành và phạm vi công việc còn lại.
Sản phẩm có giá trị so với sản phẩm hoạt động
Tất nhiên, tất cả phần mềm phải "hoạt động". Nhưng khung Modern Agile đặt ra câu hỏi cho mục tiêu phân phối liên tục của agile:
Liệu phiên bản phần mềm này có giá trị nhất có thể cho khách hàng không?
Giả sử một nhóm agile làm việc trên ứng dụng gọi xe cho phép người dùng gọi xe trong năm lần chạm màn hình. Với nhiều thử nghiệm hơn, nhóm có thể nhận ra rằng người dùng thấy năm lần chạm là quá nhiều. Ứng dụng hoạt động, nhưng có thể tốt hơn, có giá trị hơn.
Các quy trình làm việc Agile coi trọng phát triển lặp đi lặp lại. Modern Agile cũng coi trọng điều đó, nhưng làm cho việc thử nghiệm trong quá trình lặp lại trở nên an toàn. Bạn đã từng nghe về “thất bại tiến lên” chưa?
Vì vậy, trước khi cung cấp giải pháp năm lần chạm, hãy xây dựng thời gian vào quy trình làm việc để thử giải pháp ba lần chạm. Nó có thể thất bại nhưng dẫn đến những hiểu biết giúp tạo ra giải pháp bốn lần chạm nhanh hơn, tập trung vào người dùng hơn.
Chìa khóa để liên tục cung cấp sản phẩm có giá trị? Giao tiếp.
Hãy tự mình phỏng đoán về điều gì làm cho sản phẩm của bạn tuyệt vời. Nhưng luôn nói chuyện với người dùng của bạn về những gì họ yêu thích (hoặc không). Bạn sẽ không biết năm lần chạm đó gây phiền phức cho đến khi bạn hỏi!
Cách đưa Modern Agile vào doanh nghiệp của bạn
Quy trình phát triển phần mềm của bạn không thể thay đổi trong một đêm. Hãy coi cách tiếp cận này như một lời mời để suy nghĩ lại về quy trình hiện tại của bạn.
Dưới đây là một vài cách để trở nên Agile hơn trong doanh nghiệp của bạn — ngay cả khi điều đó có nghĩa là tưởng tượng lại các quy trình agile hiện tại của bạn.
Nâng cao tinh thần đội ngũ với quy trình làm việc từ dưới lên
Hãy xem xét một chu kỳ Scrum điển hình:
Các sprint của nhóm Scrum kéo dài hai tuần
Các cuộc họp Scrum hàng ngày kéo dài 15 phút
Đánh giá sprint kéo dài 30 phút
Cuộc họp hồi tưởng sprint kéo dài 60 phút
Những thời gian biểu cứng nhắc này có thể đã hoạt động trong một thời gian. Nhưng giả sử các nhà phát triển bắt đầu bỏ lỡ các cuộc họp Scrum hàng ngày vì họ không thấy chúng hữu ích. Và khách hàng bắt đầu phàn nàn rằng bạn không cung cấp các tính năng mới đủ nhanh.
Cả hai đều là dấu hiệu cho thấy các nhóm không cảm thấy "tuyệt vời".
Nếu tình huống này nghe quen thuộc, hãy khảo sát các nhóm của bạn để tìm hiểu lý do tại sao tinh thần thấp. Lean, Kanban và Scrum là những khung phát triển tuyệt vời. Nhưng giải pháp có thể là bỏ chúng hoàn toàn và xây dựng lại.
Modern Agile nâng cao tinh thần bằng cách giải phóng các nhóm để tạo ra quy trình làm việc phù hợp với họ. Một bước trong việc tạo quy trình làm việc Agile là "Norming". Ở đây bạn phân công vai trò và khối lượng công việc cho nhóm. Bạn áp dụng một phương pháp agile như Lean và tạo ra các nhóm xung quanh nó. Modern Agile không ngại bỏ qua bước này.
Điều này có vẻ hỗn loạn, nhưng thực ra không phải vậy. Nó đơn giản là cho phép các phương pháp phát triển từ nhu cầu của con người, không phải từ một quy trình cũ kỹ.
Phát hành sản phẩm mới một cách an toàn và nhanh chóng
Tuyên ngôn Agile thúc đẩy các nhóm liên tục phát hành tính năng mới. Nhưng điều gì sẽ xảy ra nếu việc phát hành tính năng mới làm hỏng các tính năng hiện có? Tình huống này thường gặp ở các nhóm agile vì một vài lý do:
Họ quá nóng lòng muốn phát hành các tính năng mới mà không kiểm tra chúng với các phiên bản trước
Kiến thức thu được từ các buổi phản hồi không được ghi lại, khiến đội ngũ rộng hơn không học hỏi từ những sai lầm trước đó
Các nhóm sợ thay đổi phạm vi dự án vì lo ngại phản ứng từ lãnh đạo. Họ kết thúc bằng việc phát hành các tính năng không cần thiết gây cản trở các tính năng cốt lõi
Modern Agile giảm thiểu những vấn đề này. Nó trao quyền cho các thành viên trong nhóm lên tiếng khi cần điều chỉnh phạm vi dự án. Không ai muốn là người tuyên bố “Trạng thái Đỏ” cho một dự án, ngay cả trong môi trường agile. Agile cố gắng ngăn chặn các tình huống “Trạng thái Đỏ” bằng cách chia nhỏ phạm vi. Nhưng đôi khi các nhóm cần đi xa hơn một bước. Modern Agile xây dựng các kiểm tra an toàn vào danh sách công việc sản phẩm. Khi một tính năng hoạt động, các nhóm có thêm nhiệm vụ kiểm tra nó với các tính năng đã phát hành. Nếu có vấn đề tương thích, không ai bị trách phạt vì họ chỉ đang hoàn thành nhiệm vụ được giao. Thời gian có thể thay đổi, nhưng đội ngũ cảm thấy an toàn để tiến lên.
Giảng dạy văn hóa Modern Agile cho các nhóm không thuộc agile
Khung Agile được tạo ra để các nhóm phần mềm có thể phát hành sản phẩm tốt hơn nhanh hơn. Nhưng giả sử một quản lý sản phẩm agile phải gặp một giám đốc marketing không quen thuộc với khung Agile. Giám đốc marketing có thể xây dựng thông điệp cho một sản phẩm dựa trên phạm vi ban đầu của nó. Nhưng nếu các tính năng sản phẩm thay đổi nhờ vào sự nhấn mạnh của Modern Agile vào việc thử nghiệm, người làm marketing sẽ không cảm thấy “tuyệt vời.” Modern Agile cố gắng xây dựng cầu nối giữa các phòng ban agile và không agile, vì mọi người trong hệ sinh thái công ty nên “cảm thấy tuyệt vời” để mang lại giá trị kinh doanh tối đa. Vì vậy, một người dẫn đầu sản phẩm có thể cần giáo dục các quản lý sản phẩm khác và các trưởng phòng ban về văn hóa agile và cách nó có thể mang lại lợi ích cho đội ngũ của họ. Điều này có thể dẫn đến những thay đổi trong các phòng ban của họ, dẫn đến sự chuyển đổi văn hóa trong công ty. David Stannard lưu ý rằng “rất hiếm khi có một tổ chức thay đổi đáng kể như vậy.” Ông khuyến nghị thuê một chuyên gia quản lý thay đổi để giám sát bất kỳ sự chuyển đổi Modern Agile nào. Nhưng nỗ lực đó đáng giá nếu nó thắt chặt giao tiếp giữa các phòng ban.
Hãy để ClickUp giúp bạn thực hiện chuyển đổi Modern Agile
Bắt đầu với Mẫu Lộ trình Sản phẩm