Chủ đề 5.1 — Công việc dẫn dắt bởi dự án

Tóm lại trong một câu: Công việc dẫn dắt bởi dự án là công cụ đúng khi công việc có phạm vi xác định, vòng đời hữu hạn và trạng thái kết thúc rõ ràng — một nỗ lực tạm thời, được kiểm soát, giao theo thời gian, chi phí và chất lượng đã thỏa thuận, rồi đóng lại.

Vì sao điều này quan trọng trong y tế và chăm sóc#

Không phải mọi thứ đều là một dịch vụ sống. Một số công việc quan trọng nhất trong y tế và chăm sóc thực sự hữu hạn: di chuyển từ một hồ sơ bệnh án điện tử sang cái khác, triển khai Wi-Fi khắp hệ thống bệnh viện, thay máy chủ hết vòng đời, cho một hệ thống cũ ngừng hoạt động trước khi hợp đồng nhà cung cấp kết thúc, hoặc giao phần số của một bệnh viện mới xây. Công việc này có khởi đầu, giữa và một kết thúc rõ rệt. Quản lý nó như một sản phẩm không có điểm kết thúc sẽ lãng phí tiền và làm mờ trách nhiệm; nó cần kỷ luật của một dự án.

Quản lý dự án xứng đáng chính ở đây vì rủi ro cao và các ràng buộc cứng. Một lần chuyển đổi di chuyển dữ liệu có cuối tuần vận hành cố định, rủi ro an toàn bệnh nhân nếu hồ sơ bị mất hay hỏng, và một vách đá hợp đồng nếu hệ thống cũ tắt. Tiền công được cam kết theo một lập luận kinh doanh, và Nghị viện, kiểm toán viên cùng hội đồng sẽ hỏi liệu nó có được chi như đã phê duyệt không. Công việc dẫn dắt bởi dự án cung cấp quản trị — một lập luận kinh doanh, các cổng giai đoạn và một lần đóng có kiểm soát — cho phép hội đồng cam kết vốn tự tin và dừng công việc gọn gàng nếu căn cứ biện minh biến mất.

Nguy cơ là dùng công cụ này cho sai việc. Quản trị dẫn dắt bởi dự án áp lên một dịch vụ số đang tiến hóa tạo ra căn bệnh "xây rồi bỏ" được mô tả ở Chủ đề 5.0 — Công việc dẫn dắt bởi sản phẩm. Chủ đề này giải thích nơi công việc dẫn dắt bởi dự án là công cụ đúng, và nơi giới hạn của nó bắt đầu. Nó đứng cạnh Chủ đề 5.2 — Công việc dẫn dắt bởi chương trình, điều phối nhiều dự án, và Chủ đề 5.3 — Quản lý danh mục dự án doanh nghiệp (EPPM), lựa chọn giữa các công cụ này.

Các khái niệm cốt lõi#

Dự án. Một tổ chức tạm thời được tạo ra để giao một hoặc nhiều đầu ra xác định theo một đặc tả đã thỏa thuận, trong các ràng buộc về thời gian, chi phí và chất lượng. Đặc điểm xác định là nó tạm thời — nó tồn tại để đạt một kết thúc xác định rồi giải tán.

Tam giác sắt (phạm vi, thời gian, chi phí). Mô hình ràng buộc kinh điển: phạm vi, lịch trình và ngân sách phụ thuộc lẫn nhau, và chất lượng bị ảnh hưởng bởi cách chúng được cân bằng. Đổi một thứ thì đổi những thứ khác; kiểm soát dự án phần lớn là kỷ luật quản lý sự đánh đổi này một cách minh bạch.

PRINCE2 (PRojects IN Controlled Environments). Phương pháp dự án có cấu trúc của chính phủ Vương quốc Anh, được dùng rộng rãi khắp NHS và khu vực công. Nó được xây trên các nguyên tắc (biện minh kinh doanh liên tục, vai trò xác định, quản lý theo giai đoạn, quản lý theo ngoại lệ, tập trung vào sản phẩm, học từ kinh nghiệm, điều chỉnh theo môi trường) và tổ chức công việc thành các giai đoạn được kiểm soát với một ban dự án cung cấp định hướng.

PMI / PMBOK. Hướng dẫn về Khối Tri thức Quản lý Dự án của Viện Quản lý Dự án là đối tác quốc tế thống trị, đóng khung công việc dự án quanh các miền hiệu suất và nguyên tắc thay vì một quy trình theo giai đoạn quy định. PRINCE2 và PMBOK là các thấu kính bổ sung cho cùng một kỷ luật.

