Tóm tắt dự án Phoenix: Các nguyên tắc DevOps vững chắc có thể biến đổi các dự án kinh doanh như thế nào

Thất bại có thể xảy ra ngay cả với những công ty tốt nhất – điều quan trọng là cách họ phục hồi sau thất bại.

Cuốn sách The Phoenix Project kể về hành trình của một công ty hư cấu đang phải vật lộn với sự chậm trễ, công việc không theo kế hoạch và nguồn lực hạn chế. Cuốn sách cũng cho thấy sự trở lại của công ty này nhờ vào việc cải tổ hoạt động CNTT.

Công ty tận dụng các nguyên tắc DevOps tốt nhất để khám phá những cách tối ưu để lập kế hoạch, thực thi và cải thiện các quy trình trong bộ phận CNTT. Tất cả những điều này đã dẫn đến sự hồi sinh đáng chú ý của công ty, giống như phong cách của chim phượng hoàng huyền thoại. 🔥

Mặc dù bạn nên đọc cuốn sách để nắm bắt tất cả các ưu điểm của nó, nhưng bản tóm tắt Dự án Phoenix này sẽ nêu bật một số bài học đáng chú ý nhất. Chúng tôi sẽ đi sâu vào cốt truyện, những điểm chính, những trích dẫn nổi bật và các mẹo để áp dụng các khái niệm trong cuốn sách vào cuộc sống thực.

Nhưng trước đó, nếu bạn quan tâm đến việc đọc thêm các bản tóm tắt sách, hãy xem và đánh dấu bộ sưu tập 25 bản tóm tắt sách về năng suất phải đọc (bao gồm cả cuốn này) do chúng tôi tuyển chọn tại một nơi. Bạn có thể lưu, chỉnh sửa, đánh dấu và thậm chí xuất ra để sử dụng sau.

Tải xuống ngay

Tóm tắt cuốn sách: Dự án Phoenix trong nháy mắt

The Phoenix Project: A Novel about IT, DevOps, and Helping Your Business Win được viết bởi Gene Kim, Kevin Behr và George Spafford. Cuốn sách dày 432 trang này được xuất bản lần đầu tiên vào năm 2013 và mất khoảng 7–10 giờ để đọc.

Điều chúng tôi yêu thích ở The Phoenix Project là cuốn sách sử dụng các ký tự và tình huống kinh doanh dễ hiểu để xác định các vấn đề phổ biến trong hoạt động và cung cấp dịch vụ CNTT, đồng thời hướng người đọc đến các giải pháp hiệu quả. Đây cũng là cuốn sách không thể bỏ qua nếu bạn muốn tìm hiểu mối quan hệ giữa hoạt động của nhà máy sản xuất và CNTT. 🍀

Cốt truyện

Cuốn sách về kinh doanh và công nghệ thông tin này dựa trên tiểu thuyết hóa của các chuyên gia để trình bày các khái niệm DevOps đã được thử nghiệm trong thực tế một cách dễ hiểu.

Nhân vật chính của câu chuyện là Bill Palmer, một Phó chủ tịch Công nghệ thông tin mới được bổ nhiệm làm việc cho một công ty sản xuất phụ tùng ô tô, Parts Unlimited. Mặc dù là một giám đốc CNTT giàu kinh nghiệm, Bill vẫn phải đối mặt với một công việc khó khăn — ngăn chặn công ty khỏi bị phá sản.

Vậy, điều gì đã xảy ra?

Đối với những người mới bắt đầu, toàn bộ tổ chức đang gặp phải nhiều vấn đề, từ lỗi trả lương, chậm trễ lịch trình đến vượt ngân sách. Nhiều lỗi này liên quan đến bộ phận CNTT của công ty và đặc biệt là sự bất lực của nhóm trong việc hoàn thành một sáng kiến phát triển phần mềm quan trọng, dự án mang tên Phoenix Project.

Các vấn đề đã lan rộng sang các hàm khác trong kinh doanh, và Bill phải gánh vác mọi việc sau những thất bại như vi phạm bảo mật và vi phạm quy định của nhà nước. Và nếu anh ta thất bại và công ty tiếp tục mất thị phần, Giám đốc điều hành của Parts Unlimited có kế hoạch thuê ngoài hoạt động CNTT. Vì vậy, đúng là rủi ro rất cao. 🌋

