Quản lý dự án Agile: Cách thành công khi yêu cầu dự án thay đổi - Gary Chin

Khám phá phương pháp quản lý dự án Agile độc đáo của Chin. Nâng cao hiệu quả và tốc độ triển khai dự án trong môi trường thay đổi nhanh.

• Tác giả: Gary Chin
• Chuyên ngành: Quản lý Dự án Agile
• Đề tài: Quản lý Dự án Agile đối phó yêu cầu thay đổi
• Loại tài liệu: Sách
• Địa điểm: New York

Tóm tắt

I. Tổng quan về quản lý dự án Agile theo Gary Chin

Gary Chin là tác giả cuốn sách Agile Project Management: How to Succeed in the Face of Changing Project Requirements, xuất bản bởi American Management Association. Tác phẩm này cung cấp một khung toàn diện để quản lý dự án trong môi trường thay đổi liên tục. Bối cảnh kinh doanh hiện đại với vòng đời sản phẩm ngắn hơn, áp lực cạnh tranh gay gắt và công nghệ liên tục đổi mới buộc các tổ chức phải thích ứng nhanh chóng. Quản lý dự án Agile ra đời như một phương pháp đối phó hiệu quả với yêu cầu thay đổi liên tục từ thị trường. Gary Chin không chỉ trình bày lý thuyết mà còn cung cấp các công cụ thực tiển như quy trình báo cáo trạng thái dự án, quy trình theo dõi vấn đề và quy trình theo dõi hạng mục hành động. Ông nhấn mạnh rằng dự án chính là hoạt động kinh doanh cốt lõi. Phương pháp tiếp cận của Chin kết hợp giữa kỹ thuật cổ điển và kỹ thuật linh hoạt. Cuốn sách đề cập đến vai trò của quản lý dự án, tổ chức nhóm chức năng chéo và quản lý danh mục đầu tư liên kết với chiến lược kinh doanh. Đây là tài liệu thiết yếu cho bất kỳ chuyên gia quản lý dự án nào muốn đạt thành công bền vững.

1.1. Bối cảnh ra đời của quản lý dự án Agile

Bối cảnh kinh doanh hiện đại đòi hỏi tốc độ phát triển sản phẩm nhanh hơn bao giờ hết. Các công ty lớn và nhỏ đều đang đẩy mạnh đổi mới sáng tạo. Công nghệ mới liên tục xuất hiện, tạo ra sự gián đoạn trong quy trình phát triển sản phẩm. Áp lực cạnh tranh buộc các nhóm phải ra quyết định nhanh với thông tin chưa đầy đủ. Quản lý dự án truyền thống không còn phù hợp khi yêu cầu thay đổi liên tục. Agile ra đời để giải quyết thách thức này.

1.2. Phạm vi nội dung của cuốn sách

Cuốn sách của Gary Chin bao gồm 12 chương với các chủ đề từ định nghĩa quản lý Agile đến quản lý danh mục đầu tư. Nội dung đề cập đến việc xác định khi nào nên sử dụng Agile, tổ nhóm chức năng chéo và vai trò quản lý dự án. Sách cung cấp bốn phụ lục quy trình thực tiển. Phần kế hoạch hóa linh hoạt và tiếp cận rủi ro trong môi trường Agile cũng được trình bày chi tiết. Cuối sách tích hợp quản lý danh mục với quy trình phát triển sản phẩm.

II. Phân tích vấn đề thay đổi yêu cầu trong dự án

Yêu cầu thay đổi là thách thức lớn nhất trong quản lý dự án hiện đại. Theo Gary Chin, sự thay đổi này bắt nguồn từ nhiều nguồn khác nhau. Thị trường biến động nhanh, công nghệ mới xuất hiện liên tục và nhu cầu khách hàng không ngừng thay đổi. Các tổ chức truyền thống thường phản ứng chậm với thay đổi do cấu trúc cứng nhắc. Quy trình phê duyệt nhiều tầng khiến thời gian phản hồi kéo dài. Điều này tạo ra khoảng cách giữa kỳ vọng của khách hàng và kết quả dự án. Gary Chin chỉ ra rằng confusion về vai trò quản lý dự án là vấn đề phổ biến. Nhiều tổ chức thuê quản lý dự án nhưng không định nghĩa rõ trách nhiệm. Thành công phụ thuộc quá nhiều vào kỹ năng cá nhân thay vì quy trình chuẩn. Nhóm dự án thường có cái nhìn tiêu cực về vai trò quản lý. Họ hình dung quản lý dự án chỉ là người ra lệnh và kiểm tra tiến độ. Mô hình quản lý như vậy không thể nhân rộng và gây hại cho việc áp dụng phương pháp quản lý dự án chuyên nghiệp.

2.1. Các tiêu chí xác định tính phù hợp của Agile