Lập luận kinh doanh. Tài liệu biện minh cho dự án: vấn đề, các phương án được thẩm định, lợi ích kỳ vọng, chi phí và rủi ro. Trong PRINCE2 lập luận kinh doanh là sống — nó được kiểm tra ở mọi ranh giới giai đoạn, và nếu sự biện minh liên tục biến mất, quyết định đúng là dừng. Trong các cơ quan công ở Vương quốc Anh nó thường được cấu trúc theo Mô hình Năm Hồ sơ của HM Treasury (chiến lược, kinh tế, thương mại, tài chính, quản lý).

Cổng giai đoạn. Một dự án PRINCE2 được chia thành các giai đoạn quản lý ngăn cách bởi các cổng quyết định. Ở mỗi ranh giới ban dự án đưa ra một quyết định dừng/tiếp tục có chủ đích: nó rà soát tiến độ và lập luận kinh doanh, phê duyệt kế hoạch giai đoạn tiếp theo, và chỉ cam kết nguồn lực cho giai đoạn đó. Đây là cách hội đồng giữ kiểm soát và tránh ném tiền tốt vào tiền xấu.

Nhật ký RAID. Một sổ đăng ký duy nhất về Rủi ro, Giả định, Vấn đề và Phụ thuộc (Risks, Assumptions, Issues, Dependencies) — hiện vật kiểm soát cốt lõi của quản lý dự án. RAID làm cho sự không chắc chắn hiển thị và quản lý được: rủi ro là điều có thể xảy ra, vấn đề là điều đã xảy ra, giả định là điều kế hoạch dựa vào, và phụ thuộc là điều kế hoạch cần từ nơi khác.

Thực hành tốt nhất#

1. Bắt đầu với một lập luận kinh doanh trung thực và giữ nó sống. Dùng một cấu trúc được công nhận (Mô hình Năm Hồ sơ trong các cơ quan công ở Vương quốc Anh) để thẩm định các phương án thực, không phải một câu trả lời định trước. Rồi xem lập luận kinh doanh là tài liệu sống được rà soát ở mọi cổng giai đoạn — biện minh kinh doanh liên tục là nguyên tắc PRINCE2 đầu tiên, và mất nó là lý do chính đáng để dừng.

2. Xác định phạm vi chính xác và kiểm soát thay đổi với nó. Giá trị của một dự án là một định nghĩa rõ ràng, có biên về "xong". Thỏa thuận phạm vi, lập đường cơ sở, và đưa mọi thay đổi đề xuất qua một quy trình kiểm soát thay đổi để phình phạm vi không lặng lẽ tiêu thụ ngân sách và tiến độ.

3. Quản lý theo giai đoạn với các cổng quyết định thực. Chia công việc thành các giai đoạn quản lý và tổ chức một cuộc rà soát dừng/tiếp tục thực sự ở mỗi ranh giới. Một cổng luôn nói "tiếp tục" là sân khấu; kỷ luật chỉ hoạt động nếu dừng hoặc lập kế hoạch lại là lựa chọn thực mà hội đồng sẽ thực hiện.

4. Vận hành một nhật ký RAID sống và leo thang theo ngoại lệ. Duy trì Rủi ro, Giả định, Vấn đề và Phụ thuộc ở một nơi, rà soát đều đặn, và dùng "quản lý theo ngoại lệ" của PRINCE2 — quản lý dự án vận hành trong các dung sai đã thỏa thuận và chỉ leo thang lên hội đồng khi một dung sai bị đe dọa. Điều này giữ thời gian của lãnh đạo cấp cao tập trung vào các quyết định thực.

5. Giao trách nhiệm rõ ràng, một đầu mối. PRINCE2 khăng khăng các vai trò xác định: một ban dự án với một người chịu trách nhiệm cấp cao/điều hành sở hữu lập luận kinh doanh, một đại diện người dùng cấp cao cho những người sẽ dùng đầu ra, và một đại diện nhà cung cấp cấp cao. Trách nhiệm mơ hồ là nguyên nhân phổ biến nhất của sự trôi dạt.

6. Lập kế hoạch chuyển sang dịch vụ vận hành trước khi bạn bắt đầu. Một dự án giao một đầu ra; ai đó phải vận hành nó sau đó. Thỏa thuận nhóm tiếp nhận, mô hình hỗ trợ và bàn giao an toàn lâm sàng (DCB0160 cho triển khai) như một phần của dự án, để vận hành không phải là vách đá vào khoảng trống quyền sở hữu.

