项目同步会议
会议应该要明确:昨天做了什么事情,今天要做哪些事情,在工作中遇到了什么问题。在会议中产品经理应该重点关注两个方面:其一是昨天工作是否真的完成,这里所说的完成不是代码写完了就了事,也不是自测没问题了就是完成,所谓一个任务的完成应该是真正意义上的完成,即满足用户需求,可立即部署到真实环境中进行使用。
产品经理注意要点
1. 思想优化。在开发过程中一定会出现研发人员的意见与产品经理、交互设计师的意见不一致的情况,因为从人性的角度分析,每个角色都一定会用自己惯性思维去思考问题,比如工程师会告诉这个 Banner 放在左面程序运行效率最高,而交互设计师认为放在右边会更符合行为习惯,产品经理则认为放在更上方一点会换来更多的点击率,此时产品经理一定要引导大家站在更高层、更客观的角度去寻找解决方案。
2. 代码优化。这一点更多的是指代码 review,一般会采用每天团队成员交叉 review 和每周团队一起进行重点功能 review 两种模式。有句话叫磨 刀不误砍柴工,代码 review 是发现潜在 BUG、发现功能偏差的最低成本投入。
4. 文档优化。推荐使用类似 wiki 的系统来统一管理产品文档,产品经理在写文档的过程中不要因为怕麻烦就降低文档的可读质量,要知道产品很有可能因为你少写几个字就走向了另一个极端,很可能就因为这几个字,工程师就需要返工,这也是为什么大部分工程师都想暴打产品经理的原因所在。因此产品经理在写文档的过程中应该多以工程师的视角去写需求,如果你是工程师,看到需求后是否会出现理解偏差?如果会,那么请用更多的时间来完善需求文档,产品经理应该时刻清楚,需求文档的本质不在写得多么有文采,能让工程师正确理解才是王道,正所谓不管黑猫白猫,抓到耗子就是好猫。
5. 团队沟通优化。产品经理应该增加与团队成员在一起的时间,可以选择工作时坐在一起,或者一起吃午饭等等,你要时刻找机会把自己的想法准确的灌输到工程师的脑袋里,并且尽可能的在不动声色间解决他们心中的疑惑。
6. 流程优化,需求管理系统、BUG 管理系统、产品打包机制最好都是高度智能化的,可以让团队成员第一时间找到自己想要的信息。
敏捷开发
产品研发策略,前期就是一个试错的过程,快速完成主要功能,次要的功能可以适当延后,结合目前公司的状况,敏捷开发是最合适的开发方案,同样适用于产品规划。敏捷开发的原则就是,开发->测试-发布->迭代->开发。产品团队的职责:
1.用户需求调研整合,需要运营和产品共同完成此项工作,并由运营同事输出一份完整的用户需求文档;
2.产品定位明确,在试错的过程中一定要明确产品的方向;
3.产品原型输出,用户故事场景文档输出(迭代的同时保留一份产品介绍文档说明,并定期更新);
4.将产品原型给到开发和设计,将用户故事给到开发人员,开发人员就可以开始一些功能性的开发,技术负责人需要将功能细化模块化,并跟进产品给到的用户故事设定开发周期;
5.产品负责人在开发节点跟进开发进度,开发人员需在开发几点主动反馈给产品负责人;
6.测试,完善的测试团队,需要一个专职的测试人员,对测试bug跟踪,对照产品原型进行测试,并反馈,反馈任务需要开发团队迅速给出相应,并规定好完成时间;然后再测试反馈,直到最终稳定;
7.上线;跟踪分析用户行为,留存率等一系列数据统计。
作者:萌蠢的技术宅
链接:http://www.jianshu.com/p/c987568be750
來源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。