-
精益产品开发关注的是系统端到端的工作流程。与其关注类似于产能使用率这些传统的度量,关注工作在体系中如何开展会更加有效。时常听人提起消除障碍以完成到敏捷的转变。我发现这其实没有太大的
-
如果你擅长文案,你就以为自己是个内容运营,你就大错特错了,在这里你不仅要专业还要多面。一个人当多个人来用,时刻要记住你是要对业务负责,不管是做数据、做活动、码文字还是改善体验
-
敏感性分析有助于确定哪些风险对项目具有最大的潜在影响。把所有其他不确定因素都固定在基准值,再来考察每个因素的变化会对目标产生多大程度的影响。
-
真正郁闷的不是他们预估的错误。问题在于他们竟然认为自己可以做出正确的估计。作为开发人员,我们经常会发现,在软件开发的问题上,一个外行人会很自然的把复杂的事情估计的很简单、对你指指点
-
越高的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
-
一个项目的范围计划可能制订的非常好,但是想不出现任何改变几乎是不可能的,因此,对计划变更的管理是项目经理必备的素质之一。范围变更并不糟糕,糟糕的是缺乏规范的变更管理过程。