7. Nhúng an toàn lâm sàng, quản trị thông tin và kiểm thử. Với bất kỳ hệ thống nào chạm dữ liệu bệnh nhân, hồ sơ an toàn lâm sàng, DPIA và kiểm thử chuyển đổi/quay lui không phải phần thêm tùy chọn — chúng là sản phẩm giao mang tính cổng. Một lần di chuyển không có kế hoạch quay lui đã kiểm thử chưa sẵn sàng vận hành.

8. Đóng dự án có chủ đích và ghi lại bài học. Một kết thúc xác định nghĩa là một lần đóng xác định: xác nhận các đầu ra được chấp nhận, bàn giao cho vận hành, giải phóng nhóm, và ghi lại bài học (nhật ký bài học của PRINCE2). Một dự án không được đóng rò rỉ nguồn lực và trách nhiệm vô thời hạn.

Câu hỏi để thảo luận với nhóm của bạn#

1. Công việc trước mặt chúng ta có thực sự hữu hạn với trạng thái kết thúc xác định, hay chúng ta đang với tới quản trị dự án vì đó là con đường tài trợ chúng ta biết? Đây là câu hỏi quyết định mà chủ đề xoay quanh, vì kỷ luật dẫn dắt bởi dự án chỉ là công cụ đúng khi công việc thực sự có khởi đầu, giữa và một kết thúc rõ rệt. Trong một tổ chức y tế và chăm sóc, sức kéo về hình dạng dự án rất mạnh — lập ngân sách vốn, bộ máy lập luận kinh doanh và báo cáo hội đồng đều được xây cho nó — nên một dịch vụ số đang tiến hóa có thể bị khoác áo dự án đơn giản vì đó là cách tiền được giải ngân, vốn rồi tạo ra căn bệnh xây-rồi-bỏ. Cuộc tranh luận nên xem xét từng ứng viên một cách trung thực: thay thế một hệ thống bệnh lý trước khi nhà cung cấp rút hỗ trợ có vách đá hợp đồng cứng và hiển nhiên hữu hạn, trong khi "cải thiện ứng dụng bệnh nhân" không có trạng thái kết thúc và thuộc về Chủ đề 5.0. Hãy cân nhắc có một lần vận hành thực mà sau đó nhóm nên giải tán không, hay ai đó sẽ cần tiếp tục cải thiện thứ đó vô thời hạn. Một câu trả lời tốt cưỡng lại việc dùng quản trị dự án như một thói quen, gọi tên trạng thái kết thúc cụ thể và sự kiện xác định "xong", và sẵn sàng nói rằng một số thứ chúng ta hiện vận hành như dự án lẽ ra không bao giờ nên là dự án.

2. Ở các cổng giai đoạn của chúng ta, hội đồng này có thực sự dừng hoặc lập kế hoạch lại một dự án đã mất căn cứ biện minh không — và chúng ta có thể chỉ ra một lần chúng ta đã làm không? Cổng giai đoạn chỉ là một biện pháp kiểm soát nếu dừng là lựa chọn thực mà hội đồng sẽ thực hiện; một cổng luôn nói "tiếp tục" là sân khấu, và biện minh kinh doanh liên tục là nguyên tắc PRINCE2 đầu tiên chính vì mất nó nên kết thúc công việc. Căng thẳng trong y tế và chăm sóc rất gay gắt: dừng một lần di chuyển EPR hay chuyển đổi hệ thống phòng xét nghiệm đang xây dở nghe như thừa nhận thất bại, lãng phí chi phí chìm, và làm gián đoạn bác sĩ đã đổi kế hoạch, nên hội đồng hợp lý hóa việc tiến lên ngay cả khi lập luận kinh doanh lặng lẽ bốc hơi. Đưa một ví dụ thực vào cuộc thảo luận — một dự án nơi kiểm thử cho thấy rủi ro ánh xạ dữ liệu tệ hơn giả định, hoặc nơi lợi ích trượt — và hỏi liệu cổng được dùng như thiết kế hay đóng dấu cho qua. Hãy cân nhắc dung sai nào kích hoạt leo thang, ai ở hội đồng có vị thế để gọi dừng, và liệu lý lẽ chi phí chìm có được gọi tên và thách thức trong phòng. Một câu trả lời trung thực thừa nhận nơi các cổng đã là hình thức, mô tả các điều kiện mà hội đồng thực sự sẽ dừng hoặc thu hẹp phạm vi, và xem thẩm quyền dừng trước một khoản xóa sổ công khai là giá trị thực của kỷ luật thay vì một mối đe dọa.

