PM小白的成长历险记

PM小白的成长历险记

——这里的pm是project manager ，关于product manager看下一篇吧

前言

我们的项目组组建得很快，第三周周末就开始了建组会议，经过了一番佛系的讨论，我被推选为project manager（一开始naive地认为只要进行项目进度管理就可以了，清闲！）并且主要参与后端的开发。虽然曾经参与过一些比赛担任过水水的project manager，但这些项目基本以失败告终，项目管理经验基本没有，所以这次想好好地做一个项目，以no error为目标。

一、又来一个PM

inception meeting安排的任务很顺利地完成了，但是warmup meeting的任务，就出现了卡壳，产品经理Jeff同学忙了实习，没有时间完成需求规划的第一步——用例。因为我之前在易助团队学习过产品方面的相关知识（学了系分课才知道我之前学到的产品知识是多么浅薄，我是哪来的底气233），所以接下了product manager的大锅。因为当时我正在进行后台服务端的搭建（配置服务器环境+web go开发框架），于是做了第一个错误的决定先配置好服务器&搭建好服务端框架，再开始做用例，原本只是想把进行一半后端的任务先做完再做产品的活，却违背了需求分析->设计->编码的软件生命周期，导致了开发进程的再一次延后。

不成熟的小总结：一个项目经理，应该站在总体的角度上安排工作进度，要对工作进行重要性排序和先后排序，理性估计工作量，根据工作前导图来合理安排。例如，在软件生命周期中，用例属于需求的部分，优先级高，并且设计、编码的前导活动，就应该要优先完成。

二、项目进度管理很重要

在潘sir的推荐下，我们果断选择使用TAPD作为我们的项目进度管理工具，虽然每次开会完都将任务添加到迭代的需求中，为工作提供了指南，但是仍然存在一些做得不好的地方，如下：

• 工时的计算太过理想化：需要考虑到学习技术的时间成本，不熟悉的造成的低效，忙于其他学习/工作造成的拖延，以及意外情况。
• 部分任务没有足够的细化：可以按照用例来细化分工，更加具体地安排任务，也方便对任务进行监督、验收以及延期后的调整。插一句，TAPD里的子需求应该要利用起来。
• 预计的完成时间制定得不合理：因为任务不够细化，一些任务的工期设定为两周甚至三周，没有的紧迫感就没有充足的动力（DDL是第一生产力）
• 因为大家都有各自忙的学业或者实习，进度没法严格按照计划来，部分任务存在拖延工期的情况

不成熟的小总结：工作的安排和工作量的计算需要靠一些经验，并不是一开始就能做得好；任务要细化到在可控的时间内可以见到成果，紧迫感的督促和成就感的激励会提高工作的积极性和效率， 分10次每次解决1个bug比一次性解决10个bug更加友好 ；一个项目经理，需要严格，不能因为大家都是同学或者因为项目无关利益，就放松对进度的控制。

三、会不能停

在软件开发的过程中，开会是必不可少的环节

对前一阶段工作进行总结和反思
对尚未确定或者存在争议的内容进行讨论
对接下来的工作进行讨论和安排

这就是我们每次的"三步走"，通过开会，进行集中的讨论交流，是较为高效并且符合敏捷开发要求的行为。我们的会议基本维持在两周一次，中间有个别周因为特殊情况进行了顺延，每次都能做好会议记录，总体上达到会议目的，是一件让我觉得很不错的事。

不成熟的小总结：开会不能盲目地开，不是一群人在一起聊天——要有目标和流程：会前要提前确定好会议的目标，列好会议议程，提前告知大家进行准备；会中按照流程稳步进行，不要跑题；控制讨论时间，不要纠结于某一点而影响了会议的进度和节奏。

四、产品请专心做

这里不是在说我们不专心做项目，只是在diss一下我这个不太ok的产品经理，同时参与产品经理和后端设计与编码工作，让我没能全心全意地站在一个产品经理的角度上来做相关的工作，有些需求表达得不够明确，只停留在后端（我）理解就可以的程度，也没有跟UI设计进行深入的沟通。更糟糕的是，后端设计一半觉得需求的内容不太合适就直接进行调整或者通知UI设计进行修改，却没有对文档进行相应的补充，文档的细节部分不够清楚是我这次做得不太好的地方。
我觉得做得还可以的地方是，没有追求完美地想在一开始就把需求用例写得特别完善，而是不断在实际开发中，对之前需求不合理的地方进行修改，使项目逐渐趋于完善。先做到再做好！

不成熟的小总结：产品经理需要由一个人专门负责，保证文档清晰才让大家都能理解，并且要遵循软件生命周期，由需求到设计再到编码，不能在设计或者编码时不按需求干活，就算是觉得不合理，也要返回到需求阶段进行相应的修改，这样才能保证产品的质量，避免图一时方便而造成的大麻烦。

五、最后

感谢我的小伙伴们@gitgiter@CurryYuan@Sherry@Dafeng@Jeff，感谢大家的努力，感谢我们的愉快合作，感谢我们早早地开工并且稳步推进项目，才能这么慢慢悠悠地顺利完成项目！
第一次按照软件开发的生产规范（还差得远）来进行开发，在整个过程中受益良多，心满意足～