现阶段本人在做外包项目，承担产品和项目两个方面工作中。总体来说，外包项目的产品更偏向于项目管理方法，但内心针对产品美的追求始终在。也没有过过多项目管理方法积累的经验，只能从本人考虑，说一说自己对项目管理方法的一些低俗的看法。
此次心得分享主要有以下五个方面：
- 问题导向
- 要事第一，确立关键需求，制定里程碑计划，
- 加强沟通，确保需求与实际开发结论一致
- 与项目组员保持稳定关联
- 灵活应变，风险性外置
一、问题导向
针对外包项目而言，所想要的结论只有一个便是准时发布，但这里需要为自己加个规定，要保质保量准时发布。大部分人针对外包项目听上去都会有一种不屑一顾的感觉了，觉得做业务外包的只关注钱从不在乎品质。其实不是，很多做外包项目都懂，假如你做出一个废弃物产品出去，大家整个团队就真远走高飞一阵了。
产品主管总体目标可大概有两个，早期，寻找消费者的具体的关键需求。中后期，确保项目品质准时发布；项目主管则是以项目发布为根本目的。
做为你老总想要的结果也大概有两个：
第一，成本费，项目资金投入的人力多少钱，周期时间多久；
第二，项目最后是不是准时保质保量完成发布。
老板要依据第一点确定这一项目究竟是挣钱或是亏本，得用第二点来保障能和顾客保持良好合作伙伴关系。针对做外包项目的企业这两个方面尤其重要，因此产品一定要注意好着二点。
二、确立关键需求，制定里程碑计划。
最先，选准关键需求，不断完善关键点。确定需求环节，从关键需求考虑。确保产品并没有偏移顾客的真实需求，这一点我认为是一个产品的根本。关键需求一旦确定，细节方面就能够慢慢健全，而且在开发环节开展健全都能够。
次之，制订阶段计划。在和开发确定完任务量以后，依据作用明细和插口明细，制订开发方案。依照程序模块，制订对应的阶段计划，不论是前面或是服务器端必须保持同歩。
这里说的同歩是：在阶段计划的进行截止日期，要确保前面和服务器端这一阶段工作已经全部完成。
很有可能服务器端快的话早已开展下一阶段开发了，那样测试和工程验收工作人员此刻也可以进行这一部分工作中工程验收。看到了难题一定要强调来提bug，让开发在下一阶段工作进行的前提下进行这种bug改动，让开发对自身做出的物品承担。
三、加强沟通，确保需求与实际开发结论一致
加强沟通主要包括三个方面：
最先，要和客户进行充分的沟通交流。需求确定环节，明确关键需求，不断完善关键点，一定要不辞劳苦。要不然到开发环节，顾客突然说，这一至关重要的需求你怎么没有再加上。假如隐私功能较为复杂，那样这时候调节一定会对于整个开发全过程造成巨大影响。
第二，与设计开发和检测搞好沟通交流，关键在于产品和设计沟通，每一个需求变动先要和设计进行确认，确保设计图正确的，随后，产品设计方案内部结构确定以后，通告开发和测试工程师，能是在QQ群通告。
第三，与领导加强沟通，学好借助外力。有时，客户会忽然加一些需求，但是你没有足够的每人必备。这时候你无法直接同意，而是需要找领导干部说明原因，争得网络资源，是配制每人必备或是回绝有了你老总确定。
四、与项目组员保持稳定关联
这一点十分重要：在产品计划方案确定的过程当中甚至开发环节中，有可能出现争吵，乃至争执，但一定不要故意恶意中伤。实际上一个项目中的成员如同一家人，大伙儿拥有共同目标，并为之努力投入。
赶到南方地区以后，我深感南北方差异极大（之后搞清楚是本人不容易察颜观色）；南方地区的人呢，更委婉，不容易当众主要表现对你的不满意，可是我乃是当众软钢，结果可想而知。短短的一个月，我基本上和设计开发检测吵了一遍，又被三个大哥轮流训斥。
你能明显感觉到他们在疏远你，我是；不过我的确思考了，也做了调节，现阶段和项目组的同事也都成为了朋友。
与并肩战斗的同事保持稳定关联至关重要。
五、灵活应变，风险性外置
灵活应变，并没有一层不变的开发方案，这应该是互联网技术产品行业的共识。应对需求的变动，怎样做好调节确保项目正常的发布，是产品和项目主管一定要考虑的问题。
怎样降低需求变动所带来的影响总体主要包括三点：
- 制定开发方案时预埋出一定的时间；
- 需求变动按优先和客户确定，必须增加开发的时间和客户提早表明，是增加项目开发时长或是临时不想做和客户商议确立。
- 针对人手不够进行变动需求时，与领导沟通，说明原因，融洽网络资源。
风险性外置，我亲眼见证过这样的状况，在进行一个项目时，早期就是一直的开发，开发，开发。测试期就拼命地改bug和开发，开发拼命的加班加点填大坑，眼看要发布，回头一看也有300多bug，只有和客户商议推迟，结果可想而知。
导致这样的事情主要原因是检测与开发流程的彻底分离出来。把检测放进最终开展，尽管交给检测和修改bug时间超过两个星期，但通常是做了两周发觉各种各样坑没填，开发并没有真正完成全部工作中，结果就是测试时间成了开发时长。
对于此事，我想说的是，要确保项目准时发布，检测工程验收一定要尽快加入进来。把修改bug的事放到全部开发环节中开展，维持全部项目开发流程的紧张度，针对周期时间比较长的项目，开发工作人员容易出现松懈的情绪，做为产品和项目要为开发一定的紧迫感。
最终，说了这么多，可能自己看法也是十分片面性，有关项目管理与产品我确实还有一些路要走，还行道路上拥有大量的志趣相投兄弟姐妹们。望兄弟姐妹们共勉之，一同勤奋，在产品的道路上越来越远。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