3. Ai tiếp nhận đầu ra của mỗi dự án như một dịch vụ sống, và làm sao chúng ta biến bàn giao an toàn lâm sàng và quyền sở hữu liên tục thành sản phẩm giao mang tính cổng thay vì một vách đá? Một dự án giao một đầu ra; một thứ hữu hạn kết thúc, nhưng thứ nó tạo ra phải được vận hành, cải thiện và giữ an toàn rất lâu sau khi nhóm giải tán — và thất bại âm thầm phổ biến nhất là không ai sở hữu nó ở phía bên kia. Trong một hệ thống chạm dữ liệu bệnh nhân đây không phải sự gọn gàng hành chính: hồ sơ an toàn triển khai DCB0160, DPIA, một phương án quay lui đã kiểm thử và một nhóm tiếp nhận có tên là thứ đứng giữa một lần vận hành có kiểm soát và một khoảng trống quyền sở hữu nơi rủi ro an toàn tích tụ không được quản lý. Cuộc tranh luận nên buộc sự rõ ràng về chuyển giao trước khi dự án bắt đầu, không phải vào cuối tuần vận hành: nhóm vận hành nào tiếp nhận, mô hình hỗ trợ là gì, và liệu nhóm đó có năng lực và phương thức làm việc (dẫn dắt bởi sản phẩm, theo Chủ đề 5.0) để tiếp tục cải thiện nó. Hãy cân nhắc các lần vận hành gần đây cụ thể và liệu bàn giao được lên kế hoạch hay ứng biến, và liệu "dự án xong" có được phép nghĩa là "và giờ nó không còn là việc của ai". Một câu trả lời tốt gọi tên nhóm tiếp nhận và mô hình hỗ trợ ngay từ đầu, xem bàn giao an toàn là một cổng dự án không thể qua nếu thiếu, và rõ ràng giao việc cải thiện liên tục dịch vụ sống cho đúng phương thức làm việc thay vì để nó trôi.

4. Khi tam giác sắt cắn và phạm vi, thời gian, chi phí va chạm, chúng ta điều chỉnh ràng buộc nào, và an toàn bệnh nhân có bao giờ được phép là biến chịu nhường không? Mọi dự án thực cuối cùng cũng đến lúc lịch trình, ngân sách và phạm vi đã hứa không thể cùng giữ, và cách nhóm giải quyết sự ép đó cho thấy nó thực sự trọng điều gì. Cái bẫy trong y tế và chăm sóc rất đặc thù: vì ngày kết thúc thường là một vách đá hợp đồng cứng — một nhà cung cấp rút hỗ trợ, một hợp đồng thuê hết hạn, một trung tâm dữ liệu đóng cửa — thời gian thường không thể dịch, nên áp lực rơi lặng lẽ lên chất lượng, mà trong một hệ thống lâm sàng nghĩa là cắt kiểm thử, nén thẩm định, hoặc giao với lỗi ánh xạ dữ liệu đã biết. Cuộc thảo luận nên gọi tên trước góc nào của tam giác tổ chức sẽ bảo vệ và góc nào sẽ hy sinh, và nói rõ rằng an toàn lâm sàng và quản trị thông tin không phải van xả ngay cả khi mọi thứ khác đã cố định. Hãy nhìn một lần chuyển đổi gần đây và hỏi điều gì lặng lẽ nhường khi ngày tháng được giữ: là buổi diễn tập quay lui, cửa sổ thẩm định lâm sàng, hay đào tạo? Hãy cân nhắc ai có thẩm quyền dịch ngày vận hành thay vì bào mòn biên an toàn, và liệu cuộc trò chuyện đó diễn ra công khai ở hội đồng hay mặc định tại hiện trường. Một câu trả lời trung thực nêu thứ tự ưu tiên trước cơn khủng hoảng, xem một ngày trượt hay một giai đoạn được lập kế hoạch lại là kết quả chính đáng, và từ chối để áp lực lịch trình không nói ra chuyển thành rủi ro lâm sàng không được ghi nhận.

