Lợi nhuận:
- Có khả năng hiểu các khái niệm về yêu cầu thay đổi, nhật ký phát hành, bảng kiểm soát thay đổi (CCB) và tiêu chí chất lượng, đồng thời tạo ra bản dự thảo phân tích tác động với sự hỗ trợ của trí tuệ nhân tạo.
- Khả năng sử dụng trí tuệ nhân tạo để trực quan hóa tác động của sự thay đổi theo phạm vi-thời gian-chi phí-chất lượng (tam giác sắt) và dự thảo phân tích nguyên nhân gốc rễ
- Khả năng hiểu rằng việc phê duyệt thay đổi và chấp nhận chất lượng thuộc về người ra quyết định có thẩm quyền và việc phân tích tác động của trí tuệ nhân tạo phải được xác minh.
Không có dự án nào diễn ra như kế hoạch. Một khách hàng đưa ra một yêu cầu mới, một lỗi không mong muốn xuất hiện, một yêu cầu thay đổi. Chủ đề của phần này là quản lý những thay đổi không thể tránh khỏi này trước khi chúng trở nên hỗn loạn. Chúng ta sẽ tìm hiểu về ba cơ chế: quản lý thay đổi, đảm bảo rằng không có thay đổi công việc nào mà không được phê duyệt, quản lý vấn đề, ghi lại và giải quyết các vấn đề phát sinh và quản lý chất lượng, đảm bảo rằng các sản phẩm bàn giao đáp ứng “đủ tốt”. AI là đối tác phân tích mạnh mẽ ở cả ba khía cạnh: nó thể hiện rõ tác động về phạm vi, thời gian, chất lượng của một yêu cầu thay đổi, điều tra nguyên nhân gốc rễ của vấn đề và đưa ra tiêu chí chất lượng. Nhưng việc phê duyệt thay đổi và chấp nhận chất lượng luôn thuộc về người ra quyết định có thẩm quyền; Việc phân tích tác động của AI không nên được đưa ra quyết định khi chưa được xác minh.
Quản lý thay đổi và tam giác sắt
Yêu cầu thay đổi là một yêu cầu chính thức đề xuất thay đổi về phạm vi, tiến độ, ngân sách hoặc nguồn lực. Thay đổi không được kiểm soát là nguyên nhân chính gây ra hiện tượng thay đổi phạm vi mà chúng tôi đã thấy trong các phần trước. Giải pháp là đẩy mọi thay đổi qua một cổng: ban kiểm soát thay đổi (CCB) là nhóm có thẩm quyền đánh giá và phê duyệt/từ chối các yêu cầu thay đổi.
Để hiểu tác động của từng thay đổi, khái niệm tam giác sắt rất quan trọng: phạm vi, thời gian và chi phí có mối liên hệ với nhau (với chất lượng ở giữa). Thay đổi cái này ảnh hưởng đến cái khác: nếu bạn tăng phạm vi, thời gian sẽ tăng, chi phí sẽ tăng hoặc chất lượng sẽ giảm; “làm nhiều việc hơn trong cùng một thời điểm, với cùng một ngân sách” thường đi kèm với cái giá là chất lượng. Một bản phân tích tác động tốt sẽ cho thấy rõ tác động của sự thay đổi đối với ba (bốn) khía cạnh này.
Quá trình thay đổi thường là: đăng ký yêu cầu → phân tích tác động (phạm vi/thời gian/chi phí/chất lượng/rủi ro) → quyết định của CCB → kế hoạch, tiến độ và cập nhật ngân sách nếu được phê duyệt → thông báo tóm tắt cho các bên liên quan. Mọi thay đổi không được chấp thuận sẽ không được thực hiện.
Vấn đề và quản lý chất lượng
Một vấn đề, không giống như rủi ro, là một vấn đề đã xảy ra (rủi ro là sự không chắc chắn trong tương lai, vấn đề là thực tế ngày nay). Nhật ký sự cố là một danh sách trực tiếp theo dõi các sự cố đang mở, mức độ ưu tiên, chủ sở hữu và trạng thái giải quyết của chúng. Hai kỹ thuật phổ biến để tìm ra nguyên nhân gốc rễ của vấn đề: 5 Whys — “tại sao?” đi sâu vào nguyên nhân gốc rễ từ triệu chứng bề mặt bằng cách đặt câu hỏi liên tục; và sơ đồ xương cá—phân loại nguyên nhân thành các danh mục (con người, quy trình, vật liệu, máy móc, môi trường).
Quản lý chất lượng có hai phần: đảm bảo chất lượng (QA) đảm bảo rằng các quy trình hoạt động chính xác (phòng ngừa), kiểm soát chất lượng (QC) kiểm tra xem đầu ra có đáp ứng các tiêu chí (bộ phát hiện) hay không. Tiêu chí chấp nhận và Định nghĩa Hoàn thành là tiêu chí xác định khi nào một công việc thực sự hoàn thành.
khái niệm
cái gì
ví dụ
yêu cầu thay đổi
Yêu cầu chính thức thay đổi kế hoạch
"Thêm bộ lọc vào màn hình báo cáo"
Phân tích tác động
Tác động về phạm vi/thời gian/chi phí/chất lượng
"+5 ngày, +3% ngân sách, rủi ro trung bình"
CCB
cơ quan phê duyệt
Nhà tài trợ + PM + trưởng nhóm kỹ thuật
vấn đề
Vấn đề đã nhận ra
"Môi trường thử nghiệm bị lỗi"
nguyên nhân gốc rễ
Lý do thực sự (5 lý do)
"Cấu hình sao lưu không chính xác"
Tiêu chí chất lượng
Tiêu chí chấp nhận
"Tỷ lệ lỗi < 1%"
Từng bước: thay đổi và chất lượng với AI
- Làm rõ yêu cầu. Viết yêu cầu thay đổi là "cái gì, tại sao, ai muốn nó"; Nhu cầu mơ hồ không thể được phân tích.
- Dự thảo phân tích tác động Yêu cầu AI đưa ra phác thảo tác động về phạm vi, thời gian, chi phí, chất lượng và rủi ro; xác minh số với dữ liệu nhóm.
- Tạo các tùy chọn. Yêu cầu AI liệt kê các tùy chọn "phê duyệt/từ chối/trì hoãn/áp dụng một phần" và kết quả của từng tùy chọn.
- Gửi tới CCB. Đưa bản phân tích đến cho người ra quyết định; Đừng nộp đơn mà không có sự chấp thuận.
- Phân tích nguyên nhân gốc rễ. Yêu cầu AI tạo ra chuỗi 5 Tại sao và danh mục xương cá cho một vấn đề; Kiểm tra với dữ liệu thực tế.
- Kiểm soát tiêu chí chất lượng. Cung cấp các sản phẩm bàn giao cho AI và soạn thảo các thiếu sót/sự không phù hợp theo tiêu chí chấp nhận; Sự chấp nhận cuối cùng được đưa ra bởi chuyên gia.
Thận trọng: AI có thể khiến tác động của một thay đổi có vẻ không đáng kể, chẳng hạn như "chỉ 2 ngày", vì nó không biết các phụ thuộc tiềm ẩn và các tác động gián tiếp. Phân tích tác động không nên được trình bày cho CCB dưới dạng "cuối cùng" nếu không có sự xác minh của nhóm sẽ thực hiện công việc.
ba trường hợp nhỏ
Trường hợp 1 - Chi phí thực sự của sự thay đổi. Một khách hàng muốn "thay đổi màn hình nhỏ". Thủ tướng đã đưa ra yêu cầu cho AI và nhận được bản phân tích tác động dự thảo: thay đổi ảnh hưởng đến ba mô-đun, +6 ngày và +4% ngân sách. Nhóm nghiên cứu đã xác nhận điều này. CCB cho khách hàng thấy chi phí thực tế; khách hàng hoãn việc thay đổi sang giai đoạn tiếp theo. Nhu cầu vốn được cho là “nhỏ” đã được quản lý trước khi nó trở nên hỗn loạn.
Trường hợp 2 - Đã tìm thấy nguyên nhân gốc rễ. Trong một nhóm, môi trường thử nghiệm liên tục gặp sự cố. Điều phối viên đã đưa ra báo cáo vấn đề cho AI và yêu cầu chuỗi 5 Tại sao. Chuỗi dẫn đến “không đủ đĩa → tác vụ dọn dẹp không xác định → không có chủ sở hữu quy trình”. Nhóm đã giải quyết được nguyên nhân gốc rễ (quá trình dọn dẹp mồ côi), chứ không phải triệu chứng bề mặt (sụp đổ); Vấn đề đã không tái diễn.
Trường hợp 3 - Tác động được đánh giá thấp. Một nhóm đã phê duyệt dự thảo "thay đổi này có tác động tối thiểu" của AI mà không xác minh nó. Sự thay đổi đã phá vỡ sự phụ thuộc vào đường găng và dự án đã bị trì hoãn 9 ngày. Bài học: không thể sử dụng phân tích tác động làm cơ sở cho các quyết định nếu không có sự xác nhận của nhóm.
Dấu nhắc yếu / Dấu nhắc mạnh
Dấu nhắc yếu:
Hãy xem xét yêu cầu thay đổi này.
Không có quy mô, không có dữ liệu và không có khung quyết định; AI đưa ra câu trả lời hời hợt và có thể quá lạc quan.
Lời nhắc mạnh mẽ:
Vai trò của bạn: nhà phân tích quản lý thay đổi. Yêu cầu thay đổi: [mô tả]. Người yêu cầu: [vai trò]. Biện minh: [tại sao]. Bối cảnh: phạm vi hiện tại, lịch trình (đường dẫn quan trọng kèm theo), trạng thái ngân sách (theo tỷ lệ). Nhiệm vụ: Phân tích tác động qua tam giác sắt Tạo BẢN DỰ THẢO: - Tác động phạm vi, Tác động về thời gian (có ảnh hưởng đến đường quan trọng không?), Tác động chi phí, Tác động chất lượng, Rủi ro mới- Các lựa chọn: phê duyệt / từ chối / trì hoãn / một phần; kết quả của mỗi Quy tắc: BẢN THẢO các hiệu ứng số và đánh dấu chúng bằng "[yêu cầu xác minh nhóm]". Giả sử bạn không biết các phần phụ thuộc ẩn; lời nói chính xác. Quyết định cuối cùng thuộc về CCB.
Lời nhắc này rất mạnh mẽ: nó bao gồm khung tam giác sắt, tạo tùy chọn, cảnh báo dự thảo và nhấn mạnh người ra quyết định.
Các mẫu bổ sung:
#5 Tại sao lại là động cơCâu hỏi "tại sao?" Tìm hiểu nguyên nhân gốc rễ bằng cách đặt câu hỏi 5 lần liên tiếp: [vấn đề]. Ở mỗi bước, hãy viết cả cách xác minh nguyên nhân tiếp theo bằng dữ liệu. Thêm một lý do bịa đặt.
# Nhà sản xuất xương cáLiệt kê các nguyên nhân có thể gây ra sự cố sau theo danh mục (Con người, Quy trình, Công cụ/Máy móc, Vật liệu, Môi trường, Phương pháp). Đánh dấu vào 3 lý do có khả năng xảy ra nhất và đề xuất phương pháp xác minh.
# Thanh tra nghiệm thu chất lượngKiểm tra từng hạng mục giao hàng theo các tiêu chí nghiệm thu sau; Phân biệt giữa đáp ứng, chưa đáp ứng và không chắc chắn. Nêu rõ rằng quyết định chấp nhận cuối cùng thuộc về chuyên gia.
Những lỗi thường gặp
- Thực hiện thay đổi mà không được phê duyệt: Thay đổi mà không được phê duyệt sẽ tự leo thang phạm vi.
- Đánh giá thấp tác động: Điều mà AI gọi là thay đổi "nhỏ" có thể lớn với những sự phụ thuộc tiềm ẩn.
- Giải quyết triệu chứng và loại bỏ nguyên nhân gốc rễ: Nếu không thực hiện 5 Whys, vấn đề sẽ quay trở lại.
- Nhầm lẫn vấn đề với rủi ro: Rủi ro trong tương lai, vấn đề ở hiện tại; Họ được quản lý khác nhau.
- Để tiêu chí chất lượng chủ quan: “Tốt” không thể đo lường được; Tiêu chí chấp nhận phải là số.
- Gửi phân tích tác động tới CCB mà không xác minh: Phân tích sai dẫn đến quyết định sai.
Mẹo: Nói “không” với mọi yêu cầu thay đổi cũng là một quyết định của cấp quản lý. Một PM giỏi biết rằng việc từ chối thay đổi cũng bảo vệ dự án; PM chấp nhận mọi yêu cầu và quản lý khách hàng chứ không phải dự án.
Tóm lại
Sự thay đổi, vấn đề và quản lý chất lượng giữ cho dự án tiếp tục tồn tại trong sự thay đổi không thể tránh khỏi. Những thay đổi đi qua CCB và được phân tích thông qua tam giác sắt (phạm vi-thời gian-chi phí-chất lượng); Các vấn đề được ghi lại và nguyên nhân cốt lõi được giải quyết bằng 5 Whys và xương cá; Chất lượng được đảm bảo bởi các tiêu chí chấp nhận có thể đo lường được. AI tăng tốc phân tích tác động, điều tra nguyên nhân gốc rễ và kiểm tra chất lượng. Tuy nhiên, việc xác minh của nhóm về số lượng tác động, phê duyệt thay đổi và chấp nhận chất lượng thuộc về cơ quan con người có thẩm quyền.
Nhiệm vụ ứng dụng
Nhận yêu cầu thay đổi (thực tế hoặc tiềm năng) từ dự án của bạn. Tạo phác thảo phân tích tác động và các phương án quyết định từ AI thông qua tam giác sắt; xác minh các con số với ai đó trong nhóm của bạn. Ngoài ra, hãy xem xét vấn đề hiện tại, tìm ra nguyên nhân gốc rễ bằng "công cụ 5 Whys" và hướng giải pháp đến nguyên nhân gốc rễ. Tóm tắt phân tích tác động theo dạng quyết định của CCB.
danh sách kiểm tra
- [ ] Tôi đã phân tích sự thay đổi thông qua tam giác sắt (phạm vi/thời gian/chi phí/chất lượng).
- [ ] Tôi đã xác minh số lượng tác động bằng dữ liệu nhóm, được đánh dấu là bản nháp.
- [ ] Tôi đã đưa sự thay đổi này lên cơ quan có thẩm quyền (CCB) để phê duyệt.
- [ ] Tôi đã tìm ra nguyên nhân cốt lõi của vấn đề với 5 Reasons/fishbone.
- [ ] Tôi liên kết việc chấp nhận chất lượng với các tiêu chí có thể đo lường được.
- [ ] Tôi không thực hiện bất kỳ thay đổi nào mà không được chấp thuận.