Lập kế hoạch và Bungie-Boss
Dilbert có nhiều dải về ông chủ bungie. Những thách thức và kỳ vọng của chúng tôi về việc lập kế hoạch có thể là cả nguyên nhân và kết quả của việc lãnh đạo. Kinh nghiệm của tôi tại một công ty Fortune 100 là trong một năm, tất cả những người bắt đầu năm làm trưởng dự án đều thoát ra. Có lẽ điều này là do vấn đề quy hoạch. Không chắc chắn nếu cựu lãnh đạo của bạn rời đi vì lý do này, nhưng khi vai trò của bạn yêu cầu bạn lập một kế hoạch với một cam kết, nếu nó không đi qua, thường, một lối thoát liên quan đến thời hạn là kết quả.
Bối cảnh tổ chức của kế hoạch
Nếu bạn không thoải mái với việc lập kế hoạch, có lẽ bạn không thoải mái với việc chịu trách nhiệm về các cam kết thực hiện tiếp thị hoặc các bên liên quan khác trước khi các vấn đề cần giải quyết được ghi lại hoặc hiểu rõ. Đây là một bản năng tốt.
Kế hoạch là một công cụ quan trọng. Đừng bỏ bê nó. Đừng hiểu lầm nó.
Lập kế hoạch được liên kết toàn diện với các cam kết, trách nhiệm và quyền lực đàm phán. Kế hoạch nhanh nhẹn có nhiều giá trị. Bạn nên biết các kỹ thuật của nó, cũng như các kỹ thuật của các phương pháp được lên kế hoạch. Tổ chức của bạn có thể có cách tiếp cận riêng và nhận lời khuyên và làm việc với một người đã sống sót trong vai trò lãnh đạo của nhiều dự án, rất hữu ích.
Một ví dụ lập kế hoạch đơn giản - Không phải là về phần mềm ...
Nếu một công ty lợp mái đến nhà tôi để trả giá thay thế, nếu họ trả giá quá thấp, họ có thể mất tiền trong công việc, nhưng nếu họ trả giá quá cao, họ sẽ không nhận được công việc. Dù bằng cách nào, họ đã hết kinh doanh. Trong vai trò mới của bạn, nếu bạn hơi quá thấp, bạn sẽ chạy dự án cho đến khi trách nhiệm giải trình, thì bạn sẽ gặp vấn đề. Nếu bạn ước tính một dự án có đủ phần đệm để đảm bảo thành công trước thời hạn, nhiều người chỉ cần chọn người khác để lãnh đạo. Các kicker là bạn không giống như thợ lợp. Anh ta có thể thấy mái nhà lớn như thế nào và có dữ liệu lịch sử về việc mái nhà đó mất bao lâu.
Trở thành một kế hoạch tốt hơn
Bạn có thể muốn xem xét một số loại đào tạo. Trong các phương pháp Agile và các phương pháp được lên kế hoạch gần đây nhất, ước lượng là một hoạt động toàn nhóm. Do đó, bạn cũng nên xem xét việc đào tạo cho nhóm của mình.
Từ kinh nghiệm, tôi có thể nói với bạn rằng có thể nản lòng khi lấy ước tính từ các thành viên trong nhóm, người sẽ đưa nó ra, đưa cho bạn ước tính họ thực hiện trong hai phút dựa trên tên nhiệm vụ mà không cần tham khảo mô tả tính năng hoặc yêu cầu hoặc mã hiện có hoặc người nhấn mạnh rằng một số nhiệm vụ bạn liệt kê có thể được thực hiện trong một số phần của một ngày mặc dù các dự án trong quá khứ đã dành hàng tuần cho các vấn đề tương tự.
Có nhiều khóa đào tạo và chứng chỉ quản lý dự án khác nhau, nhưng tôi sẽ theo dõi một khóa học được công nhận độc lập. Có thể đáng để suy nghĩ lần thứ hai trước khi chọn chứng nhận bằng các phương pháp dựa trên phương pháp đã được lên kế hoạch nếu bạn muốn làm việc với các nhóm Agile (hoặc ngược lại).
SLIM là một phương pháp được Putnam phát minh sau khi làm việc tại GE và các công ty khác trong các dự án DoD trong những năm 1970. SLIM có ảnh hưởng và công ty QSM của anh ấy cung cấp một chứng nhận dường như chảy ra từ một công cụ mà họ tạo ra. Tùy thuộc vào việc công ty của bạn đã áp dụng công cụ của họ, nó có thể không có giá trị hoặc giá trị cao.
Steve McConnell (tác giả của Code Complete) cũng đã viết một cuốn sách về ước tính phần mềm và công ty của ông Construx dạy hai lớp cho các khoản tín dụng PDU được công nhận thông qua Viện Quản lý dự án. Tôi có cuốn sách của anh ấy, và nếu tôi muốn tìm hiểu về chủ đề này thông qua đào tạo trong lớp, có lẽ tôi sẽ chọn Construx. Họ cũng thực hiện đào tạo Scrum và quản lý các đánh giá Scrum khác nhau được công nhận thông qua Scrum.org.
Một nguồn khác có thể cung cấp đào tạo học thuật tuyệt vời về ước tính dự án phần mềm, là nhóm của Barry Boehm tại USC , dựa trên công trình mở rộng của họ về mô hình chi phí xây dựng COCOMO và COSYSMO đã được sử dụng tại NASA và các nhà thầu lớn khác để ước tính các dự án lớn. Tôi không chắc chắn mình là một người tin tưởng thực sự vào COCOMO, nhưng tôi thích công việc thực nghiệm mà họ đã làm để tương quan với các tác động của quy mô và trình điều khiển chi phí trong thời gian biểu.
Tôi cũng tìm thấy một chương từ một cuốn sách giáo khoa được xuất bản bởi O'Reilly, thảo luận ngắn gọn về các phương pháp ước tính phần mềm chính bao gồm Watts Humphreys PROBE và trò chơi lập kế hoạch của Kent Beck. PROBE bao gồm một khái niệm rằng các kỹ sư theo dõi các số liệu về năng suất của chính họ, sau đó áp dụng chúng cho phần phân công của họ trong các dự án mới. Trò chơi lập kế hoạch rất hợp tác giữa các nhà phát triển và các bên liên quan khác.