#scrum

We Changed the Tool. Not Yet the Way We Work.

Scrum vốn không sinh ra từ lĩnh vực phần mềm, nhưng 40 năm sau, nó lại bộc lộ những hạn chế trong cách chúng ta áp dụng AI. Việc thay đổi công cụ (tool) không đồng nghĩa với thay đổi phương thức làm việc (way we work).

Bài viết giúp bạn nhận thức rõ cách Scrum—một khái niệm ban đầu trong quản lý dự án truyền thống—có thể phản ánh những sai lầm cơ bản trong cách hiện nay chúng ta sử dụng AI, từ đó giúp bạn tránh những rủi ro về quy trình và hiệu quả khi áp dụng công nghệ mới.

Agile Isn’t Dead. It won.

Agile không chết mà đã chiến thắng trong ngành phát triển phần mềm. Thuật ngữ này trở nên phổ biến đến mức xuất hiện liên tục trên LinkedIn và các nền tảng công nghệ.

Lập trình viên nên đọc bài này để hiểu cách Agile không chỉ là một phương pháp quản lý dự án mà còn là một phương pháp sống và làm việc hiệu quả giúp tối ưu hóa sự linh hoạt, chất lượng sản phẩm và sự hài lòng của đội ngũ trong công việc phát triển phần mềm.

Governance Without Uniformity:

Bài viết bàn về thách thức lãnh đạo khi các team trong doanh nghiệp hoạt động theo những cách khác nhau, thay vì áp đặt một quy trình uniform.

Là người viết code và quản lý dự án, bạn cần hiểu cách điều hành đội ngũ đa dạng theo các phương pháp Agile khác nhau để tối ưu hiệu suất và tránh rủi ro khi sự đồng nhất không phải là chìa khóa.

Focusing Where Mountain Goat Software Can Have the Most Impact

Mountain Goat Software, founded by Mike Cohn, is discontinuing public Scrum and agile training classes after more than two decades. The company is shifting its focus entirely to private client engagements — including private courses, workshops, and follow-through coaching — where teams can work on their actual backlogs, planning challenges, and leadership dynamics. Cohn argues that individual training alone doesn't improve team performance; real change requires working with entire teams and leaders together over time on their specific problems. The company will continue producing free content like blog posts and YouTube videos, and is reorganizing its website around ten topic-based agile guides.

We Tried Agile and It Didn’t Work

When teams say 'we tried agile and it didn't work,' leaders should treat it as diagnostic data rather than resistance. Common failure modes include adopting agile ceremonies without changing decision-making, weak product ownership, excessive work in progress, symbolic empowerment, and leaders delegating agile to teams without changing the surrounding system. The post outlines a five-pillar diagnostic framework (mindset, practices, roles, teamwork, outside-the-team support) and a practical recovery path: acknowledge the previous experience honestly, name a concrete outcome, pick one small visible improvement, maintain an improvement backlog, and inspect results. Skeptics should be engaged as sources of information rather than dismissed. If the word 'agile' carries too much baggage, leaders can pursue agile goals under different framing.

Why Scrum Isn’t Working Even Though You’re Doing Scrum

Organizations often implement all the Scrum ceremonies and roles yet still fail to see the expected benefits. The core problems are: Scrum events becoming empty rituals rather than value-generating activities, sprint interruptions being treated as costless when they erode team trust and focus, organizational lack of prioritization pushing too many demands onto teams, leaders not creating the right environment for self-managing teams, Scrum Masters staying too close to the team instead of removing organizational impediments, and excessive rules making Scrum feel like bureaucracy. The recommended approach is to apply Scrum's own inspect-and-adapt principle to improve Scrum itself — identifying the biggest root cause and experimenting with one change at a time rather than attempting a big-bang reset.