走进外企之项目管理篇

最新推荐文章于 2019-06-25 18:29:56 发布

Smilings

最新推荐文章于 2019-06-25 18:29:56 发布

阅读量3.6k

点赞数 1

分类专栏： CMMI实施体会文章标签：项目管理测试工作任务产品

本文链接：https://blog.csdn.net/smilings/article/details/3364911

版权

本文作者分享了在外企中经历的项目管理经验，强调了流程规范的重要性。从需求分析到测试执行，每个阶段都有严格的流程和评审，但也指出过度细化分工可能导致沟通成本增加。文章提到了从传统流程转向敏捷开发模式的转变，以及在实践中遇到的问题和改进方向。作者呼吁国内企业应根据自身情况选择合适的流程，追求实际效益而非盲目追求光环。

摘要由CSDN通过智能技术生成

来到新公司，加入了一个功能非常庞大的系统开发团队中，无论是项目的组织架构还是项目的管理流程，都很规范，角色的划分也很清晰，需求分析工程师、开发工程师、测试工程师，各施其职各尽其责。
在原公司有将近一年的时间都是负责CMMI5流程改进，流程在国内项目中的推广很难，管理层的目光大多集中在利润，至于用怎样的流程开发，并不太在意，能快速完成任务满意客户就是硬道理。那一年，我们花了很多的时间和精力在通过CMMI5认证，我们最终也通过了，但CMMI5认证的通过也就意味在一片喜洋洋的宣传中宣布流程管理的结束。关于流程管理的一切，又回到了原点，悲哀。项目的时间很紧，资源不足，流程自然就靠边站了。我在那一年所积累下来的流程管理经验，让我对测试发生了很大的改观，可惜，我们的项目没有很好的利用。在离开原来的公司前，我写了一份长长的建议书，作为我离开公司的最后一次共享，不知那份建议现在能否给公司或部门或某个项目带来一点点的帮助呢？

新公司流程管理的规范和坚持，让我开了眼界。项目的开发流程，是标准的软件开发流程，需求分析和评审、系统设计和评审、开发实现和Code Review，测试设计和评审、测试进行和跟进，一切都进行得有条不紊。有一点让我印象特别深刻的是项目的开始，会有经验丰富的系统分析工程师与客户谈需求，需求谈完之后，会在公司内部与其他的需求分析工程师和Team Leader一起讨论需求的合理性，客户的需求中有哪些是合理的哪些是不合理的，内部讨论完之后再去跟客户谈。不像以前，被动地接受任何来自客户的合理或不合理的需求。

项目的日常工作开展也很有效。每周一个全体成员参加项目例会，总结过去一周的工作进度和遇到问