Ký tự

Trong suốt quá trình nỗ lực cải tổ bộ phận CNTT và phần mở rộng là toàn bộ công ty, Bill hợp tác với một số trưởng bộ phận và trưởng kỹ thuật. Một số vai trò trung tâm bao gồm:

Trong số các ký tự được liệt kê ở trên, Erik nổi bật là một trong những nhân vật có ảnh hưởng nhất trong câu chuyện. Khi Bill Palmer và các đồng nghiệp của anh cố gắng sửa chữa những gì đã hỏng, Erik hướng dẫn họ trong suốt quá trình này, giới thiệu cho họ những khái niệm quan trọng về DevOps và quản trị CNTT. Nếu bạn đã từng làm việc trong lĩnh vực phát triển phần mềm hoặc vận hành CNTT, bạn sẽ thấy các tương tác giữa các nhân vật khá quen thuộc.

Những điểm chính từ Dự án Phoenix

Những thách thức mà cuốn sách này trình bày là khá phổ biến nếu bạn nhìn vào những gì mà hầu hết các nhà phát triển phần mềm và chuyên gia CNTT phải đối mặt ngày nay. Vì ba đồng tác giả của The Phoenix Project là những nhà lãnh đạo tư tưởng nổi tiếng trong ngành CNTT, họ có thể chỉ ra các chiến lược hiệu quả để giải quyết những thách thức này, giúp doanh nghiệp của bạn thành công trong dài hạn. 🧑‍💻

Hãy cùng thảo luận về năm bài học và bài học kinh nghiệm quan trọng nhất từ cuốn sách này.

1. Xác định bốn loại công việc (IT)

Erik giải thích rằng việc lập kế hoạch và giám sát công việc trong lĩnh vực CNTT sẽ dễ dàng hơn khi bạn phân loại công việc thành bốn bộ phận:

Hệ thống giám sát dựa trên công việc đa cấp này đảm bảo có một luồng trách nhiệm rõ ràng mà nhóm có thể dựa vào.

2. Giới hạn công việc đang tiến hành hoặc tiến độ (WIP)

Theo cuốn sách, bạn nên có càng ít công việc đang tiến hành cùng một lúc càng tốt.

Bill nhận thấy rằng khi sự chú ý của bạn bị phân tán vào nhiều công việc, bạn sẽ cảm thấy quá tải và dễ mắc lỗi do tập trung không cao. Càng mắc nhiều lỗi, bạn càng phải đầu tư nhiều nỗ lực và nguồn lực của công ty để giải quyết. Vì công việc ban đầu không mang lại kết quả, nó sẽ được coi là sự lãng phí nguồn lực mà lẽ ra có thể được sử dụng cho các công việc mới.

Cuốn sách khuyên bạn nên điều chỉnh các chiến lược của mình theo phương pháp Agile hoặc Lean để đảm bảo các công việc đã lên kế hoạch được tối ưu hóa về mặt nguồn lực.

Đọc thêm: Mở rộng kiến thức với các hướng dẫn của chúng tôi về:

3. Tận dụng bảng Kanban

Một trong những cách mà Bill Palmer và nhóm của ông đã vượt qua tình trạng tích tụ WIP cho Parts Unlimited là sử dụng bảng Kanban. Kanban, có nghĩa là "biển hiệu" trong tiếng Nhật, cho phép nhóm hình dung công việc. Bảng được chia thành các cột mô tả các giai đoạn của quy trình công việc, thường di chuyển từ trái sang phải. Mỗi công việc được biểu thị bằng một thẻ.

Trong cuốn sách, nhóm của Bill xây dựng một bảng Kanban với các thẻ Sẵn sàng, Đang thực hiện (cho các công việc đang thực hiện) và Đã hoàn thành. Mỗi thẻ có một người được giao và được đặt ở phía bên trái của bảng. Thẻ được di chuyển sang bên phải khi công việc tiến độ. Với hệ thống như vậy, tất cả công việc được giám sát, tổ chức và sắp xếp theo mức độ ưu tiên để tối đa hóa năng suất, cho phép hiển thị toàn bộ các công việc của nhóm và giảm thiểu công việc không có kế hoạch.

