Dec 23, 2021

Doanh nghiệp áp dụng Agile có thực sự thành công?

Arvind Arcot với 13 năm kinh nghiệm trong vai trò tư vấn và Business Analyst đã chia sẻ kinh nghiệm của ông về việc các doanh nghiệp đang bắt đầu áp dụng xu hướng Agile. Bài viết thể hiện quan điểm của tác giả và những trải nghiệm thực tế, đây cũng là chủ đề được rất nhiều bạn đọc quan tâm trong năm 2022.

Agile đang được các doanh nghiệp đón nhận rộng rãi

Khi làm việc tại các công ty khác nhau, tôi đã thấy nhiều công ty học cách trở thành agile trong khi một số giả vờ là agile và số khác thậm chí không phải là agile. Mặc dù, chúng ta không ở đây để nói về danh mục cuối cùng (giả sử họ không có lý do để đi theo agile), tôi sẽ liệt kê những khó khăn mà một doanh nghiệp sẽ gặp phải trên chặng đường trở thành agile và những doanh nghiệp nghĩ rằng họ là Agile nhưng không phải. Bài viết này, tôi xin chia sẻ hiểu biết của mình về những lý do chính khiến một số doanh nghiệp đấu tranh để đạt được điều đó.

1. Nhiều bản phát hành

Các tổ chức đã quá quen với việc sử dụng mô hình làm việc thác nước, có điều kiện dành thời gian cho việc lập kế hoạch, thiết kế, phát triển, kiểm thử và triển khai. Điều này cho phép họ đủ cơ sở để sửa chữa những sai lầm mà không ảnh hưởng đến công việc kinh doanh vốn thường phải lùi ngày ra mắt.

Có thể có một yếu tố áp lực ở đó, vì các bản phát hành thường xuyên hơn đồng nghĩa chúng ta cần phải đề phòng những sai lầm. “Chúng tôi không thể phát hành thứ gì đó có lỗi” là một lý do phổ biến để lo lắng về Agile. Cách giảm áp lực là hiểu chìa khóa nằm ở việc chia nhỏ user stories (câu chuyện người dùng) đến mức độ chi tiết tốt. Các user stories được chia càng nhỏ càng tốt, nhóm phân phối càng tự tin hơn. Họ có một gói công việc tương đối đơn giản để giao cho doanh nghiệp, có thể đạt được một cách dễ dàng. Hơn nữa, có nhiều cách để đảm bảo bạn có ít lỗi hơn trong quá trình sản xuất bằng cách chạy các bài kiểm tra tự động (hồi quy và tiến trình).

2. Cấu trúc tổ chức phẳng

Agile là về một nhóm gồm những cá nhân có hiệu suất cao cùng nhau tạo nên điều kỳ diệu. Điều đầu tiên mà các tổ chức cần làm (để trở thành agile) là từ bỏ quyền hạn (chưa từ bỏ trách nhiệm giải trình) trong dự án. Đây thường là điều không thể chấp nhận đối với hầu hết công ty và một số nền văn hóa nhất định.

Điều quan trọng cần nhớ đối với các tổ chức là dù các đội agile vẫn sẽ nằm dưới hệ thống phân cấp tổ chức bao quát nhưng quyền hạn là thứ vẫn sẽ được áp dụng cho các cá nhân bên ngoài nhóm và không chỉ nằm trong dự án.

3. Hiểu sai hoặc chỉ một nửa về cách hoạt động của Agile

Một nửa kiến thức nguy hiểm hơn cả việc không có kiến thức. Các tổ chức thường sử dụng các từ như Agile wall (bức tường), daily stand up, sprints, MVP, user stories trong số những người khác nhưng không hiểu cách tiếp cận Agile toàn diện. Tôi đã xem Agile walls với những tấm thẻ những tấm thẻ không có user stories, thay vào đó là tên của chính dự án. Mặc dù, việc này có thể tốt để ban quản lý hiểu vị trí của từng dự án nhưng chúng ta cần một bức tường tương tự cho từng dự án ở mức độ chi tiết sâu hơn nhiều.