5. Nhật ký RAID của chúng ta là một công cụ sống thay đổi điều chúng ta làm, hay một tài liệu chúng ta duy trì để trông có vẻ được quản trị — và nó có làm lộ rủi ro thực sự làm chìm dự án không? Một nhật ký RAID chỉ xứng chỗ của nó nếu rà soát nó thay đổi quyết định; căn bệnh phổ biến là một sổ đăng ký viết lúc khởi động, trình bày ở các cuộc họp hội đồng, và không bao giờ thực sự được hành động trong khi những rủi ro quan trọng chín muồi không ai trông. Trong một lần di chuyển hay chuyển đổi, các rủi ro quyết định thường cụ thể và biết được — kết quả lịch sử sẽ không ánh xạ sạch sang khoảng tham chiếu mới, một phụ thuộc vào thay đổi tường lửa của nhóm khác, một giả định rằng nguồn lực thẩm định lâm sàng sẽ rảnh khi cần — và câu hỏi là nhật ký có gọi tên chúng cụ thể hay nấp sau các mục chung chung như "ràng buộc nguồn lực". Cuộc tranh luận nên kiểm thử liệu leo thang theo ngoại lệ có thực không: quản lý dự án có vận hành trong các dung sai đã thỏa thuận và chỉ nêu lên hội đồng khi một cái bị đe dọa, hay mọi thứ hoặc im lặng hoặc thành khủng hoảng? Hãy cân nhắc liệu suýt xảy ra và vấn đề đã hiện thực có phản hồi vào cách giai đoạn tiếp theo được lập kế hoạch, hay chỉ được ghi rồi quên. Một câu trả lời tốt có thể chỉ ra một quyết định mà nhật ký RAID thực sự đã thay đổi, phân biệt hai hoặc ba rủi ro thực sự có thể dừng dự án với cái đuôi dài các rủi ro nhỏ, và xem nhật ký là một biện pháp kiểm soát làm việc thay vì một hiện vật tạo ra cho đảm bảo.

6. Sau khi chúng ta đóng và giải tán, có ai kiểm tra liệu lợi ích trong lập luận kinh doanh có thực sự thành hiện thực không — và chúng ta có biết nếu chúng không? Lập luận kinh doanh hứa các lợi ích để biện minh cho chi tiêu, nhưng công việc dẫn dắt bởi dự án tự nhiên kết thúc ở lúc vận hành và giải phóng nhóm, nên khoảnh khắc sự thật — việc di chuyển có thực sự giảm rủi ro, cắt chi phí hay cải thiện chăm sóc không — thường rơi sau khi mọi người đã chuyển đi và không ai chịu trách nhiệm xác nhận. Điều này đặc biệt cấp bách trong y tế và chăm sóc công, nơi tiền được cam kết theo một lập luận kinh doanh Năm Hồ sơ mà Nghị viện, kiểm toán viên và hội đồng được cho biết sẽ mang lại các kết quả cụ thể, thế nhưng hiện thực hóa lợi ích là bước thường bị bỏ qua nhất vì dự án lẽ ra sở hữu nó không còn tồn tại. Cuộc thảo luận nên quyết định ai thừa kế việc theo dõi lợi ích khi dự án đóng, trong bao lâu, và so với các phép đo đường cơ sở nào — những thứ phải được thu thập trước khi vận hành nếu không sẽ mất. Hãy cân nhắc một dự án vừa hoàn thành gần đây và hỏi thẳng liệu có ai từ đó đến nay kiểm tra các lợi ích đã hứa, và liệu một khoản hụt có bao giờ đến hội đồng đã phê duyệt nó. Một câu trả lời trung thực giao quyền sở hữu lợi ích sau đóng cho một chức năng thường trực thay vì nhóm đã giải tán, thu thập đường cơ sở khi dự án còn sống, và sẵn sàng ghi nhận rằng một dự án đã giao đầu ra đúng hạn và đúng ngân sách nhưng không mang lại giá trị đã biện minh cho nó.

Trong thực tế: một ví dụ về y tế và chăm sóc#

Một bệnh viện cấp cứu phải thay hệ thống quản lý thông tin phòng xét nghiệm bệnh lý đã cũ của mình trước khi nhà cung cấp hiện tại rút hỗ trợ trong 14 tháng. Đây là công việc dẫn dắt bởi dự án điển hình: ngày kết thúc cố định, phạm vi xác định, một vách đá hợp đồng cứng, và rủi ro an toàn bệnh nhân cấp tính nếu kết quả bị mất trong di chuyển.

Bệnh viện viết một lập luận kinh doanh Năm Hồ sơ thẩm định ba phương án (nâng cấp tại chỗ, mua sắm một hệ thống mới, dùng chung một phiên bản khu vực), chọn mua sắm, và dựng một dự án PRINCE2 với một hội đồng rõ ràng: một người điều hành sở hữu lập luận kinh doanh, một đại diện người dùng cấp cao (trưởng nhà khoa học y sinh), và đại diện nhà cung cấp cấp cao. Công việc được chia thành các giai đoạn quản lý — mua sắm, xây dựng và cấu hình, di chuyển dữ liệu, kiểm thử và vận hành — mỗi giai đoạn kết thúc bằng một cổng quyết định.

