Thoughts

Đồng ý là timebox trong Agile rất quan trọng, SM cần đảm bảo timebox trong event là chính xác. Nhưng mà thực tế, các project liên quan đến blockchain hay build platform đòi hỏi rất nhiều thời gian research, thì ở đây mình sẽ hướng mọi người dùng 3-4 ngày để dành cho việc planning và research. Mình không nói là không tuân thủ timebox nhưng ở đây là thay đổi linh hoạt để đáp ứng theo project thực tế. --- Có 2 cách tiếp cận trong việc estimate đó là sử dụng story point như Agile khuyến nghị thì...

Hôm nay, mình sẽ tiếp tục chia sẻ về Sprint Planning, sau khi đã nói về các thành phần quan trọng trong buổi trước. Nội dung hôm nay sẽ tập trung vào Definition of Ready (DoR) và Definition of Done (DoD), cùng với một số kinh nghiệm để giúp tạo ra một sprint planning hiệu quả. DoR - Definition of Ready là danh sách các tiêu chí hoặc điều kiện cần đảm bảo để một user story sẵn sàng được đưa vào sprint và bắt đầu thực hiện. --- Hiểu một cách đơn giản, DoR giúp team biết khi nào một user story...

Cuối cùng, mình đã đạt được mốc 4000 followers! Mình rất biết ơn sự quan tâm của mọi người, cảm ơn mọi người đã dành thời gian theo dõi và đọc những bài viết của mình. Hôm nay, mình muốn tiếp tục chia sẻ về chủ đề mình đang làm: Agile & Scrum, cụ thể là Sprint Planning trong Scrum. Mình sẽ thêm một số góc nhìn từ thực tế dự án và kinh nghiệm cá nhân để giúp tạo ra một Sprint Planning hiệu quả nhất. --- Sprint Planning là buổi họp đánh dấu thời điểm bắt đầu của mỗi Sprint. Thời gian họp...

Nay mình sẽ đi sâu hơn vào Scrum, những bài này mình sẽ chia nhỏ từng phần và đi qua toàn bộ các nội dung liên quan đến Scrum. Như mọi người cùng đã biết Scrum Framework được phát triển dựa trên Agile. Phần quan trọng nhất cũng là cốt lõi của Scrum đó là Sprint. Đó là một quá trình lặp lại có giới hạn thời gian kéo dài từ 2 đến 4 tuần trong đó development team xây dựng một product có khả năng release được. --- Hình dung Sprint giống như 1 project nhỏ và được thực hiện trong 2-4 tuần, sprint...

Chào mọi người, hôm nay mình sẽ quay trở lại với series về Agile. Thực ra, mình đã có khá nhiều bài viết về Agile trước đây, nhưng nhân dịp này, mình sẽ viết một bài chỉnh chu và toàn diện hơn, bao gồm cả Agile và Scrum. Agile có thể được hiểu là một phương pháp kết hợp giữa phát triển theo cách tiếp cận Iterative và Incremental. Tuy nhiên, Agile có những điểm khác biệt rất rõ ràng mà chúng ta sẽ cùng nhau tìm hiểu. --- Điểm quan trọng nhất của Agile là tập trung vào sự tương tác, hợp tác và...

Cảm ơn bạn nhé, agile mang lại rất nhiều lợi ích tuỳ thuộc vào từng project 😋

Đúng rồi bạn, nó là các đặc trưng của Agile, tuy nhiên trước khi xuất hiện khái niệm Agile, người ta có đưa ra các cách tiếp cận Iterative và Incremental trước rồi. Nó giống như việc ban đầu, họ tạo ra iterative, incremental và họ sử dụng. Sau đó họ tiếp tục cải tiến liên tục và phát triển ra Agile, nên có thể nói cả 2 cách tiếp cận đó là đặc trưng của Agile là chính xác, nhưng đồng thời nó cũng là những phương pháp cụ thể.

Với mỗi iteration thì các features bổ sung sẽ được đi qua các bước như trên cho đến khi product có được đầy đủ tính năng và sẵn sàng chuyển giao cho customer, như hình trên ban đầu nó sẽ là 1 bản thô, tức là nó vẫn đầy đủ tính năng nhưng mà chưa chi tiết, cần thông qua các iteration để cải tiến và hoàn thiện. Theo cách tiếp cận iterative thì mỗi lần thực hiện iteration thì sẽ thường không tạo ra product hoặc result có thể sử dụng được. --- Client cần chờ qua các iteration, trong quá trình...

Gần đây, mình đọc rất nhiều bài chia sẻ về các cách tiếp cận trong Project Management. Tuy nhiên, không phải lúc nào các bài viết cũng giải thích chi tiết hoặc đúng bản chất của các phương pháp này. Vì vậy, mình quyết định viết chuỗi bài để giúp mọi người hiểu rõ hơn về Iterative, Incremental, và Agile, sau đó sẽ đi sâu vào các framework như Scrum, Kanban. Trong bài viết này, mình sẽ tập trung vào điểm chung và nguồn gốc của các phương pháp này. --- 1. Introduction Iterative, Incremental,...

Project là một khái niệm cũng rất quen thuộc với mọi người, dù trong lĩnh vực nào cũng đều xuất hiện khái niệm này? Nhắc lại xíu định nghĩa thì project là một nỗ lực tạm thời nhằm tạo ra một product, service hoặc kết quả cụ thể nào đó. Vậy có bao giờ bạn tự hỏi lý do khai sinh ra project là gì không? Dĩ nhiên là để tạo ra những cái gọi là product, service rồi nhưng mà tại sao lại cần tạo ra những thứ trên thì đó mới là cái cần quan tâm. --- Bản thân mình luôn có tính tò mò, luôn đặt những...

Theo mình thì nếu bạn cần hỗ trợ thì cứ chia sẻ thẳng với anh, bạn muốn hỗ trợ như thế nào. Lúc đó đối phương sẽ cùng phản đưa ra phương án tốt nhất. Ví dụ có thể hỗ trợ hơn con số 400k đó cũng là chuyện bình thường, nhưng bạn không nói thì đôi khi họ không hiểu được, họ nghĩ là à bạn có sẵn rồi, nên không cần họ giúp, và chỉ giúp phần còn thừa. Mình không đứng về phía nào cả, mình nghĩ có chuyện thì cùng nhau ngồi xuống, nói rõ những gì mình muốn sẽ okay 😊 --- Nguồn thì mình tham khảo các...