2.2. Tác động của việc thiếu vai trò rõ ràng

Khi vai trò quản lý dự án không được định nghĩa rõ, nhóm tự tạo giả định riêng. Mỗi quản lý dự án làm việc khác nhau gây confusion cho thành viên nhóm khi chuyển dự án. Điều này tạo ra mô hình quản lý không thể nhân rộng. Thiếu tính nhất quán tổ chức khiến việc áp dụng phương pháp quản lý dự án rộng rãi trở nên khó khăn. Gary Chin nhấn mạnh rằng lãnh đạo phải định nghĩa vai trò rõ ràng để tạo giá trị gia tăng cho nhóm.

III. Giải pháp quản lý dự án Agile của Gary Chin

Gary Chin đề xuất chiến lược toàn diện để đối phó với yêu cầu thay đổi. Giải pháp đầu tiên là tổ nhóm chức năng chéo. Nhóm đa ngành giúp ra quyết định nhanh hơn và tăng khả năng thích ứng. Giải pháp thứ hai là xác định rõ vai trò và trách nhiệm của quản lý dự án. Việc này bao gồm thảo luận và đạt được thỏa thuận với toàn nhóm về kỳ vọng. Quản lý dự án cần thể hiện giá trị gia tăng mà họ mang lại cho dự án. Giải pháp thứ ba là lập kế hoạch linh hoạt. Kế hoạch phải đủ linh hoạt để điều chỉnh khi yêu cầu thay đổi nhưng vẫn giữ được mục tiêu tổng thể. Tiếp cận rủi ro trong môi trường Agile cũng được cải tiến. Thay vì né tránh rủi ro, nhóm chủ động xác định và quản lý chúng. Gary Chin cũng đề xuất xây dựng hạ tầng quản lý dự án vận hành bao gồm quy trình báo cáo, theo dõi vấn đề và theo dõi hành động. Cuối cùng, quản lý danh mục đầu tư Agile liên kết dự án chiến thuật với chiến lược kinh doanh tổng thể.

3.1. Tổ chức nhóm chức năng chéo cho tính linh hoạt

3.2. Chiến lược lãnh đạo và định nghĩa vai trò quản lý

Chiến lược Agile của Gary Chin yêu cầu định nghĩa rõ vai trò quản lý dự án. Quản lý phải chứng minh giá trị gia tăng cho nhóm thông qua hành động cụ thể. Việc thảo luận cởi mở về trách nhiệm giúp loại bỏ giả định sai lệch. Vai trò lãnh đạo bao gồm hướng dẫn, hỗ trợ và tạo môi trường làm việc hiệu quả. Quản lý dự án cần thoát khỏi hình ảnh chỉ ra lệnh và kiểm tra. Thay vào đó, họ trở thành người tạo điều kiện cho nhóm đạt kết quả tốt nhất.

IV. Kết luận và ứng dụng quản lý Agile vào thực tế

Quản lý dự án Agile theo Gary Chin cung cấp bộ công cụ hoàn chỉnh cho môi trường kinh doanh thay đổi nhanh. Phương pháp này không phải là thay thế hoàn toàn quản lý dự án truyền thống mà là sự bổ sung linh hoạt. Việc áp dụng thành công đòi hỏi sự cam kết từ cả tổ chức, không chỉ nhóm dự án. Quản lý cấp cao cần tạo môi trường hỗ trợ tính linh hoạt. Hạ tầng quản lý dự án vận hành phải được xây dựng vững chắc. Quy trình báo cáo trạng thái, theo dõi vấn đề và theo dõi hạng mục hành động cần được chuẩn hóa. Quản lý danh mục đầu tư liên kết dự án chiến thuật với chiến lược kinh doanh đảm bảo nguồn lực được phân bổ hiệu quả. Tích hợp quản lý danh mục với quy trình phát triển sản phẩm tạo ra lợi thế cạnh tranh bền vững. Các tổ chức áp dụng thành công phương pháp Gary Chin có thể rút ngắn thời gian phát triển sản phẩm, tăng tỷ lệ hài lòng khách hàng và đạt được kết quả kinh doanh vượt trội. Cuốn sách là tài liệu tham khảo giá trị cho mọi cấp quản lý.

4.1. Xây dựng hạ tầng quản lý dự án vận hành

4.2. Tích hợp quản lý danh mục với chiến lược kinh doanh

Quản lý danh mục đầu tư Agile liên kết dự án chiến thuật với chiến lược kinh doanh. Quy trình ưu tiên hóa danh mục giúp phân bổ nguồn lực vào dự án có giá trị cao nhất. Gary Chin nhấn mạnh rằng tích hợp quản lý danh mục với quy trình phát triển sản phẩm tạo ra thành công kinh doanh. Phương pháp này đảm bảo mọi dự án đều đóng góp vào mục tiêu tổng thể của tổ chức. Đánh giá định kỳ giúp điều chỉnh danh mục phù hợp với thị trường thay đổi.

