为什么被折叠？
0 个回复被折叠
8 回答
这个问题的答案，就是整个一套项目管理方法了…所以在这个回答里肯定讲不清楚的…
我好奇的是，你需要的是什么…是打算往项目管理发展，还是已经在管理中碰到问题…还是要具体情况具体分析的…
最核心的几个点：
业务需求分析，转化成系统原型设计，这个决定了未来系统的可用性，同时也代表了你对业务理解的深刻程度；
任务分解，转换成可执行的项目计划，这个检验你的风险识别能力、达成项目目标所需完成工作任务梳理的完整性了；
过程监控，和计划存在进度、成本或质量上的偏差时要及时介入处理；
收尾阶段，一般都是按套路准备必备的文档了，比如需求分析、设计文档等，如果是招投标软件项目，还有很多和验收相关的规范化文档，这些都有标准模板不用太担心。这个阶段最重要的是做好项目总结，沉淀业务和技术上的精华，为后续做同类项目做参考，可大幅降低成本并提升效率。
有兴趣可以扫描关注我头像，会对软件类项目实施的完整套路做免费分享。
项目经理最主要的职责就是沟通！ 沟通问题，沟通计划，沟通绩效，沟通人等等，综上所述，出两份文档，一份对人，一份对事 。 就OK ！
项目经理最最重要的就是任务画分，分派，验收，发布。这些流程中如何将各单元的参与人协同起来，这是我的团队一直研究的项目管理痛点。现在好了，我们自已开发了一个平台，把从项目经理、研发、测试、运维全部串连起来，在统一的平台中相互协作。减少沟通成本，提高研发效率。
个人感觉用了平台后，完全能确保产品每周一个版本迭代。
理论知识的话，找本书看看就懂了。至于实际操作，不同的人员组成、不同的公司文化、不同的项目和实施不同的软件软件工程模型，对于项目管理的工作和需要输出的文档侧重都不同，而且就人力资源、人员素质的不同，对文档的要求，项目经理需要花心思的地方也不尽相同。如果楼主想问具体操作，但脱离现实，泛泛地谈，和谈书本的理论知识没有什么区别的
阶段：启动，规划，执行，监控，收尾。
启动-明确人和目的。
规划-做计划，粗略和详细都要，渐进明细一步一步完善。
执行-计划怎么样，跟着计划走。有变动就修改计划继续跟着走。
监控-查看执行是否符合计划。
收尾-整理所有信息和资料，为下一个项目做准备。
内容：范围，成本，质量，时间，资源
范围-做什么事，目的是什么
成本-花多少钱
质量-你要的是什么（如何你可以接受）
时间-完成的具体时间
资源-包括组织，关系，人等。
文档和文件其实不重要，重要的是有以上的思路，什么产品不重要，项目就可以迎刃而解。
有件事儿叫裁切文档。。。。。
曾经在不是PM还是屌丝程序猿的时候，作为开发人员帮助公司通过了CMMI三级认证，当时就是收集癖搞了全套的项目文档模版和具体项目的工程文档。（好吧我承认这事儿是违反保密协定的。。。。。）
如今成了PM，在进入一家完全没有项目思想和规范的公司之后，就开始拿CMMI的模版文档和规范开始裁剪，裁切了一套比较适合现在公司的模版和规范，大概有这些：
项目章程、项目计划、计划变更申请表、产品需求说明书、需求变更申请表、概要设计说明书、功能测试方案、项目总结报告。
说上面这些其实没具体的意义，反正我觉得问题的关键在于，设立规范的流程和标准的文档，一定要基于公司或团队目前的现状，同时一定要有前瞻性。
据个简单例子：比如现在我们公司，团队小伙伴整体水平都太差，没人做过设计，那你做完整的设计环节的规范或文档，比如你要求小伙伴出技术可行性分析报告、系统设计、概要设计、交互性设计、详细设计、单元测试等内容就根本不现实。但也不能什么都不做，公司总要向着规范化发展，所以我就留了一个概要设计文档，里面覆盖了一点其他文档的相关内容，等到团队成长了，有人能够做详细设计了，到时候我再考虑加入详细设计这一环节。
反正道理就是这样，量体裁衣，并关注未来成长。
以上，希望能够帮助到你。
问题动态
- 发布时间
- 2026-01-12 11:27
- 更新时间
- 2026-01-12 11:27
- 关注人数
- 0 人关注
