研发阶段，是产品目标和需求都已确定，具体的施工阶段。这个过程属于产品经理项目管理能力的范畴，基本技能之一。
为便于理解，我们先明确文中出现的两个名词。
研发：特指“软件开发”这件事。
程序员：特质“软件开发工程师”这群人，直白易懂；不包含其他意思。
研发方式有哪些？
软件工程学科中的理论知识，不多解释。有兴趣可参加一篇早年的博文解释：http://blog.csdn.net/youbucunzaidebu/article/details/6688384
研发方式只有更适合的，没有优劣高下；与技术发展程度、公司、产品类型和阶段都有关系，一直在更新演化。目前较为常见的是：快速原型模型法。
以下内容也基于这种开发方式来描述，还请选择性参考。
研发过程的产品工作？
研发过程中，产品的工作目标是：因为有你的存在，程序员能更快乐的工作。
基于这个认识，我们从完成工作、有计划的工作、快乐的工作几个方面来分析下。
1、质量保证，做好。
研发的结果是做出需求相关方（领导、客户、用户等）满意的产品，满意就是说研发完整实现了你们当初商定的需求内容。所以你在研发过程中最重要的事情，就是与程序员一起做好质量保障工作，不断检验实现的效果是否满意。质量线怎么定？从竟品水平、程序员能力、研发周期等方面考虑，平衡和商定的结果。
2、时间保证，按时做好。
质量保证的同时，按时或提前交付，是每个人希望看到的。时间点怎么定？从市场时机、需求内容、质量要求、程序员效率等方面考虑商定。有些情况，由于市场时机或公司阶段性目标等层面的稀缺性，时间点优于质量也会发生，比如部分新兴汽车厂商。
3、团队氛围，快乐的做。
上述1、2项内容的完成，一般是比较单调甚至是争议的，在有需求变更的情况下，会有更多的抵触和争议，毕竟没有人愿意看到时间和精力的浪费。为避免因为单调和争议可能带来的不快，在研发过程中要关注团队情绪，让单调感和争议正向转化。不知不觉，你会发现好的团队氛围，让产品质量更好了、开发效率更高了、每个人都更愉快更有团队感和成就感了，这才是团队氛围最主要的作用。
氛围怎么搞？从了解、理解程序员开始，结合团队目标、沟通方式、向上汇报以及吃喝玩乐等多方面进行。
4、需求管理，想清楚再做。
需求来源有很多，哪些做哪些不做为什么做在什么时间做到哪个版本里一系列问题要提前考虑。拒绝领导一句话，计划全打乱的情况发生。这会影响团队氛围，也会影响我们作为产品人员的作用。
在完成第1、2、3项的同时，需求管理是日常工作之一。这个阶段对对需求做好采集、归类、分析、定义等工作，以便制定版本迭代计划。需求管理相关，详见《1.1 Hello，需求（Beta）》
5、迭代计划，有计划的做。
在上一版本的研发过程即将结束之际，用迭代计划开启新的研发过程…
研发过程可能遇到的问题？
1、需求遗漏或实现效果不理想
产品验收时，你发现有些需求内容没实现或效果不理想，此问题属于质量保证失败。原因是你没有在PRD中描述或TA根本就没看PRD。
解题建议：了解原因-评估开发时间-明确周知-列入重点管理，或列入下一版本-阶段性验收。
从每个路径上考虑解决方法；时刻有“团队意识”，切忌因此与程序员对立。
2、延期
解题建议同上；此问题属于时间保证失败，要进行团队复盘，并与需求相关方周知原因，提出解决方案。
3、程序员抵触情绪
这个问题出现，要先考虑我们是否做到了上述5点工作。
解题建议：倾听-理解和安慰-回归问题本身沟通，用户和产品角度-明确问题处理方案-回到团队氛围，非正式沟通-愉快化解。
目标是相同的，都是为了你们共同的产品孩子更好。过程中的小情绪，都在促进你们的感情。如果是我们或程序员自身问题，要另当别论。
研发过程的管理方式？
1、明确总计划，时间点和责任人
2、清晰的配合方式，结果导向
3、寻找价值激励点，满足成就感
4、阶段性提示和验收，保质守时
5、一些具体的保证方式，站会、周会等。
管理从来都是为结果服务的，产品人员对研发过程的管理目标是按时交付满意产品，让需求相关方、团队每个人都感到快乐。
此处就不再赘述，欢迎大家在评论区写下你在研发过程管理方面的经验和观点吧。
Openself
2017.2.12
网友评论