Mẹo chuyên nghiệp: Sử dụng chế độ xem Bảng trong ClickUp để xây dựng bảng Kanban có thể mở rộng và cung cấp nhiều thông tin. Tạo quy trình công việc nhiều bước chỉ với vài cú nhấp chuột và truy cập trạng thái, người được giao và mức độ ưu tiên trong một chế độ xem. Bạn có thể dễ dàng kéo và thả các nhiệm vụ giữa các cột và thậm chí sử dụng thanh công cụ tích hợp để cập nhật trạng thái hàng loạt. 💪

4. Quản lý thay đổi với Lý thuyết Hạn chế (Theory of Constraints)

Erik thông báo cho Bill về cách Lý thuyết về các ràng buộc (Theory of Constraints) được áp dụng trong các tổ chức lớn. Hầu hết các doanh nghiệp đều có những điểm nghẽn hoặc ràng buộc trong hoạt động CNTT và nhà máy, có thể gây gián đoạn và dẫn đến công việc không theo kế hoạch. Erik giải thích rằng để cung cấp dịch vụ CNTT ổn định, dự đoán được và an toàn, bạn phải lập kế hoạch nhân lực và tài nguyên phi nhân lực để giải quyết những ràng buộc này và tạo điều kiện cho quy trình làm việc diễn ra liên tục.

Trong trường hợp của Parts Unlimited, tác động của nhiều hạn chế đã ảnh hưởng đến Brent, kỹ sư vận hành chính và một thiên tài CNTT. Brent chìm ngập trong công việc không có kế hoạch, thường là những việc vặt vãnh và sửa chữa, khiến các công việc quan trọng đã được lên kế hoạch bị ảnh hưởng.

Để giải quyết vấn đề này, Bill đã thành lập một nhóm để xử lý các vấn đề leo thang thay cho Brent. Hơn nữa, Brent, người trước đây luôn giữ bí mật về phương pháp của mình, giờ đây sẽ đào tạo nhóm để truyền đạt kiến thức của mình. Điều này cho phép nhóm vạch ra quy trình để tham khảo trong tương lai và giải phóng thời gian của Brent (hoặc, như Bill nói — giải phóng Brent khỏi công việc chữa cháy) để anh ấy có thể đầu tư chuyên môn của mình vào các công việc có giá trị cao hơn.

Phần thưởng: Hãy thử Mẫu Bảng trắng Bản đồ Quy trình ClickUp để hình dung các điểm nghẽn và xây dựng quy trình làm việc liên bộ phận hoàn hảo, phù hợp với Lý thuyết về Hạn chế.

5. Tối ưu hóa quy trình triển khai

Dự án Phoenix được thực hiện theo tiến độ, do đó không có nhiều thời gian để thử nghiệm và triển khai ứng dụng.

Tuy nhiên, trong suốt cuốn sách, nhóm của Bill trở nên hiệu quả hơn và cho ra nhiều bản phát hành hơn so với quý trước. Điều này một phần là do cách tiếp cận mới của họ là thực hiện các công việc nhỏ hơn với tần suất cao hơn, giảm WIP và thời gian đệm mà không cần phải sử dụng các biện pháp tắt đường.

6. Sử dụng mô hình The Three Ways để thúc đẩy DevOps

Chương trình huấn luyện của Erik xoay quanh mô hình Ba cách, là nền tảng của nhiều khái niệm DevOps. Mô hình này cung cấp các hướng dẫn cho các công ty để cung cấp giá trị sản phẩm và hỗ trợ dịch vụ khách hàng nhất quán thông qua công việc ổn định, hiệu quả và chất lượng cao.

Cách thứ nhất: Tối ưu hóa

Khi đánh giá thành công của một công ty, chúng ta đánh giá kết quả, không phải quá trình. Cách thứ nhất khám phá cách quá trình ảnh hưởng đến kết quả và thời gian giao hàng. Để tối đa hóa lợi nhuận, bạn nên tối ưu hóa dòng giá trị, tức là luồng công việc bắt đầu từ phát triển phần mềm và kết thúc bằng việc giao hàng cho khách hàng.

Theo cuốn sách, điều quan trọng là phải xem xét bức tranh tổng thể khi lập kế hoạch tối ưu hóa. Các mục tiêu kinh doanh chính là gì? Loại tiêu chuẩn tuân thủ quy định và bảo mật nào bạn không bao giờ được thỏa hiệp?

