2018-2020年工作内容梳理

谈一谈三年项目“打杂”工作经历感悟

1.沟通

项目的沟通真的，真的很重要，“有人的地方就有江湖”，当测试，开发，领导扎堆一起，PMBOK里说头脑风暴获取需求，但是人多了，沟通也就费力。而且如果公司的组织架构是职能型的就。。。

（P.S. 我好喜欢 敏捷开发scrum 中的开放 Openness, 专注 Focus, 勇气 Courage, 承诺 Commitment, 尊重 Respect，至今还没遇到这样的团队和这样的项目，我目前所在的公司，只要快，什么每日站会，产品待办列表，产品增量都没有。）

现在回顾之前学习PMP的时候，书本上说制定沟通管理计划，真的很重要！也很有用。至少要清楚，信息从哪里收集，又要把相关信息通知到哪些项目相关方。

扯一句：想从一个“打杂工”走向项目管理，学习PMP的理论体系还是非常有用的，但具体咋用估计就要看个人实际工作情况了。

回归我之前参与过的项目，大多问题都是产品规格不明，功能变更通知不及时，功能变更通知不及时在于

(情况一，测试“埋怨”开发

产品规格书写明 功能A，开发小伙伴觉得不是很好改成功能A+，或者只做了功能A，但未考虑到功能A可能需要考虑多中语言环境问题，或者其他的情况，未覆盖全，测试小伙伴按照功能A测，Pia!(ｏ ‵-′)ノ”(ノ﹏<。)， 问题不一致，测试小伙伴就比较火大。。。

所以得到经验教训是，自测很重要，开发小伙伴一般比较有自己的思考方式可能自测的不如测试的全面，但是一定要自测，没有自测，，，意外情况就更多，

这种给项目“镀金”或者“少量”，也很让项目头疼。所以 自测有助于及早发现。

情况二，开发“嫌弃”测试

产品规格说明书 功能写明了 是B，开发按B实现，结果测试没有能够深入理解功能B，测试发现哎功能B不对呀，把问题报上来，开发看到“呵呵，问题真弱智”

------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

不论情况一还是情况二，若做好了沟通，基本上可以避免冲突，一起做事的小伙伴不会“上火”，大家可以有事好商量，是采用哪种功能方案，修改功能还是修改测试用例。

刚进项目组的时候没少发生这两种情况，现在看，很多小的“冲突”完全可以避免，当然后期的项目也大部分避免了。

2. 变更

处理变更，项目变更真的是无处不在，很少有一个一个项目从头到尾没啥变更的，针对功能上的改动，首先考虑的是时间问题，要不要delay，这其实主要在于需求方和高层领导

打工人是无权限做出决定滴，但是关于变更，一定要写清楚，变更的影响，在现有的基础上还需要投入多少人力，精力，如果delay，我们需要多少时间，项目的高级领导也是根据这些

在做出要不要delay判断的，所以变更问题，做内部分析很重要，，，（P.S. 我这PMP 5A考过也是有道理的，哈哈哈😁，这可是考点，PMP考试的核心重点，变更问题！！！嘿嘿🤣）。

当然我也遇到过一次项目中断的情况，不是项目被砍了，而是由于有更高优先级的项目B需要做，所以项目A暂停中断，此时一定要做好项目收尾（归档）工作，

不然在重启项目后，就很费劲了。当然我也遇到过这种情况。

 

总结：

经过PMP系统学习后，在回顾我这两年多的工作，其实发现PMP很多都提供了解决方案，可惜我接触的有点晚，话说回来，如果我不在这项目“打杂”，根本不知道PMP

是什么。继续努力，跨入项目管理第一步的小 新人。若真的想做好，未来还有很长的路要走，道阻且长，慢慢体会，慢慢领悟吧。