Quản lý dự án vận hành một nhật ký RAID. Một rủi ro then chốt là kết quả lịch sử có thể không ánh xạ sạch sang khoảng tham chiếu của hệ thống mới; một phụ thuộc là thay đổi tường lửa của nhóm mạng; một giả định là nguồn lực thẩm định lâm sàng sẽ có sẵn cho kiểm thử. Ở cổng giai đoạn di chuyển, kiểm thử cho thấy rủi ro ánh xạ dữ liệu tệ hơn giả định, nên hội đồng dùng cổng đúng như thiết kế: nó không mù quáng tiếp tục, mà phê duyệt một giai đoạn được lập kế hoạch lại với cửa sổ thẩm định kéo dài và một kế hoạch quay lui đã kiểm thử, bảo vệ an toàn bệnh nhân hơn lịch trình ban đầu.

Vận hành diễn ra trong một cuối tuần có kiểm soát với kế hoạch quay lui sẵn sàng và chữ ký an toàn lâm sàng DCB0160. Hệ thống được chấp nhận, bàn giao cho nhóm vận hành sẽ chạy nó, bài học được ghi lại, và dự án chính thức đóng. Nhóm giải tán — đúng, vì công việc thực sự xong. Điều đến sau (cải thiện liên tục dịch vụ sống) là một phương thức làm việc khác, và bệnh viện cẩn thận không giữ một nhóm dự án đầy đủ chạy mãi để làm việc đó.

Góc nhìn theo khu vực#

Công ty khởi nghiệp#

Một công ty y tế số nhỏ hiếm khi chạy các dự án PRINCE2 chính thức, nhưng công việc thực sự hữu hạn vẫn xuất hiện — một lần di chuyển dữ liệu lên nền tảng đám mây mới, một đợt thúc đẩy chứng nhận Cyber Essentials hay DTAC, khắc phục kiểm thử xâm nhập trước một hợp đồng NHS lớn. Công ty khởi nghiệp xử lý chúng như các nỗ lực gọn nhẹ, có thời hạn với một người sở hữu có tên và định nghĩa rõ ràng về "xong", vay mượn kỷ luật (phạm vi cố định, một ngày kết thúc, một quyết định đi/không đi) mà không có nghi lễ (không có ban dự án chính thức, không có cổng năm giai đoạn). Tài trợ thực chất là sự chú ý của người sáng lập và đường băng, nên rủi ro là công việc hữu hạn bị ép giữa các sprint sản phẩm và không bao giờ thực sự đóng. Cách sửa là gọi tên một người sở hữu duy nhất và một hạn chót cứng, và xem việc chứng nhận hay di chuyển là xong-và-xong thay vì "đang tiến hành" mãi mãi.

Doanh nghiệp nhỏ#

Một nhà cung cấp nhỏ đã thành lập — một phòng khám bác sĩ gia đình, một hiệu thuốc cộng đồng, một nhà dưỡng lão hay một phòng khám đơn lẻ — gặp công việc dẫn dắt bởi dự án như những sự kiện thỉnh thoảng nhưng không thể tránh: đổi nhà cung cấp hệ thống lâm sàng, di chuyển sang nền tảng quản lý phòng khám mới, hoặc thay thiết bị hết vòng đời trước khi hỗ trợ hết hạn. Tổ chức có bệnh nhân thật và hoạt động đang diễn ra nhưng không có chức năng dự án hay CNTT chuyên trách, nên "nhóm dự án" thường là quản lý phòng khám hoặc quản lý đã đăng ký làm việc này bên cạnh công việc ban ngày, thường dựa vào nhà cung cấp mới đến để chạy việc di chuyển. Kỷ luật sống sót qua thực tế này là phần cốt lõi gọn nhẹ: một trạng thái kết thúc rõ ràng, một phạm vi đã lập đường cơ sở để nhà cung cấp không lặng lẽ mở rộng nó, một người chịu trách nhiệm có tên, và một phương án quay lui đã kiểm thử trước mọi lần chuyển đổi chạm hồ sơ bệnh nhân. Cái bẫy là thuê ngoài không chỉ công việc mà cả phán đoán — chấp nhận ngày vận hành và bảo đảm ánh xạ dữ liệu của nhà cung cấp mà không kiểm tra độc lập — vì cùng nghĩa vụ an toàn lâm sàng và quản trị thông tin (DCB0160, một DPIA) áp dụng bất kể tổ chức nhỏ đến đâu. Cách sửa là giữ quyền sở hữu quyết định đi/không đi và tiêu chí chấp nhận ở nội bộ, ngay cả khi mọi đôi tay khác thuộc về nhà cung cấp.

