Trong khoa học sắp xếp công việc ở một tổ chức, nếu sắp xếp theo từng khâu làm việc tuần tự bạn sẽ đạt hiệu quả cao và năng suất hơn. Do đó trong các công ty phần mềm việc tổ chức khoa học bắt đầu từ tổ chức lại công việc cho nhân lực bên trong, vì vậy ta thấy có chức danh trong một công ty như: CEO, CFO, HR, Project manager, Developer, tester... Việc sắp xếp lại tổ chức hoạt động giúp nó hoạt động hiệu quả hơn. Trong mỗi dự án làm việc với khách hàng lại có một quy trình sản xuất khác nhau theo từng khâu: Quản lý dự án> BA > Code > Test ... (Giống như các khâu bình thường như trong ngành may mặt, sản xuất, kỹ nghệ...)
Bằng khái niệm: cộng tác hơn khi phát triển phần mềm để bỏ bớt những hoạt động dư thừa trong quy trình phát triển phần mềm kể trên gọi là Agile - Model. Và những bản thể của mô hình này là: Scrum, XP, Kanban. Agile (Nhanh gọn) nhằm bỏ bớt sự thừa thải của việc: làm tài liệu, chạy theo kế hoạch, làm việc mà không chú ý tới người dùng. Trong bài viết này không nói tới hiệu quả của làm Agile, bài này nói về sự bị động của người trong cuộc.
Dễ dàng mà thấy nếu bạn trong một dự án Scrum bạn sẽ bị lột trần và đập nát tính cách của mình. Bạn thích tĩnh lặng? vào dự án thì có người sẽ chất vấn bạn, bạn đang làm gì trong dự án, chức năng nào, có vấn đề gì không trong đó, muốn giúp không?... nhiều câu hỏi sẽ làm bạn sầu não nếu bạn là một con sâu thích gặm lá một mình, việc gì sẽ xảy ra nếu bạn thuộc dạng người ít nói? - Vào dự án Agile bạn sẽ khác đi!
Nếu không làm theo bạn sẽ bị chính dự án đẩy ra ngoài và như một kẻ thua cuộc đi dạo quanh dự án. Agile cần bạn nhanh và quyết liệt, nếu không dự án không trôi chảy. Bằng việc đưa ra câu hỏi cho người dùng, dự án sẽ cho bạn nhiều backlog (yêu cầu), và việc chọn backlog để làm trong 2 tuần làm cho bạn nóng nhất có thể, và không có nhiều thời gian để chần chứ. Tester sẽ test trong một tuần, developer sẽ làm việc trong một tuần đầu và cho ra hiệu suất nhanh nhất, trong tuần thứ 2 sẽ cộng tác với tester để fix bug.
Khi mọi việc trễ nải, Agile thúc bạn với roi điện, PM là người sẽ cho bạn chọn backlog dễ làm để giảm thiểu rủi ro xuống, nếu không bạn sẽ rớt xuống đáy Agile.
Tóm lại: Mô hình phát triển nhanh (agile) bắt người trong trong cuộc phải hành động liên tục! Nên đã vào một đội Agile, xin hãy nhớ, chạy, chạy và chạy!
Bằng khái niệm: cộng tác hơn khi phát triển phần mềm để bỏ bớt những hoạt động dư thừa trong quy trình phát triển phần mềm kể trên gọi là Agile - Model. Và những bản thể của mô hình này là: Scrum, XP, Kanban. Agile (Nhanh gọn) nhằm bỏ bớt sự thừa thải của việc: làm tài liệu, chạy theo kế hoạch, làm việc mà không chú ý tới người dùng. Trong bài viết này không nói tới hiệu quả của làm Agile, bài này nói về sự bị động của người trong cuộc.
Dễ dàng mà thấy nếu bạn trong một dự án Scrum bạn sẽ bị lột trần và đập nát tính cách của mình. Bạn thích tĩnh lặng? vào dự án thì có người sẽ chất vấn bạn, bạn đang làm gì trong dự án, chức năng nào, có vấn đề gì không trong đó, muốn giúp không?... nhiều câu hỏi sẽ làm bạn sầu não nếu bạn là một con sâu thích gặm lá một mình, việc gì sẽ xảy ra nếu bạn thuộc dạng người ít nói? - Vào dự án Agile bạn sẽ khác đi!
Nếu không làm theo bạn sẽ bị chính dự án đẩy ra ngoài và như một kẻ thua cuộc đi dạo quanh dự án. Agile cần bạn nhanh và quyết liệt, nếu không dự án không trôi chảy. Bằng việc đưa ra câu hỏi cho người dùng, dự án sẽ cho bạn nhiều backlog (yêu cầu), và việc chọn backlog để làm trong 2 tuần làm cho bạn nóng nhất có thể, và không có nhiều thời gian để chần chứ. Tester sẽ test trong một tuần, developer sẽ làm việc trong một tuần đầu và cho ra hiệu suất nhanh nhất, trong tuần thứ 2 sẽ cộng tác với tester để fix bug.
Khi mọi việc trễ nải, Agile thúc bạn với roi điện, PM là người sẽ cho bạn chọn backlog dễ làm để giảm thiểu rủi ro xuống, nếu không bạn sẽ rớt xuống đáy Agile.
Tóm lại: Mô hình phát triển nhanh (agile) bắt người trong trong cuộc phải hành động liên tục! Nên đã vào một đội Agile, xin hãy nhớ, chạy, chạy và chạy!
Nhận xét
Đăng nhận xét