Thursday, April 17, 2014
Wednesday, April 16, 2014
Scrum in Game
Copy from http://vietgamedev.net/blog/50/scrum-framework/
1. Mở đầu:
Mình được nghe khá là nhiều người nhắc đến Scrum và khả năng tuyệt vời đối với việc quản lý cho những dự án phức tạp, hoặc là có độ thay đổi cao.
Thoạt nghe cũng rất lôi cuốn, nhưng vấn đề cần lưu ý, có rất nhiều doanh nghiệp cố gắng áp dụng mô hình này, nhưng lại không hoàn toàn kiểm soát hay hiểu được những yếu tố cơ bản để theo đúng định nghĩa của Scrum, nên có rất nhiều người tự hỏi, tại sao tôi không áp dụng được mô hình này vào công ty tôi . Và theo như mình được biết: có rất nhiều doanh nghiệp cố gắng áp dụng mô hình này, nhưng có rất ít đơn vị ; thành công, mà phần lớn theo mình là không tuân theo những quy định của Scrum.
Qua bài viết này, mình hi vọng sẽ chuyển đến các bạn một số hiểu biết của mình về Scrum và thảo luận thêm để mở rộng ý tưởng.

Mô hình Scrum tổng quát (theo tuyendungit.wordpress.com)
Tuesday, April 15, 2014
Monday, April 14, 2014
Wednesday, April 9, 2014
Hợp Daily Stand Up thế nào là đúng và phát huy hiệu quả?
Bài được copy từ http://tapchilaptrinh.vn/2014/02/24/hop-stand-up-hay-lam-cho-dung/
Triển khai stand-up meeting (Cuộc họp Đứng hay còn được biết đến với tên gọi là Họp Scrum Hằng ngày) cần sự đơn giản, vậy tại sao khá nhiều nhóm thực hiện sai hoạt động này?
Tôi tin rằng Họp Scrum Hằng ngày là một phương pháp tốt – và cần được thực hiện bởi tất cả các nhóm phát triển – bất kể họ có hay không sử dụng Scrum hay bất cứ một phương pháp luận Agile nào đó. Và Vì vậy tôi đưa ra suy nghĩa của mình về cách thực hiện stand up meeting để các bạn cùng xem xét:
Cái tay ScrumMaster ấy làm việc gì?
ScrumMaster không quản lí nhân sự, không quản lí tiến độ, cũng chẳng quản lí công việc được gán cho ai, càng không quản lí tiền bạc, hay yêu cầu. Vậy thế cái tay này làm cái gì?
Trong những lớp học tôi dạy về Scrum, phần nhiều học viên cứ nghĩ là ScrumMaster chẳng có việc gì để làm. Nên trong các ý kiến thảo luận, họ thường để một ai đó – như Product Owner, hay Developer, Tester .. – kiêm nhiệm. Cực chẳng đã mới để một người làm ScrumMaster độc lập, vì sợ tốn rì-suộc (resource). Hi hi.
Trong những lớp học tôi dạy về Scrum, phần nhiều học viên cứ nghĩ là ScrumMaster chẳng có việc gì để làm. Nên trong các ý kiến thảo luận, họ thường để một ai đó – như Product Owner, hay Developer, Tester .. – kiêm nhiệm. Cực chẳng đã mới để một người làm ScrumMaster độc lập, vì sợ tốn rì-suộc (resource). Hi hi.
Kì thực thì có vài ScrumMaster mới nhận cái công việc này sẽ thấy ngập lụt, “ôi sao nhiều việc thế”, “thế này thì làm sao nổi”. Hihi.
Vậy thì hằng ngày cái vị ScrumMaster này làm những gì? Xin liệt kê ra đây vài cái thử xem có nhiều không nhé:
Subscribe to:
Posts (Atom)