Trích đoạn nội dung tài liệu

AGILE PROJECT MANAGEMENT AGILE PROJECT MANAGEMENT How to Succeed in the Face of Changing Project Requirements Gary Chin American Management Association New York • Atlanta • Brussels • Chicago • Mexico City • San Francisco Shanghai • Tokyo • Toronto • Washington, D. Special discounts on bulk quantities of AMACOM books are available to corporations, professional associations, and other organizations. For details, contact Special Sales Department, AMACOM, a division of American Management Association, 1601 Broadway, New York, NY 10019. Web site: www.org This publication is designed to provide accurate and authoritative information in regard to the subject matter covered.

It is sold with the understanding that the publisher is not engaged in rendering legal, accounting, or other professional service. If legal advice or other expert assistance is required, the services of a competent professional person should be sought. Library of Congress Cataloging-in-Publication Data Chin, Gary. Agile project management : how to succeed in the face of changing project requirements / Gary Chin.

All rights reserved. Printed in the United States of America. This publication may not be reproduced, stored in a retrieval system, or transmitted in whole or in part, in any form or by any means, electronic, mechanical, photocopying, recording, or otherwise, without the prior written permission of AMACOM, a division of American Management Association, 1601 Broadway, New York, NY 10019. Printing number 10 9 8 7 6 5 4 3 2 1 CONTENTS Preface vii CHAPTER 1 Defining Agile Project Management 1 CHAPTER 2 Determining When to Use Agile Project Management 13 CHAPTER 3 Projects Are the Business 22 CHAPTER 4 The Cross-Functional Team: Organizing for Agility 37 CHAPTER 5 The Project Manager’s Role 65 CHAPTER 6 The Agile Project Team 87 CHAPTER 7 Planning for Agility 98 CHAPTER 8 Approaching Risk in an Agile Environment 123 CHAPTER 9 Management: Creating an Environment of Agility 141 CHAPTER 10 The Operational Project Management Infrastructure 152 v vi C ONTENTS CHAPTER 11 Agile Portfolio Management: Aligning Tactical Projects with Business Strategy 171 CHAPTER 12 Integrating Portfolio and Project Management with the Product Development Process for Business Success 193 Conclusion 202 Appendix A: Project Status Reporting Process 204 Appendix B: Issue Tracking Process 209 Appendix C: Action Item Tracking Process 214 Appendix D: Portfolio Prioritization Process 219 Index 225 About the Author 230 P R E FA C E Today’s innovative minds are constantly pushing the envelope: New and often disruptive technologies are filling the product development pipelines of both large and small companies.

The business landscape is fast-paced and competitive, and product lifecycles are shorter. Natu- rally, product development and launch times are also shortening as companies aggressively develop new products and services to com- pete. This emphasis on speed forces teams to make quick decisions with incomplete information or in an environment of uncertainty. This, in turn, leads to frequent changes in project requirements and direction.

Teams need to be light on their feet. they need to be agile! The need for agility is magnified in highly innovative businesses that are pushing the limits of current technology and thinking, and where key parts of projects often involve discovery or problem solving never encountered before. These types of projects have an inherent uncertainty and involve multiple paths, decision points, and iterations before they can be successfully completed. Technical teams know that it is impossible to precisely plan new discoveries far in advance.

Con- sequently, they only use project management for administrative sup- port, if they use it at all. Their resistance to using project management is, in fact, often valid. The classical project management technique that they have experienced is cumbersome and not as effective in a fast-paced and uncertain environment. Additionally, project manage- ment is more often than not perceived as bureaucratic overhead that vii viii P R E FAC E will probably slow the team down rather than make it more agile.

While I don’t fully agree with this viewpoint, I see that many of the commonly known PM practices and tools are geared toward large and relatively slow-moving projects. On a broader scale, companies realize that they must continue to change and remake themselves to remain competitive—to hit their financial targets and drive the business forward. These business-level changes include not only developing new products and services, but also creating the innovative HR practices, marketing messages, part- nerships, acquisitions, and reorganizations that will keep them ahead of the competition. In all of these cases, projects are the engines that power the business transformation and, in turn, enable the organiza- tional flexibility necessary to survive in today’s world.

To this end, most companies recognize that effective and agile project management is essential for their survival. The problem is getting there! Modern project management, as developed in the post–World War II era, was initially employed to manage large government proj- ects for the military and construction and space industries. It has subse- quently evolved and been widely adopted in some form by most large commercial companies. Nowadays, these same project management techniques are well on their way into many medium and small compa- nies.

