当我进入项目组时，是中午。早春的中午阳光明媚，整个人都很温暖。当我第一次进入办公室时，有点阴凉，我的眼睛有点不舒服。拿东西，放东西，塑料袋，然后一个愤怒的声音响起：你在做什么？！换句话说，我没有看到有人睡在角落里，我很害怕！新来的，真的足够新了！

这个吓了我一跳的人是客户方PMO工作人员，最大的爱好是看球，每一场比赛，第二天会在办公室发表好坏评论，第二个爱好是展示他们的知识，每天午餐时间是他的演讲时间，几乎无论谈论什么，他都可以引导他知道的内容，滔滔不绝。两个月后，关于他的工作，我只听到他打了三个电话，类似于：领导，我是XXX，本周汇报本周的工作。本周我们收到了三份反馈表，检查了8个系统的代码，收集了8个系统的单元测试报告，并做了5份SIT测试进度报告，以及每天编制测试案例的统计数据。在其他时间里，10次中有8到9次是在挖手机，当然，挖手机也可能是在工作，我们都知道。

进入项目组后，第一件事就是参加测试计划评审会议。我事先没有得到任何信息。当我到达会议室时，这不是一个在线模板吗？这还需要评估吗？然而，我很高兴看到每个人都在讨论。我认为认识人是好的，所以评估在认识人中过去了。

认出人后该怎么办？看这个，挖手机，然后看那个，还是挖手机，或者我也挖手机？（忘了说，这里没有外部网络，内部网络只能访问配置库，没有电子邮件系统，通信基本上依赖于咆哮，接触基本上依赖于腿，所以我只能挖手机。

总之，我不知道哪个领导说要做代码检查。我该怎么办？客户与开发经理沟通，PMO与开发经理沟通，各方的沟通结果是客户提供工具，检查代码的标准化，该工具的执行结果是代码检查报告，然后PMO做什么？你能猜到吗？反正我猜不到。PMO负责数量，每次执行结果中有多少行有问题，每半个月督促各系统负责人出具报告，统计问题行数，即代码检查工作。

提出代码工作提出后不久，客户领导发现SIT测试压力过大，缓解压力的最好方法是做好单元测试，所以我们有了新的工作——单元测试。

如何进行单元测试？嗯，在项目组周围，没有人愿意这样做。它只能作为任务发送，并发布指标，测试用例不能低于客户（客户有相同内容的单元测试），因此PMO负责传达单元测试要求，收集单元测试报告，督促大家做单元测试。单元测试报告收集并满足要求后，单元测试结束。

接着上面的SIT测试说，首先是测试案例的编写，，项目组拼命写，PMO人员拼命数，每天统计每个人写多少案例，每个系统有多少案例，这很简单，真的发现加上客户至少五个合作项目，真的不是一件简单的事情，提交内容一般，一天，拿别人的东西作为自己的提交，一般和一天，总之，各种各样的，一个接一个地分开，数对。

统计测试案例后，开始统计测试案例的测试情况，测试了多少，通过了多少，有多少bug，日常统计，问测试经理为什么不建造TD或者其他系统，回答:太麻烦了！所以我一直这样数。

事实上，归根结底，与数字测试相关的数字没有太大的工作量。一个人就够了，一个人就够管理需求变化了。PMO剩下的人做什么？SIT人员紧张，时间紧张，压力大吗？去帮忙吧！

除了测试之外，还有一件事就是需求变更，越是到了测试阶段，越是有多多的变更。PMO它的作用是各方的界面，客户把

需求提到PMO，PMO找项目组相关负责人确认是否变更，不能向客户反馈变更，盯着项目组逐步变更，不要出错。

这是第一次计算项目PMO人员身份参与项目，虽然可惜没有从零开始参与，也没有参与项目结束，只有两个月，但对于项目PMO也可以一窥，现在就当流水写吧。