Doanh nghiệp lớn#

Một bệnh viện NHS lớn hoặc hệ thống chăm sóc tích hợp (ICS) là nơi công việc dẫn dắt bởi dự án thoải mái nhất: thay thế EPR, Wi-Fi toàn hệ thống, rời trung tâm dữ liệu và chuyển đổi đều mang các vách đá hợp đồng và an toàn bệnh nhân cứng. Ở đây toàn bộ bộ máy được biện minh — một lập luận kinh doanh Năm Hồ sơ, một ban PRINCE2 với một người điều hành/SRO có tên, đại diện người dùng cấp cao và đại diện nhà cung cấp cấp cao, các giai đoạn quản lý với cổng thực, và một nhật ký RAID sống — vì các khoản tiền lớn, rủi ro an toàn cấp tính, và kiểm toán nội bộ cùng hội đồng sẽ soi xét chi tiêu. Thất bại đặc trưng ở quy mô này là áp cùng quản trị bừa bãi lên các dịch vụ sống (Chủ đề 5.0 — Công việc dẫn dắt bởi sản phẩm) và công việc hữu hạn, nên một góc nhìn danh mục (Chủ đề 5.3 — Quản lý danh mục dự án doanh nghiệp (EPPM)) định tuyến mỗi phần công việc đến đúng phương thức là quan trọng. An toàn lâm sàng (DCB0160) và một phương án quay lui đã kiểm thử là sản phẩm giao mang tính cổng, không phải phần thêm tùy chọn.

Chính phủ#

Ở quy mô quốc gia hay dự án lớn, công việc dẫn dắt bởi dự án nằm trong chế độ đảm bảo của chính phủ: Cơ quan Hạ tầng và Dự án vận hành các cuộc rà soát cổng, Green Book và Mô hình Năm Hồ sơ của HM Treasury điều chỉnh lập luận kinh doanh, và các dự án lớn nhất vào Danh mục Dự án Lớn của Chính phủ với trách nhiệm giải trình công khai trước Nghị viện và Văn phòng Kiểm toán Quốc gia. Trách nhiệm giải trình mang tính công khai mãnh liệt — người chịu trách nhiệm cấp cao chịu trách nhiệm cá nhân và có thể bị gọi ra trước một ủy ban chuyên trách — nên cổng giai đoạn và thẩm định phương án là kiểm soát cấp luật định, không phải sân khấu. Tài trợ được giải ngân theo từng đợt dựa trên các lập luận kinh doanh đã phê duyệt và khẩu vị rủi ro thấp, vì thất bại thành tin trang nhất. Giá trị thực của kỷ luật ở đây là thẩm quyền dừng hoặc thu hẹp phạm vi một dự án đang thất bại trước khi nó thành một khoản xóa sổ công khai.

Các kiểu thất bại thường gặp#

• Quản lý dự án một dịch vụ đang tiến hóa. Áp quản trị phạm vi cố định, giải tán-ở-cuối lên một sản phẩm số sống tạo ra căn bệnh bỏ rơi. Cách sửa: dùng công việc dẫn dắt bởi sản phẩm (Chủ đề 5.0) nơi dịch vụ đang diễn ra.
• Lập luận kinh doanh như tấm vé một lần để có tài trợ. Viết một lần để mở khóa tiền, rồi không bao giờ xem lại. Cách sửa: rà soát ở mọi cổng giai đoạn; sẵn sàng dừng.
• Cổng giai đoạn đóng dấu cho qua. Các cổng không bao giờ nói "dừng" không cung cấp kiểm soát nào. Cách sửa: biến dừng hoặc lập kế hoạch lại thành lựa chọn thực của hội đồng và sử dụng nó.
• Phình phạm vi không có kiểm soát thay đổi. Bổ sung không kiểm soát làm nổ thời gian và chi phí. Cách sửa: lập đường cơ sở phạm vi và đưa mọi thay đổi qua kiểm soát thay đổi.
• Không có kế hoạch chuyển sang dịch vụ. Dự án kết thúc và không ai sở hữu đầu ra. Cách sửa: thỏa thuận nhóm tiếp nhận và mô hình hỗ trợ trước khi vận hành.
• RAID như tủ hồ sơ. Một nhật ký được viết và không bao giờ được hành động. Cách sửa: rà soát RAID đều đặn và leo thang theo ngoại lệ.
• Không bao giờ thực sự đóng. Dự án xác sống tiêu thụ nguồn lực không có kết thúc. Cách sửa: một lần đóng có chủ đích với chấp nhận, bàn giao và bài học được ghi lại.