Tôi đã thấy các tổ chức chia các dự án thác nước (waterfall) thành các cuộc chạy nước rút (sprint) và đạt được các nhiệm vụ dựa trên cách tiếp cận SDLC. Các tổ chức tin rằng nếu chúng ta chạy nước rút, chúng ta đang trên đường trở thành agile.

Tôi đã tham dự một hội nghị Agile nơi tôi bắt gặp sơ đồ dưới đây bởi Henrik Kniberg mà tôi nghĩ đó là ví dụ hoàn hảo về cách các tổ chức mắc sai lầm. Henrik Kniberg giải thích chi tiết điều này trong bài viết của anh ấy “Making sense of MVP (Minimum Viable Product) và tại sao tôi thích Earliest.

Nguồn: (Henrik Kniberg: Making sense of MVP (Minimum Viable Product) – and why I prefer Earliest Testable/Usable/Lovable)

Đây chỉ là đại diện cho việc chúng ta làm sai Agile như thế nào. Người ta có thể tranh luận rằng tôi muốn có một chiếc ô tô và tất cả những gì bạn cho tôi là một chiếc ván trượt, đây là những gì Agile gọi là walking skeleton (bộ xương biết đi).

Bộ xương biết đi là một triển khai nhỏ của hệ thống thực hiện một chức năng nhỏ từ đầu đến cuối. Nó không cần sử dụng kiến trúc cuối cùng nhưng nó nên liên kết các thành phần kiến trúc chính với nhau. Sau đó, kiến trúc và chức năng có thể phát triển song song.

Lưu ý rằng khuôn mặt cười không thực sự cười sau khi nhận được một chiếc ván trượt nhưng chắc chắn đang trên đường đến những gì nó thực sự muốn.

4. Quá nhanh chóng

Điều này liên kết trở lại luận điểm đầu tiên. Nhiều bản phát hành đặt ra một áp lực lên các đội nhóm thực hiện vì các nhóm phải liên tục chuyển từ tập hợp user stories này đến user stories khác, nên có vẻ như bạn đang làm việc liên tục và có thể xem là tốc độ nhanh. Mặc dù, nó có thể không quá xa với sự thật nhưng niềm vui thật sự nằm ở việc cộng tác với một nhóm các chuyên gia cùng chí hướng. Khi những tâm trí vĩ đại kết hợp cùng với nhau, những điều vĩ đại được tạo ra.

5. Những điều thần kỳ về Agile

Đã có rất nhiều bài viết vạch trần những sự lầm tưởng về Agile. Chúng ta sẽ không đi sâu vào đó nhưng tác giả muốn khuyến nghị bạn đọc nên hiểu mục đích của Agile và không đưa ra bất kỳ giả định nào về mục đích của nó, trước khi bắt đầu cam kết bản thân và tổ chức theo Agile.

Nếu không, bạn chỉ đang giả vờ là Agile với một nửa sự hiểu biết và điều này thì rất nguy hiểm.

Trên đây là những chia sẻ từ một người có nhiều năm kinh nghiệm làm việc thực tế về Agile. Mong rằng những thông tin này sẽ hữu ích với bạn đọc, đừng quên đón xem các bài viết mới nhất sẽ được cập nhật thường xuyên tại BAC's Blog.

Nguồn tham khảo:

https://www.modernanalyst.com

Nhu cầu đào tạo doanh nghiệp

BAC là đơn vị đào tạo BA đầu tiên tại Việt Nam. Đối tác chính thức của IIBA quốc tế. Ngoài các khóa học public, BAC còn có các khóa học in house dành riêng cho từng doanh nghiệp. Chương trình được thiết kế riêng theo yêu cầu của doanh nghiệp, giúp doanh nghiệp giải quyết những khó khăn và tư vấn phát triển.

CÁC KHOÁ HỌC BUSINESS ANALYST BACs.VN DÀNH CHO BẠN

Khoá học Online:

Khoá học Offline:

Tại Tp.HCM:

Tại Hà Nội:

Tham khảo lịch khai giảng TẤT CẢ các khóa học mới nhất

Ban biên tập nội dung - BAC

