Thoughts

[Stakeholder Understanding] Trước khi end topic liên quan tới scope thì mình có cái hình vui vui, cái này mình nghĩ chắc nhiều bạn từng thấy rồi, 10 bức tranh thể hiện cho 10 góc nhìn khác nhau của các stakeholder trong project. 

 Nó thể hiện một chuỗi những sai lầm phổ biến trong project, đặc biệt giữa các stakeholder, hiểu sai, thiết kế sai, triển khai không đúng và dẫn đến kết quả cuối cùng khác xa so với thực tế (...) --- Trước đây, làm project, mình hay nghĩ là khách hàng thực sự...

Cảm ơn bro nhé 😋 --- Đúng rồi, mình thì vẽ 1 lần rồi thôi nên là cứ lưu để đó, khi nào cần lưu lại tính sau 😋 --- Agile là triết lý quản lý dự án, Scrum là framework thuộc Agile. Thì mình gọi chung Agile Scrum là quy trình quản lý dự án theo Adaptive thì có chỗ nào sai ạ? Đôi khi mọi người lại không biết Scrum đến từ đâu thì gọi là Agile Scrum cho đơn giản và dễ hiểu. Sự nhảm nhí đến từ đâu khi mình chia sẻ kiến thức với mọi người vậy ạ? --- Với lại bạn ơi, bạn thích thì bạn đọc,...

[Break Down Scope] Nay tiếp về scope nhé, sau khi thu thập các requirements, tiếp theo cần phân chia thành các task cụ thể, nó là cơ sở cho estimate và schedule. Thông thường thì nếu là mô hình truyền thống thì sẽ sử dụng Work Breakdown Structure (WBS) để quản lý hạng mục công việc, còn Agile thì sẽ sử dụng backlogs. Mình sẽ tách ra làm 2 bài riêng cho dễ đọc, bài này focus vào WBS nhé. WBS hiểu đơn giản nó là dạng cây, tổ chức các đầu mục công việc trong project (...) --- Trong WBS thể...

[Stakeholder Management] Tiếp cái Power/ Interest Grid nhé, thường mình sử dụng cái này nhiều hơn để phân loại stakeholder ấy, nó đơn giản và hiệu quả, dựa trên 2 yếu tố 1. Power: mức độ ảnh hưởng của stakeholder có thể tác động đến project, nó liên quan đến khả năng kiểm soát resource, make decision hoặc có các impact đến result của project 2. Interest: mức độ quan tâm của stakeholder với project, nghĩa là họ quan tâm đến project có thành công hay không, or affect thế nào tới họ...

[Stakeholder Management] Tiếp tục chủ để hôm trước, khi hiểu được về influence của stakeholder rồi thì nay sẽ nói về một số model để phân loại stakeholder, mình chia sẻ về 2 cái model mà mình thấy phổ biến 1. Salience Model: Có 3 yếu tố là core gồm Power, Legitimacy và Urgency 2. Power/ Interest Grid: Gồm 2 yếu tố là Power và Interest Việc sử dụng model nào thì tuỳ thuộc vào context project hen, mình thì hay dùng cái Power/ Interest cho nó đơn giản và nhanh (...) --- Salience Model thì hơi...

[Influence Stakeholder] Mấy nay các bài viết của mình focus nhiều vào stakeholder, vì với mình thì đó là yếu tố quan trọng nhất trong project, yếu tố sẽ dẫn đến thành công hoặc thất bại của project, nếu bạn làm project bạn cần xác định và hiểu về stakeholder. 1. Upward Đối tượng là các Senior Management, họ là những người có quyền trong tổ chức của bạn, chẳng hạn như CTO, CEO, c-level nói chung. Họ là người ra quyết định cuối và quyết định các vấn đề quan trọng trong project (...) --- Bạn...

Nếu làm với team global thì chắc chắn sẽ challenge hơn so với onsite, team mình hiện đang hybrid nè, khoảng 60% có thể remote. Nhưng challenge thì vẫn có cách để xử lý mà, mình vẫn đang work theo những cách trên, mình sẽ kết hợp thêm đặt ra các kỳ vọng cụ thể cho team, kết hợp các tool để monitor kết quả công việc của team. Mình vẫn dùng Jira track task team remote bình thường. Dĩ nhiên cách tụi mình keep track đó là daily meeting/ standup meeting, không biết bạn có nghe về Agile/ Scrum...

[Stakeholder Management] Thật ra thì communication nó sẽ gắn liền với stakeholder management. Vậy bài này mình sẽ đi tìm hiểu một tí về stakeholder và làm sao identify ra họ nhé. Okay, trong một project bất kỳ thì stakeholder là bất kỳ cá nhân, nhóm hoặc tổ chức có liên quan, có ảnh hưởng và bị ảnh hưởng bởi kết quả dự án. Tức là họ có sự liên quan đến cả project, từ đầu đến khi kết thúc. Ví dụ nè: Sponsor, Project Manager, Project Team, Client, End Users, Investors, Partners,...

[Communication Management] Nay qua tiếp chủ đề mới về communication nhé, về định nghĩa mình nghĩ ở đây chắc ai cũng biết nó là như thế nào. Nhưng sẽ có một số thú vị về giao tiếp có thể bạn chưa biết đó. Theo cá nhân mình, giao tiếp rõ ràng là một yếu tố quan trọng quyết định thành công trong project, như nguyên tắc A.B.C of project (Always Be Communicating). Trong project, giao tiếp nó không chỉ dừng ở report status mà còn rất nhiều khía cạnh như feedback, project charter, WBS, etc. ...

[Risk Management] Chắc đây là bài viết khép lại phần Risk Management, mai mình sẽ sang topic mới nhưng mình muốn chia sẻ thêm một số khái niệm risk. 1. Primary Risk: đây là các risk có từ ban đầu, khi bắt đầu identify và analyze 2. Secondary Risk: đây là risk sau khi có hành động giảm rủi ro. Nó không tồn tại từ đâu mà do solution tạo ra risk này 3. Residual Risk: đây là risk còn lại sau khi đã áp dụng solution giảm thiểu. Các risk này có thể accept và monitor. Ví dụ bên dưới...