产品项目中踩出的坑

————————2017.3.12————————
换公司已经有半年了。
从一开始的纯干活的到目前的做一些项目；
发现自己暴露了好多问题；

【接受项目的思路】
1）总体思路：任务拆解（项目、子项目、路径、目标、预期收益）—>线上随机抽样调研确定占比及计算预期收益—>根据收益确定优先级及时间点
任务拆解：在了解总体数据流向，环节流程基础上，先预设路径进行任务拆解；关键点在于可寻求他人支持
2）调研：如果解决线上问题则线上随机抽样，评估后计算各项问题占比及如何解决，可解决多少比例，预期能达到多少收益；
3）定优先级及时间点：拉各方相关人员参加需求评审，集合多方意见
4）主动跟进、及时汇报进展周知相关人员
【我的问题及如何避免】
1）习惯性一接手任务就自己扎入数据中，等待数据及调用——>先拆解先分析，先让别人帮忙分析数据
2）各种事情习惯亲力亲为，不懂得和他人寻求帮助，不懂得咨询他人——>询问组内，寻求他人帮助
3）对外部合作项目：需先组内和领导确认后再发出
4）不够细心—>发出的内容反复阅读3次后再发出
5）有不确定的咨询大家意见，而不是自己做主

————————2016.5.3————————
近期做的一个稍微大一点的项目，后期开发过程中发现的问题，复盘中发现可以避免：
【需求方案思考】

1. 需求方案的确定需要结合使用场景来考虑。先从主线开始，然后再思考验证支线。保证需求方案是覆盖所有需要满足的使用场景中，避免需求遗漏或者需求方案的合理性；
   2.方案初稿完成后，需要从使用场景一步步验证是否能满足，数据流向及来源是否合理，界面设计是否矛盾，进一步修改或者完善方案。
   3.最重要的是想开始写方案。
   4.当一种思路走不通时，换一种思路看看。

【逻辑性】
体现在如下3个方面
1.有层次、有条理
2.有重点
3.因果关系

【需求文档撰写】
1.项目背景：目前现状是什么样? 有什么问题？
2.项目评估：怎么评估项目？计算方式？
3.项目目标：SMART 原则，给出具体值及估算过程
4.必备：流程图、项目方案、原型