精益产品开发关注的是系统端到端的工作流程。与其关注类似于产能使用率这些传统的度量,关注工作在体系中如何开展会更加有效。时常听人提起消除障碍以完成到敏捷的转变。我发现这其实没有太大的

如果你擅长文案，你就以为自己是个内容运营，你就大错特错了，在这里你不仅要专业还要多面。一个人当多个人来用，时刻要记住你是要对业务负责，不管是做数据、做活动、码文字还是改善体验

敏感性分析有助于确定哪些风险对项目具有最大的潜在影响。把所有其他不确定因素都固定在基准值，再来考察每个因素的变化会对目标产生多大程度的影响。

真正郁闷的不是他们预估的错误。问题在于他们竟然认为自己可以做出正确的估计。作为开发人员，我们经常会发现，在软件开发的问题上，一个外行人会很自然的把复杂的事情估计的很简单、对你指指点

越高的Level越会看其思考能力，思考的层次也要从战术、到战略，从推广到营销，从产品到品牌，从单个产品线，到业务，到了我厂P8及以上的产品经理，实际上，个人动手去写PRD，个人去跟进项目落地

平台是一个大的概念，也分很多种类，比如手机的操作系统也是平台，但它和电商平台又很不一样。总的来说，平台共同的特性，就是复杂，且偏重业务和技术。这里只说我接触过的产品，难免以偏概全，

当软件开发团队发展到一定规模时，会越来越强调开发过程规范化和成熟度。软件项目的成败在很大程度上取决于对其开发过程的控制，这包括对质量、源代码、进度、资金、人员等的控制。在软件项目实

互联网已经快把PM改造成一个技术岗位了，在互联网人眼中的传统行业中(包括硬件电子)，PM的正统归属都是市场部(从一开始宝洁首创PM，这个岗位便一直是市场向职能)。PM不是做产品的人，但PM是做规

精益是个过程，移情驱动的设计也是如此。当过程成了一枚铁锤，一切事物就有化为钉子的风险。我支持移情作为一个驱动过程，并非因为它是将产品与服务推向市场的万灵丹，而是它能推动更长更持续的

从菜鸟到所谓的高手,就是不断挖坑、填坑的一个过程。只是有的人会主动总结提炼,挖过的坑不会再挖;有的人不会主动总结提炼,挖过的坑依然继续挖。

<pstyle="margin-top:0px;margin-bottom:0px;padding:0px;max-width:100%;clear:both;min-height:1em;white-space:pre-wrap;colo

一个项目的范围计划可能制订的非常好,但是想不出现任何改变几乎是不可能的,因此,对计划变更的管理是项目经理必备的素质之一。范围变更并不糟糕,糟糕的是缺乏规范的变更管理过程。