关于春游的作文产品工程管理的流程
日前听到同事对产品经理工作的概括“取舍需求，控制进度”，觉得第一个工程做到尾声，需要总结一下第一个工程关于工程管理的一些思考。接下来为大家推荐的是产品工程管理的流程，欢送阅读。
任何一个工程，能够被启动，至少从战略层面是得到公司认同和支持的，也就意味着这个工程是要背负着实现公司的某一个战略目标而存在的。产品经理在工程启动前，有这么几个问题需要提前去了解和熟悉：
1、为什么要立项？
2、工程目标是什么？
3、工程的相关人员都有哪些？
4、怎么立项？
第一个问题，为什么要立项？
这个时候，作为产品经理的你需要去了解这个工程的来龙去脉，最好的方式是和你的上级或者BOSS沟通，因为他们掌握的信息量远远比你大且比你多，所以通过和他们沟通再加上自己理解，就能够对工程立项的原因有一个清晰的认知。当然，有时候工程立项，可能就是产品版本的定期迭代，这个时候产品经理对为什么要立项恐怕是比谁都更清楚了。
第二个问题，工程目标是什么？
产品经理作为工程的负责人，是一定要明白整个工程的目标是什么，然后在里面找出最核心的目标。例如有的工程是时间（越快越好，花多少钱无所谓），有的工程是钱（做慢点没关系，但是要花最少的钱）。这些都可以通过跟你的领导聊一聊聊出这些信息，知道了工程目标后你需要把这个目标用准确的文字写下来。
牙龈癌 对，一定要写下来，因为口说无凭，再一个写下来的东西才能成为所有人具体执行的方向和准那么。
第三个问题，工程的相关人员都有哪些？
关于干系人，宝洁的方法论是找出PACE。P是Participant（参与者），A是Approver（审
批者），C是Consultant（参谋），E是Executor（执行者）。当然，产品经理（尤其是创业公司的产品）在日常的工程工作中，恐怕不会有这么繁琐的流程，所以，也就遵循一切从简的原那么。
工程相关人员，可以从这几个角度去考虑下，如哪些人或部门会受到工程结果的影响，哪些人可为工程提供资源（人、财、物）等。当然，在互联网公司，常见的相关人员也就是老板、产品经理、工程经理、工程团队（包含设计、开发、测试、运维等）及用户等。
找到了工程的相关人员后，现在你要做的就是把团队成员绑到自己的船上。你需要去了解团队里每个成员的核心KPI，也就是他们于这个工程的需求是什么，做这个工程可以给他们带来什么。如果这个工程没被囊括在这个成员的工作评价 list 里面，你需要去找他的老板沟通。根据我的，85%出工不出力的情况都是因为你的工程根本不会对这个成员的KPI有什么正向的帮助。当然，如果找他的老板沟通无效，还有最后一招，感情投资，请那个成员撸串、吃饭，利用感情让他帮你做好这个工程。
手工小书签
第四个问题，怎么立项？
红烧羊肉怎么做好吃
通常来说，这个时候需要开一个工程启动大会。这个启动大会的目的是召集工程团队成员，成员之间初步认识一下，产品经理主持会议，然后清楚地传达工程要做什么，目标是什么，为什么要做，怎么做，谁来做等等。另外，跟所有的启动大会一样，工程的启动大会，也需要给团队成员来点鸡汤、打点鸡血。产品经理需要去统一团队的思想，明确团队的管理和运作方式，以及团队的沟通机制等，产品经理需要发动团队成员积极参与工程，并高质量地完成工程。
这个时候，工程相关的文档其实应该已经完成了，因为只有当详细的产品需求文档有了之后，开发团队才能估算工程时间及里程碑等。也有另一种情况，那就是工程本身包括了需求分析阶段，所以详细的需求文档是在立项之后才开始进行调研和撰写。不管怎么说，明确的产品需求和详细的需求文档，都是工程得以顺利进行的根本前提保障，所以，产品经理的规划能力、撰写文档的能力在这个时候就显得尤为重要了。 炸排骨
完成了工程的启动，接下来就要开始进行工程方案了，工程方案，其主要工作就是工作任务分解，任务优先级安排，资源、工期、本钱估算，以及风险方案和沟通方案等。
傍山险路 1、工作任务分解
工作任务分解，在工程管理中也有专门的术语叫做“工作分解结构”（WBS），指的是以可交付成果为导向对工程要素进行的分组。它其实归纳和定义了工程的整个工作范围，从工程目标开始分解，逐层下降，每下降一层，代表对工程工作的更详细的定义。 母婴室管理制度
产品经理在每一个版本的迭代规划中，都需要从产品需求池中捞一些比拟重要的需求出来放到工程需求里来，这正好符合敏捷开发的思想，饭是要一口一口吃的，工程也是一样，不可能一次性把所有需求都搞定。所以，我们需要通过一个版本一个版本来完成，在做版本的工作任务分解的时候，一定要将任务分解到不能再分为止，任务的粒度一定要细，如果太粗，那么很有可能会出现一些任务被忽略，从而影响整个工程的进度和方案。
一般的工作任务分解方法有：按照产品的物理结构分解、按照产品的功能模块进行分解、按照实施过程来进行分解、或者是按照工程的地域分布等。比拟常用的是按功能模块来进行分解，再结合产品的实施过程来进行分解。
这里需要注意的是，分解任务的过程中，需要将任务给描述清楚，否那么团队成员会不太明确自己究竟要做成什么样子或到达什么样的目标才算任务完成。
工程的工作任务分解，其实也可以运用我们之前提到过的MECE原那么去进行检查，工作任务必须全面、清晰、细分，任务责任需要到人，每一个子任务都能够估算工作量和工期。
2、任务优先级安排
任务分配好了，但总有轻重缓急之分。工程里的优先级排序，就是需要产品经理去识别工程任务清单里的各种任务的相互关联和依赖关系，并根据自己对需求优先级的判断，来对工程里各项任务的先后顺序进行安排和确定。
通俗地来说，产品经理要定义的就是先做哪些任务，后做哪些任务。其实这个时候往往又会用到我们在需求管理中使用到的工具KANO模型，通过明确任务的重要度和紧急度来梳理任务的优先级，优先处理的是重要又紧急的任务。
在处理任务的优先级安排时，有另一个非常重要的点需要明白，那就是有些任务与任务之间，存在着前置后置关系，只有在完成了一项任务的时候，我们才能开始下一个任务。所以在规划优先级的时候，需要把这种情况给考虑进去。 如何查看cpu温度