Bắt kịp với những tiến bộ công nghệ cũng rất quan trọng. Ví dụ, khám phá các phần mềm mới như AI DevOps, các công cụ tạo biểu đồ Gantt dễ lập lịch và các công cụ quản lý hoạt động CNTT có thể giúp tăng tốc đáng kể quá trình lập kế hoạch và sản xuất.

Cách thứ hai: Sử dụng vòng phản hồi để tránh làm lại công việc

Cách thứ hai liên quan đến luồng thông tin nội bộ. Với các vòng phản hồi nhanh chóng và liên tục, các công ty có thể học cách phát hiện các vấn đề về chất lượng ngay từ nguồn và khắc phục kịp thời để đảm bảo chúng không ảnh hưởng thêm đến dây chuyền sản xuất. Các vấn đề được phát hiện ở giai đoạn sau sẽ khó giải quyết hơn và gây ra sự chậm trễ đáng kể. ⚠️

Cách thứ ba: Cải tiến liên tục và hỗ trợ dịch vụ

The Third Way nói về cải tiến liên tục, xảy ra như là kết quả của những điều sau đây:

Những trích dẫn yêu thích của chúng tôi trong The Phoenix Project

The Phoenix Project là một cuốn sách có nhiều trích dẫn đáng chú ý, nhưng năm đoạn trích sau đây là những đoạn chúng tôi ấn tượng nhất:

Không có giới hạn cho những gì có thể đạt được khi không ai quan tâm đến ai là người nhận được tín dụng

Câu trích dẫn này chỉ ra rằng chúng ta có thể đạt được kết quả đáng kể bằng cách gạt bỏ lợi ích cá nhân và tập trung vào sự hợp tác. Khi không có áp lực phải trở thành người giỏi nhất, sự sáng tạo và kiến thức của nhóm sẽ được phát huy tối đa. ⛅

Một quy trình chỉ nhanh bằng tốc độ của nút thắt cổ chai chậm nhất

Từ góc độ hạn chế, sự kém hiệu quả ở một giai đoạn có thể cản trở toàn bộ quá trình, ngay cả khi các giai đoạn còn lại diễn ra suôn sẻ.

Không quan trọng chúng ta lập kế hoạch nhiều như thế nào. Điều quan trọng là chúng ta cải thiện kế hoạch đó như thế nào khi có thông tin mới

Nỗ lực lập kế hoạch của chúng ta sẽ trở nên vô ích nếu chúng ta không thích ứng với những thách thức liên tục, vốn là điều không thể tránh khỏi. Điều này cũng áp dụng cho những diễn biến thuận lợi. Chúng là cơ hội để đạt được kết quả còn lớn hơn nữa.

Không có bí mật nào giúp bạn bỏ qua công việc khó khăn

Đôi khi, hiệu quả có vẻ giống như tìm ra những lối tắt và loại bỏ những bước không cần thiết trong quy trình. Tuy nhiên, nếu muốn thành công, bạn không thể bỏ qua sự nỗ lực và quyết tâm thực sự.

Biển lặng không bao giờ tạo nên người thuyền trưởng giỏi

Mặc dù có thể gây bực bội và làm chậm tiến độ, nhưng sai lầm và thách thức giúp xây dựng sự kiên cường và góp phần vào sự phát triển cá nhân và nghề nghiệp. 🌱

💡📚 Thích đọc bài này? Bạn cũng sẽ thích bộ sưu tập 25 bản tóm tắt sách về năng suất phải đọc của chúng tôi. Bạn có thể lưu, chỉnh sửa, đánh dấu và thậm chí xuất bản tóm tắt này.

Áp dụng những bài học từ The Phoenix Project với ClickUp

Các bài học DevOps trong cuốn sách này là nền tảng cho hoạt động của bất kỳ nhóm CNTT nào. Tuy nhiên, câu hỏi triệu đô vẫn là: Làm thế nào để áp dụng những bài học này từ góc độ thực tiễn?

Câu trả lời là sử dụng ClickUp —một trung tâm quản lý dự án với các giải pháp phù hợp cho các nhóm phần mềm. Cho dù bạn muốn triển khai Ba cách của DevOps hay thiết lập hệ thống giám sát WIP, ClickUp rất linh hoạt và có thể được cấu hình để hỗ trợ bất kỳ quy trình làm việc nào.

