美文网首页
PM工作实录之新手上路

PM工作实录之新手上路

作者: Gao_Yuan | 来源:发表于2018-09-02 23:35 被阅读0次

    小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:“真是太厉害了,受教受教。”

    相关文章

      网友评论

          本文标题:PM工作实录之新手上路

          本文链接:https://www.haomeiwen.com/subject/kiyvwftx.html