project-management - 什么是 WBS 以及如何进行 WBS？

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

2年前关闭。




Improve this question




我想知道你们中有多少人(项目经理和技术主管)使用 WBS(工作分解结构)进行项目规划？我听说这是一件好事，但还有很多“好事”要做，但最终都没有成功。

这真的有助于项目规划吗？如果是这样，正确的方法是什么。可能一些链接/文章会有所帮助。

请记住我不是项目经理，但有时我必须完成他的任务..

Answer 1

在传统的项目管理中，如果使用得当，WBS 是一个非常宝贵的工具。

我总是以自上而下的方式完成它，从主要工作开始:

用户界面

后端

数据转换

并简单地深入到更具体的级别

取款交易的数据输入屏幕

查询以获取用户历史记录

将 STATS12 表从 1.1 版转换为 1.2 版

直到工作分解结构中的每一个元素都小于报告期。

我的意思是，如果我必须每两周报告一次链上的进展，那么任何一个元素都不能超过估计的八天左右。如果是，则需要进一步分解。

这具有以下主要有益效果:

如果大多数估计都是正确的，我可以在每次 session 上报告进展——这对 PM 来说总是很好的 :-)。

较小的工作总是比较大的工作更容易准确估计。

落后于时间表变得非常快。

保存有关估算的历史数据及其与现实的最终准确性，为您提供下一个周期的更多详细信息，以便您可以智能地调整估算。

最后一点在 future 的估计中很重要。例如，如果 Sam 持续将用户界面工作低估 10%，那么您知道将来会提高这些估计。

这应该发生 IMNSHO 否则你的 PM 工作比工程更像是猜测工作/黑魔法。

我真的无法为您提供任何链接，抱歉，因为这主要是多年担任该角色时痛苦地获得的经验。我确实可以访问很多链接以使其更容易，但它们是公司内部的(我们足够大，可以拥有自己的方法)。