记初次做产品经理的心路历程

第四次会议，需求变动很大，开发代码已经完成了一大半，业务方面又调整了流程。我也是很无奈。持续更新

5/16日再次更新：

我们使用teambition作为项目管理软件，其中有一栏列表项【stories】，就是关于业务内容的描述，是PO（product owner）来维护的。首先应该写清楚当前每个sprint的任务，不需要很强的专业性。最重要的是阐述清楚目的，以目的为导向来阐述。还有最重要的就是得表述清楚优先级！！！！！优先级！！！！！优先级！！！！优先级！！！！总之工作最重要还是自主性，自主思考的能力，自主工作的能力。

我们的项目在5/4发布，但是到今天才算真正的投入使用，这中间到底错在了那里。首先主要问题，就是我们的数据来源是需要业务那边来提供的，这个只是耽误了最多2到3天的时间，可几乎推了两周才投入使用。反思得出结论，我没有把这个优先级提到很前面，我等着客户那边在催着怎么还不能选品，才被动的去处理这件事情，也就是说第一次项目发布的时候，就没有明确（目标）到第一次发布到底要明确到什么程度。后面在数据导入的时候也执行力太弱，刚好在周日被客户催了，可是我没有行动。我周一来了之后才跟开发说这件事情。作为PO，有必要站在大局上，整个流程上去打通一件事情，要让开发明确自己在做的事情在业务方面的作用。一定要进行有效的沟通。

关于每日站立会：每天的站立会可以让开发轮流主动讲一下自己目前在做的事情的进展，遇到的问题等，不必每个人去点名问。这样开发反而会比较被动（今后打算这样去做）。

最近两个月一直忙于这个分销项目，今天有时间停下来思考一下。否则一直工作而没有思考，就只会是量变，而不能给自己的提升带来质变。

5/18日再次更新：

项目再一次发布就在今晚，希望不要再通宵了。刚刚跟别的有经验的产品取了下经。

问： 项目变动怎么和开发沟通？

答：如果有需求变动的话，

      1  开会的时候最好携带一名本项目中资深的有威望的开发人员，这样不至于为老板的需求变动背锅，导致开发人员全部都针对你（很对哎）

      2  日常的时候就应该和团队的开发打好交道，为日后的需求变动更好的沟通埋下伏笔，平时请请他们吃东西之类的，毕竟拿人手短嘛（嘿，官僚了点，但是看起来比较实用）

     3 足够强势，但这必须有能力做依托，以能力征服别人（不过老大说这样很容易被打）

问：项目赶的很急很急很急？咋整？？？？

答：首先梳理出整个框架 找出来那些比较重要，第一步要做到的目标，要明确自己这次发布的目的到底是什么？比如就是让分销商下单。好那就这个任务是最重要的，其他无关这个的不仅要的模块或任务全部都可以不在这次的考虑范围之内。从整体上去思考这个问题，作为产品要有大局观

问：产品经理日常究竟应该完成那些任务？？

答：项目初期完成产品设计说明书（网上可下载）

问：每日站立会的召开？

答：人员：项目组开发人员，项目组负责人，一般不需要产品经理在

       时间：时间最好控制在十几分钟之内，不好占用太多时间

       讨论内容：一般让开发主动过一下自己的状态，遇到的问题，然后就问题给出分配人员，比如他遇到这个问题，你只需要告诉他这个问题找谁比较好，即便找不到这么个   人，也不宜在站立会上展开