Mô hình trưởng thành#

Danh sách kiểm tra#

• Công việc có thực sự hữu hạn với phạm vi và trạng thái kết thúc xác định (không phải một dịch vụ đang diễn ra) không?
• Có một lập luận kinh doanh sống (Mô hình Năm Hồ sơ) được rà soát ở mỗi cổng giai đoạn không?
• Phạm vi có được lập đường cơ sở, với một quy trình kiểm soát thay đổi hoạt động không?
• Các giai đoạn công việc có được xác định, mỗi giai đoạn kết thúc bằng một cổng quyết định dừng/tiếp tục thực không?
• Vai trò ban dự án có rõ ràng — người điều hành/SRO, đại diện người dùng cấp cao, đại diện nhà cung cấp cấp cao không?
• Có duy trì một nhật ký RAID sống, với leo thang theo ngoại lệ không?
• An toàn lâm sàng (DCB0160), DPIA và kiểm thử chuyển đổi/quay lui có là sản phẩm giao mang tính cổng không?
• Nhóm vận hành tiếp nhận và mô hình hỗ trợ có được thỏa thuận trước khi vận hành không?
• Có một lần đóng có chủ đích: chấp nhận, bàn giao, giải phóng nhóm, ghi bài học không?
• Việc cải thiện liên tục dịch vụ sống đã được giao cho đúng phương thức làm việc chưa?

Nguồn chính#

• AXELOS / PeopleCert — Managing Successful Projects with PRINCE2 (ấn bản 7) và các nguyên tắc, chủ đề và quy trình PRINCE2.
• Project Management Institute (PMI) — A Guide to the Project Management Body of Knowledge (PMBOK Guide) và The Standard for Project Management.
• HM Treasury — Guide to Developing the Project Business Case (Mô hình Năm Hồ sơ / Green Book).
• Infrastructure and Projects Authority (IPA), Cabinet Office — hướng dẫn đảm bảo và rà soát cổng cho các dự án lớn.
• Chuẩn An toàn Lâm sàng của NHS Digital DCB0160 (triển khai hệ thống CNTT y tế).
• NHS England — NHS Service Manual và Digital Service Standard (cho bối cảnh chuyển sang dịch vụ và nhu cầu người dùng).

Tài liệu tham khảo#

1. Project management — Wikipedia — https://en.wikipedia.org/wiki/Project_management
2. PRINCE2 — Wikipedia — https://en.wikipedia.org/wiki/PRINCE2
3. Project management triangle (iron triangle) — Wikipedia — https://en.wikipedia.org/wiki/Project_management_triangle
4. Project Management Institute — Wikipedia — https://en.wikipedia.org/wiki/Project_Management_Institute
5. Project Management Body of Knowledge — Wikipedia — https://en.wikipedia.org/wiki/Project_Management_Body_of_Knowledge
6. Business case — Wikipedia — https://en.wikipedia.org/wiki/Business_case
7. Phase-gate process (stage gates) — Wikipedia — https://en.wikipedia.org/wiki/Phase-gate_process
8. Scope creep — Wikipedia — https://en.wikipedia.org/wiki/Scope_creep
9. Data migration — Wikipedia — https://en.wikipedia.org/wiki/Data_migration
10. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
11. HM Treasury — Wikipedia — https://en.wikipedia.org/wiki/HM_Treasury
12. Managing Successful Projects with PRINCE2 (7th edition) — AXELOS / PeopleCert — https://www.peoplecert.org/browse-certifications/project-programme-and-portfolio-management/PRINCE-2-1005
13. A Guide to the Project Management Body of Knowledge (PMBOK Guide) — Project Management Institute — https://www.pmi.org/
14. The Green Book and Guide to Developing the Project Business Case (Five Case Model) — HM Treasury — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-governent
15. Assurance and gateway review guidance for major projects — Infrastructure and Projects Authority, Cabinet Office — https://www.gov.uk/government/organisations/infrastructure-and-projects-authority
16. Clinical risk management standard DCB0160 — NHS England — https://digital.nhs.uk/services/clinical-safety