PM工作实录之新手上路

小A是一个新转岗的Project Manager，他作为PM的第一个任务是去接手一个进行中的项目，作为一个新手，他有些无从下手，因此，他来请教公司里的前辈老D，希望能够获取一些指引。

小A：“D哥，我这新手上路了，你能指点指点我吗？”

老D：“先说说你这个项目是什么情况吧”

小A：“是这样的，这个项目之前是W国团队在做，对接的客户也是W国客户，到现在已经做了小半年，但因为客户成本和运营的原因项目得挪到咱们这边来，我过几天就得去W国做交接了，一共就两周的交接时间，我在想怎么能尽可能把这两周利用起来。”

老D：“嗯，那你有什么具体的想法吗？”

小A：“我觉得首要的事情是去跟现有的团队了解上下文，一方面是技术，一方面是业务，另一件事是跟W国客户建立联系、打下基础，同时确定项目后续的范围和交付目标。如果能组织一个workshop，在这两方面都会有帮助，既能尽快收集和整合信息，也能增进沟通建立客户关系，不过我还不知道该怎么设计这个workshop。”

老D：“要组织workshop，首先得确定好目标产出物是什么，其次得知道都有哪些人来参加，你刚刚其实已经说了你对这个workshop的目标，那你知道W国团队和客户都有些什么人吗？”

小A：“这我倒是知道，这两天和那边线上开会也聊了不少，W国团队也是个全功能团队，配了一个BA (Business Analyst)，一个TL (Tech lead)，一个UX (User experience designer)，还有一个QA (Quality Assurance)和五个Dev (Developer)。那边的客户主要对接两个人，一个PO (Product Owner)和一个负责环境维护的技术人员。”

老D：“不错嘛，已经知道这么多信息了，那你有没有想好这个workshop结束以后该有些什么产出物呢？”

小A：“如果按刚刚说的两个目标来看，业务和技术信息这方面，最好能整理出现有系统的业务流，嗯，有个User journey的图和界面原型应该会比较有帮助，技术方面，还得让我们一起去的TL小J帮忙把把关，至少现有系统和后续开发计划的系统架构图得确认一下。再就是划出来项目后续的scope，能到story list级别是最好的了，还得再跟客户约定contact和沟通计划，应该就是这些了。”

老D：“好，那一共就是五样产出物，User journey、界面原型、系统架构图、story list和沟通计划，你觉得这些内容都该通过什么样的环节来获取呢？”

小A：“这部分也是我最头疼的了，User journey、界面原型、系统架构图，这三样应该都是W国团队就可以提供的信息，但后续开发的scope该怎么才能敲定呢，更别提story list了。”

老D：“你先别着急，一步一步来。按你刚刚说的，前三样产出物都不需要客户提供信息，那就意味着我们的workshop会大致分成两大部分，第一部分是你跟小J和W国团队一起梳理业务和技术信息，目标是得到刚刚提的这三样产出物。第二部分就需要involve客户一起，来敲定二期的开发范围和交付期望，这部分的产出物目标是一个story list。”

小A：“没错。”

老D：“那针对第一部分，你想好具体怎么安排workshop的环节了吗？”

小A：“啊？具体环节？就······就过去画呗······”

老D：“那可不行，不在workshop开始前设计好具体的环节和活动内容，到时候很可能是大眼瞪小眼，不知道各自该做什么。这样吧，W国团队不也是个全功能团队嘛，第一个环节就先来请他们的BA介绍一下这个项目的业务背景，比如项目的愿景是什么，主要解决什么问题、提供什么价值，有了这个开题，接下来你们就可以聊聊现在的User Journey是什么样子了。有了User Journey以后，你们可以按照描述的业务流程在系统里进行一次完整的操作，这个时候UX也可以一起来介绍原型设计了。有了这些信息做基础，接下来小J就可以和W国团队的TL来聊聊系统的背后实现和技术细节。”

小A：“嗯，说的有道理，这么一安排就清晰多了。”

老D：“接下来就是第二部分了，按照计划，第一部分结束后，你们应该已经对现有系统有了比较全面的了解，可以来involve客户一起规划一下二期的内容，这时，上一个环节中取得的产出物也正好可以派上用场。User journey可以用来和客户梳理当前的痛点以及他对未来的期望，界面原型可以作为solution的基础验证将来的功能设计。在当前user journey的基础上画出二期系统期望的业务流，这就是二期项目的需求全景图了。”

小A：“说得对。不过我有一个担忧，一般客户想要开发的功能都很多，我们怎么保证不会安排过多的内容呢？”

老D：“当然是需要排优先级的，需求全景图是我们规划二期项目的重要输入，但真正进入开发计划的安排时，我们还是得考虑实际的项目时长和资源配置，这样才能知道我们真正能交付的范围是多少。当需求优先级敲定之后，你期望的story list也就容易得出了。有了这些信息和对应环节的沟通，作为最后一步，你就可以跟客户约定在二期项目中的沟通计划了，到这一步，workshop也就差不多结束了。”

小A：“真是太厉害了，受教受教。”