ClickUp cung cấp nhiều tính năng được thiết kế đặc biệt cho các nhóm phát triển và vận hành phần mềm. Nó cũng tích hợp với nhiều công cụ hữu ích của bạn, chẳng hạn như GitHub, GitLab và Bitbucket, để bạn có thể lập kế hoạch, cộng tác và thực hiện các công việc một cách hiệu quả từ một nền tảng tập trung.

Với ClickUp, các nguyên tắc từ The Phoenix Project có thể dễ dàng trở thành một phần trong thói quen hàng ngày của bạn — hãy cùng khám phá cách thực hiện.

1. Thiết lập quy trình làm việc tối ưu với các công cụ quản lý công việc và lập lịch

Trong hành trình đưa Parts Unlimited trở lại đúng hướng, Bill Palmer đã nỗ lực hết mình để triển khai các phương pháp lập kế hoạch và quản lý nhiệm vụ DevOps tốt nhất. Nhưng với ClickUp, bất kỳ nhiệm vụ lập lịch và lập kế hoạch quy trình làm việc nào cũng trở nên dễ dàng.

Sử dụng Nhiệm vụ ClickUp để tùy chỉnh quy trình làm việc cho tất cả các dự án của bạn — theo dõi người được giao, công việc con, nhận xét nhiệm vụ, phụ thuộc và nhãn ưu tiên, tất cả từ một nơi. Nền tảng này cung cấp nhiều tùy chọn trực quan hóa thông qua chế độ xem. Ví dụ:

Để tăng hiệu quả hơn nữa, hãy tự động hóa các hành động lặp đi lặp lại và quản trị viên với ClickUp Automations và giảm bớt công việc bận rộn của nhóm bạn.

2. Xây dựng nhận thức về tình huống bằng cách giám sát các sprint và các hoạt động CNTT khác

Sau khi thiết lập quy trình làm việc, bạn có thể theo dõi chặt chẽ tất cả các hoạt động của mình trên ClickUp — từ sprint và nhiệm vụ triển khai đến nguyên liệu thô và yêu cầu. Với Sprint trong ClickUp, bạn có thể:

Nền tảng này có các tính năng biểu đồ burnup, burndown và luồng tích lũy để giúp bạn theo dõi tiến độ thực hiện mục tiêu và xác định các hạn chế và cơ hội cải tiến nhanh hơn.

ClickUp đơn giản hóa việc quản lý phát hành với đường ống Git tích hợp, danh sách kiểm tra trước khi phát hành và chuỗi phát hành. Bạn cũng có thể thiết lập thẻ Bảng điều khiển trong Không gian Làm việc để truy cập các chỉ số nhóm trực tiếp như thời lượng triển khai trung bình và thời gian được theo dõi.

3. Thành công với sự hợp tác liên tục và phản hồi

Trong cuốn sách, Erik giải thích tầm quan trọng của việc minh bạch với các nhóm về những phát triển ảnh hưởng đến thời gian chờ đợi hoặc ngày giao hàng. May mắn thay, ClickUp cung cấp một bộ công cụ giao tiếp và cộng tác để hỗ trợ bạn trong việc này. Một số tính năng nổi bật bao gồm:

Không biết bắt đầu từ đâu? Tận dụng các mẫu sẵn có của nền tảng này cho các mục tiêu kinh doanh khác nhau. Các tùy chọn như Mẫu phát triển phần mềm ClickUp Ultimate, Mẫu theo dõi lỗi và vấn đề ClickUp và Mẫu ghi chú phát hành ClickUp là những công cụ thiết yếu cho bất kỳ bộ phận CNTT nào.

Hưởng lợi từ DevOps và ghi điểm cho thành công kinh doanh tiếp theo của bạn với ClickUp

Dự án Phoenix dạy chúng ta rằng có thể đồng thời hướng tới hiệu quả, chất lượng sản phẩm và sự hài lòng của khách hàng. Bằng cách áp dụng các nguyên tắc trong cuốn sách với một giải pháp quản lý công việc hàng đầu như ClickUp, doanh nghiệp của bạn không chỉ có thể điều hành các kế hoạch phát hành thành công mà còn làm hài lòng các bên liên quan.

Dùng thử ClickUp miễn phí và khám phá tất cả các cách mà nó có thể hợp lý hóa hoạt động CNTT và tăng năng suất của nhóm. ⬆️