一个项目管理Master的心声
毕业第二年我被幸运女神所眷顾，一下成为了一个20多人研发团队的项目master，自己还未从职场菜鸟的称呼中走出来，就要开始管理团队，在接到通知的时候心里既兴奋又慌得六神无主，然而奔着初生牛犊不怕虎的精神，我开始了自己项目管理的历程。
刚开始为了保证任何一个环节都不出错，我每天要花费很大的精力去和产品、测试、开发、设计确认彼此的进度，任何一个环节出了问题都焦急如焚的和相关人员争论出现问题的原因，为什么不能避免，到最后大家都吵得心烦了才静下来想解决方案，因为我总觉的这个问题不讲清楚了接下来还会犯同样的错误。这样的一个迭代下来，产品新上的功能是得到了质量保障，但是整个团队的人都很疲惫。每天需要花时间和我沟通进度，还有出现问题的争吵让我和大家都感觉到心累厌烦。并且因为沟通占用了工作时间，也因为某些地方出了问题没有通知到团队的所有人，一部分工时都做了无用功，加重了大家的加班情况。发现问题的我觉得再这样下去，可能我就会失去成为一名好的团队master的机会。
思索再三我开始用项目管理软件来进行项目管理推进，这里主要是运用了里程碑+任务执行的理念。首先迭代开始时我会在软件上创建一个项目，在项目下创建三个里程碑，分别是产品宣讲、迭代开发、迭代总结模块。
第一个时间周期是产品宣讲模块。产品在项目文件下上传产品demo和设计图供大家查阅资料，并方便之后过程中的实时更新。
第二个时间周期是迭代开发模块。产品将功能模块拆分成一个个任务，开发去认领任务并根据自己的分工在该任务下拆分子任务。任务上还要求填写预估工时与开发周期，测试和视觉可根据开发周期来规划自己的测试计划并关联在功能任务下。这样大家就在软件中将每一个部分的计划公开了出来，每一个人都能明确所有人什么时间要做什么事情。迭代进行中出现了问题，我们只是讨论解决方案，将该问题先发不成任务记录下来。产品将涉及到的改动发布在项目动态下通知到所有人，并及时更新demo文档和设计图。所有人每天下午都会更新自己负责的任务的进展，将遇到的问题取得的收获记录在任务下。
第三个是迭代总结模块，这里我们会将迭代过程中解决问题创建的任务集中起来，此事一起探讨属次按问题的原因以及接下来该如何避免问题。
如此流程下来，我发现我不用再每天找每个人沟通去了解自己想要的信息，只用在填写任务进展的时间过后去查看大家的任务，当发现有人的任务存在问题时再与其沟通，大大节省了我和团队成员的沟通时间。项目下动态的及时性和公开性也为效率提升作出了贡献，整个迭代中所有的变动大家都了然不再有白费功夫的情况。并且因为里程碑明确的规划了总结的时间，我们不再在大家忙碌于开发测试的时候去浪费时间探究问题的原因，减少了影响大家工作效率的沟通交流。
接下来的几年中，虽然我们一直在对项目管理的方式规则作出调整，但是三个里程碑要做的事情却从未动摇，成为了保证我们项目有条不紊进行的原则。也让我成为了一名优秀的团队master。
最新文章
- Contents
- 如何使用double-check实现一个单例模式
- ZOJ2532_Internship
- 手机端APP原型相关
- 关于asp.net 网站网站发布时提示：错误 27 对路径 AppData\Local\Temp\~632b\bin\App_Code.compil的解决方法
- asp.net 后台 修改 javascript 变量
- 回环栅栏CyclicBarrier
- 【UVALive - 5131】Chips Challenge（上下界循环费用流）
- birt 运行环境搭建（部署到tomcat）
- LeetCode_N-Queens
- Noip2009提高组总结
- <META http-equiv=Content-Type content="text/html; charset=gb2312">
- 黄聪：Microsoft Enterprise Library 5.0 系列教程(八) Unity Dependency Injection and Interception
- hdu 4945 2048 （dp+组合的数目）
- Mybatis——helloWorld级程序
- Spring第一篇【介绍Spring、引入Spring、Spring六大模块】
- linq使用字符串参数排序
- Android官方网站
- Yii2 Restful api创建
- 创建xml树