声音管理平台项目2019年3月12日建立qq群,将已明确的项目组成员拉入项目组。
最初人员配置:后台3人,前端2人(其中1个后续投入),测试1人
由于以往其他项目都是提前通知成员先看需求,将项目启动会议忽略了,直接以产品需求讲解为信号当做项目正式启动的标识,以那天为项目正式启动日。
事后发现有部分人员实际因为各种各样的原因并没有在通知看需求的时间里去真正的看需求,理解需求,导致需求评审时有人还没看需求,或者对需求的理解度不够,将需求讲解(需求评审)会议当成需求讨论答疑大会,有的情况下甚至开了2天。开会效率低。
所以吸取教训在需求评审前还是加一个项目启动的会议,通知大家项目已经开始启动。启动会议上明确以下几点:
- 产品介绍项目背景,迭代目标,期望上线时间,本期重点需求
- 确认需求、设计图是否完整(一般在会前确定,会议上只是强调重复,需求不完整不启动)
- 根据需求量给出看需求(需求预审)时间,一般是2-3天,然后进行(需求讲解)需求评审
- 介绍项目组同事,确认人员投入时间,若人员不能立刻投入,需明确何时投入日期,及不能立即投入的原因
- 要求需求评审前各端负责人给出预估计划,一个初步评估本期项目大致开发,测试时间,方便评估各团队工作量是否平衡
- 宣读一些已经明确的项目流程规范,进一步加强大家的意识
回到声音管理项目就存在项目经理与技术人员理解不一致的地方,项目经理以为3月12日可以启动并进行需求讲解,但技术那边理解的是开