Click để đọc tiếp

Roadmap Business Analyst

Business Analyst (BA) là cầu nối quan trọng giữa nhu cầu kinh doanh và giải pháp kỹ thuật, đảm bảo mọi khía cạnh vận hành hiệu quả. Trong bài viết này, hãy cùng BAC khám phá các công việc chính của một BA dựa theo nhiệm vụ cụ thể, con đường thăng tiến lên vị trí BA Manager.
Data analyst là gì? Mô tả công việc, kỹ năng và nhiều hơn thế nữa

Dữ liệu thô sẽ không có giá trị nếu thiếu đi việc trực quan hóa dữ liệu. Đây là lý do mà Data Analyst (các nhà phân tích dữ liệu) ra đời và chuyển thể hàng trăm nghìn dữ liệu thô thành những thông tin có giá trị, giúp cho các tổ chức ra quyết định một cách sáng suốt.
Từ phân tích đến hành động: Nhà phân tích kinh doanh và giải pháp bền vững

Khi người tiêu dùng ngày càng nhận thức rõ hơn về tác động môi trường mà các doanh nghiệp để lại, chúng ta cũng bắt đầu đòi hỏi sự minh bạch và hành động có trách nhiệm từ họ.
Bí quyết thúc đẩy đổi mới: Phân tích kinh doanh và vai trò phát triển sản phẩm mới

Để có một sản phẩm thành công trước khi ra mắt cần có kế hoạch tỉ mỉ, có sự thấu hiểu sâu sắc về thị trường và quy trình thực thi hiệu quả. Khi đó, phân tích nghiệp vụ chính là điểm giao thoa của tất cả những yếu tố này.

Bình luận

Nguyễn Thị Mai Bình

Business Analyst

Với một người ngoại đạo như mình thì những chuyên đề về "kỹ thuật" của BA hết sức quan trọng. Ví dụ như sử dụng các diagram để mô hình hóa requirement, viết User Story/Use case, v...v..

Đến với khóa học Fundamental Business Analysis, mình đã được gặp thầy Lộc, một người người rất nhiệt tình và có tâm. Ngoài việc chia sẻ các kinh nghiệm thực tế trên lớp thì thầy còn dành thời gian ra để tư vấn, hỗ trợ, góp ý CV cho mình. Bên cạnh đó trung tâm và anh Phụng cũng hỗ trợ gửi CV, kết nối học viên tới mạng lưới các công ty đối tác chất lượng, điều này giúp học viên như mình tìm được công việc phù hợp nhất. Cảm ơn BAC.
Xem chi tiết +
Phạm Quế

Business Analyst

Khoá học Product Design của BAC đã cung cấp cho tôi nhiều kiến thức và nền tảng vô cùng hữu ích. Giảng viên giảng dạy rất nhiệt tình, truyền cho chúng tôi ngọn lửa đam mê và nhiệt huyết trong ngành. Đồng thời chia sẻ các kiến thức và kỹ năng cần thiết trong bài giảng một cách dễ hiểu hơn. Số lượng học viên không quá nhiều nên chất lượng giảng giạy vô cùng tốt. Giảng viên sửa bài tập 1-1 nên bài giảng sẽ chuyên sâu hơn.
Xem chi tiết +
Nguyễn Văn Long

Chuyên viên về chế độ kế toán & Giải pháp nghiệp vụ Tài chính kế toán trong ứng dụng CNTT - Tập đoàn Điện lực Việt Nam (EVN)

Tôi đã tham gia khóa Phân tích nghiệp vụ phần mềm cơ bản 3.0 tại BAC. Ở đây, tài liệu đào tạo cung cấp nhiều nội dung bổ ích và trình bày dễ hiểu. Giảng viên rất nhiệt tình, ngoài nội dung giảng dạy theo giáo trình còn chia sẻ nhiều kinh nghiệm thực tiễn, các câu hỏi của học viên đều được giải đáp ngay trên lớp và có minh họa từ các dự án trong thực tế. Sau tất cả, tôi cảm ơn BAC và Thầy giáo Thái Sơn.
Xem chi tiết +