However, as you may guess, what works well for a huge govern- ment project may not be the optimal solution for an innovative start- up or even a smaller entrepreneurial group within a large company. Those early projects had many unique challenges, such as efficiently managing hundreds of subcontractors, that project management was able to address. The ability to meet these challenges created the mo- mentum that carried project management into the mainstream. While many of these original characteristics are still present in to- day’s projects, most have evolved along with business in general, and some have changed radically.

For the most part, the science of project management has kept pace with the evolution of business over the past few decades. However, in certain areas, project management has not evolved in step with business and therefore cannot effectively address its challenges. It is some of these areas that are the focus of this book. If we fast-forward from 1950 to 2004, we will notice a dramatic P ix economic shift in business—an increase in the number of small com- panies versus large companies.

This shift was driven largely by the advent of the knowledge-based economy. At one time, only large companies with significant financial capital controlled the resources required to compete in business. Their resources were physical assets, such as buildings, material, and equipment. As knowledge and intel- lectual property became increasingly more valuable assets, entrepre- neurs with little financial capital but significant intellectual capital were able to start small businesses and carve out niches in this new market space.

In their quest to grow and compete, these smaller businesses are looking to PM as a possible competitive advantage. They realize that good PM can add tremendous value to their projects; however, they also recognize that the familiar, classic PM approach is not quite right for them. Yet, they press on, with the understanding that their PM processes will have to undergo optimization over time. The organizations that need new ideas in (agile) project management the most are likely to be investing the least in developing them.

There are a few subtle points related to this evolution that are worth noting. First, the sponsors and managers of projects generally know that one-size project management does not fit all, so they look to tailor classic PM processes to their particular situation. This ap- proach will address some, but not all, of their challenges. Second, spe- cialized and dedicated process development resources are required to develop, implement, and maintain robust project management proc- esses, especially ones tuned to a unique and dynamic environment.

Third, these process development resources quickly dwindle as com- pany size shrinks, yet this is where customized project management processes have perhaps the biggest impact. In some ways, project management has become a more or less rote mechanical process because it has been proven to work effectively on x P R E FAC E more or less rote mechanical projects. However, when applied to the more creative, uncertain, and urgent projects, classic PM practices often falter and need assistance. It is in these situations where we will explore various new thinking that will supplement the current body of knowledge on project management and, hopefully, extend its effec- tiveness into agile environments.

Acknowledgment For my wonderful family, Cara, Maddie, and Garrett, who gave me the time and support to write this book, and whom I love dearly. Also, thanks to my friends Mark and Anne, who provided encouragement and helped me think through the many details. 1 DEFINING AGILE PROJECT MANAGEMENT Those of you who have managed projects in a technology environ- ment know that balancing the needs of the project management (PM) process against those of a creative technical team is something of an art. You risk stifling innovation with too much process.

With too little process, you risk never getting the project completed. The mismatch occurs when you try to employ classic PM methods in an agile envi- ronment. While many companies have spent significant money and energy customizing common PM processes to their specific situations, they are still finding that it is more of an art than a science, where certain project managers thrive and others struggle. Building on classic PM methods can take you only so far in the uncertain environment that’s so typical of projects pushing the boundaries of technological and business innovation.

Agile PM will provide some new concepts and techniques that I’ve seen to be effective in dynamic environments and that, hopefully, will help you advance your project management foundation in these challenging areas. Overextension A primary reason that expanding on classic PM methods is not as ef- fective in certain areas is that it is simply being overstretched. Over 1 2 A G I L E P R O J E C T M A N AG E M E N T the years, classic PM has evolved into a wide and solid platform for delivering all sorts of projects in all kinds of environments. People have taken comprehensive, classic PM methods and customized them for their unique situations.

In turn, this has further validated and ex- panded the classic PM platform. I have yet to encounter a company that hasn’t done some type of PM customization for its specific busi- ness, yet the core methods always come back to the classic fundamen- tals. However, like any platform, classic PM has its constraints, and as we stretch it to address the new scenarios that lie on the fringe of the platform edges, it becomes less effective (see Figure 1-1). It is in these fringe areas at the edge of the classic PM platform that agile PM comes into play.

As you continue to advance your project management methods to keep pace with your changing project and business requirements, it is generally easier to build off an established idea or concept, rather than starting from scratch. In the agile environment, the problem is that there isn’t a good foundation to start from because classic project man- agement has been overextended. This book will attempt to correct that situation. Agile PM can be viewed as a new foundation element, perhaps just a single post, that will help support the extensions of the classic PM platform in such a way as to enable its practitioners to more effectively manage projects in an uncertain environment.

Planning Versus Execution When the term project management is mentioned, the image that most often pops to mind is that of the Gantt chart, also known as the project timeline or schedule. From an academic perspective, we know that project management encompasses the end-to-end project lifecycle. Yet in practical application, there’s a strong emphasis on the planning stage, perhaps at the expense of other important process areas.