昨日去了36氪的开放日（不知道为何的童鞋请猛击这里），围观了一群创业公司的童鞋的项目介绍，创业家都很年轻啊我摔。也见到了一些传说中的投资人，也都很年轻啊我再摔。对于各个公司的项目和产品有些觉得很出彩，有些觉得比较一般，具体的评论在这篇里先不表，想说的是另一个问题——几乎所有上台的创业者没能在5分钟内讲清楚自己的项目。   曾经看过一个流传很广的故事，

如果有一种方法能使你的软件缺陷率降低63%，核心缺陷率降低79%，整体投入减少62%，整个项目开发的时间缩短69%，你会采用这种新的软件开发方法吗？ 　　在回答这个问题之前，你可能会问：是什么方法能达到这样的效果？答案是：敏捷开发。你一定会开始质疑：这是真的吗？或者你会说：我们也在用敏捷，但没有以上提到的这么夸张。 　　以上提到的一些数据来自Forrester，一家善于用数字说话的咨询公司。他们

一般来说，一个项目的生命周期可以简单得用P D C A（Plan Do Check Action，计划、执行、验收、反馈的往复循环）来表示。其中在项目的早期，就包含了大量Plan的工作，PM在Plan中所要做的事情，包括了大量的调研目标，数据收集，过程分析，并将结果反应到产品规划中。   本文以笔者初到公司一个月的首次的调研任务

序 笔者毕业前一年一直纠结于就业该留在美帝国安安分分做一个程序猿还是返乡尝试下看似十分有趣的产品经理。最终不安于本分的天性还是占了上风，毕业果断回国找产品相关的工作。可能由于毕业前几月互联网上耳濡目染得多了，找工作的过程还是比较顺利，在一家既有前端产品(网站平台)，后端系统又比较复杂的 半金融半互联网公司做一个小小的Rookie PM，产品修炼正式开始啦！ 正篇其一 —&md

      前记      对于敏捷软件开发，听说已久。最近刚刚开始走上敏捷的路上，所以记下自己一路上感受和收获。      为什么我们要采用敏捷软件开发呢？这也许是所有刚开始接触“敏捷”这个概念的第一个问题，那我们就从第一个问题开始我的旅程。通常我们在开发中引入一些新的