导读：项目是指受限资源条件下需求完结的一次性使命，项目办理则是在到达使命进程中所展开的各项辅佐活动。在项目各阶段应该做什么呢？有哪些技能、东西、办法可以帮咱们更好的办理项目，防止走弯路呢？本文作者对此进行了剖析，与你共享。

　　理论上项目办理应该由项目司理担任，实际上部分互联网公司依据本钱等要素考虑，公司并没有装备项目司理岗位。较为常见的做法是让产品司理来兼管项目，这一现象也直观的反映在了各招聘网站的产品司理JD中。

　　问题来了，什么是项目？什么项目办理？项目办理在管什么？怎样做好项目办理？

　　网上虽有许多不同解说，但粗心相同——项目是指在受限资源条件下需求完结的一次性使命。项目办理则是在到达使命进程中所展开的各项辅佐活动。

　　上述概念仍是有点虚……直白的说，项目办理管的是相关方、资源、时刻（发展）、规划、本钱、质量、危险、沟通、资源整合等多项内容。如此多的办理内容，咱们需求结合项目实情恰当切入。

　　不同项目的规划巨细、杂乱程度、触及人物等状况都存在必定差异，但项目的阶段不会变。大致分为5个阶段：项目发动、拟定方案、履行使命、监控进程、项目收尾。咱们可以经过拆解项目各阶段的具体使命，再运用对应的东西来高效推进和办理项目。

　　项目各阶段应该做什么呢？有哪些技能、东西、办法可以帮咱们更好的办理项目，防止走弯路呢？本文顺次答复上述问题。

　　项目发动作为初始化阶段，首要对项目规章等结构性的内容进行收拾和承认。至少包括：明晰项目需求、明晰项目方针、明晰项目规划、组成项目团队（含相关方）……

　　依据软件的所在阶段、软件特点等要素，软件项目会衍生出多种项目场景。不同场景下的项目诉求也不尽相同，首要需求了解和承认项目要干什么。比方：

　　自研产品发动：一般是依据公司战略规划而发动的项目，应该和领导了解清楚项目的来龙去脉，然后清楚项目需求。

　　定制产品发动：针对客户/事务定制化的产品根本都是客户提出诉求，产品司理经过调研和需求剖析等办法来弄清项目需求。

　　惯例产品迭代：一般由产品司理依据产品当时发展阶段，从需求池中挑选优先级较高的需求组成。

　　需求必定要述之文字和关连人弄清承认，千万不要自以为很明晰。假如了解过错又没承认，项目从最初就走偏了。

　　有时也会过于“达观”地剖析项目可行性。有时领导抛出出题让下面人验证，下面人预设了“成功”态度来找依据佐证，显然是有失偏颇的。

　　在承认项目需求时也要同步承认项目方针。咱们不能确保自行推表演的方针便是客户想要的。有的项目垂青质量，有的项目要快速上线，有的项目要较低的本钱……

　　所以项目方针需求和客户承认清楚，一同留意不是客户说什么便是什么。需求充沛考虑资源的装备状况，拟定的项目方针应当契合SMART规律（具体的、可衡量、可到达、相关性、有时限）。

　　客户说要送快递去火星，真实是做不到啊！假如方针是3个月内完结XX事务产品的PC端和APP端研制上线千。仍是可以商议的。

　　知道了方针，接下来需求项目关连人明晰完结方针有必要做的事项，这便是项目规划。规划内应当是有必要做的作业，多做会浪费资源，少做会达不成方针。明晰项目规划将便于拟定更具体的方案以及各项资源的耗费评价。

　　咱们可以经过方针来拆解出需求做的事项清单，再进一步推导出各事项需求交给的效果。

　　比方在“产品上线运转”项目方针下，项目规划的事项应包括：需求剖析、产品规划、UI规划、产品研制和测验、运营推行……这儿拆解的事项颗粒度依然较粗，在后续环节中要继续细化。

　　作业有了总得有人干活，是时分组成项目团队了……这儿的项目团队不只是履行的人员，也不是承认项目规划后才忽然冒出来的一群人。项目团队应包括以下4种人物。一同经过人物来辨认关连人，弄清楚谁和项目相关，有用选取项目成员。

　　承认人员后，针对不同人物的关连人选用不同的办理机制和战略。比方陈述战略、决议方案战略等。

　　立项成功后，需求拟定一个全面、具体、贯穿项目悉数阶段的全体行动方案。项目方案是项目团队的行动指南，因而要充沛考虑到项目的杂乱性。

　　一个可以被履行的项目方案应包括以下几点：使命分化、发展规划、沟通方案、拟定预算、收购方案、危险管控……

　　饭要一口一口吃，事要一件一件做，可依据项目规划来拆解使命。在产品项目中使命分化一般采纳先依照施行进程分化，再依照功能模块分化相结合的办法。怎样拆解也有规矩可循：

　　在WBS（作业分化结构）的表单中除了使命和子使命，还要填写使命的担任人。假如使命由多人担任则填写首要担任人，如此才干更好的盯梢（追责）。WBS还包括了其他要素，将在“发展规划”时完善。

　　烧饭要先把米淘洗洁净再下锅添水煮，项目使命状况愈加杂乱。要求在多重条件（资源）受限的状况下，完结使命合理高效的分配。发展规划首要做这几件事：

　　使命履行次序：承认次序时要考虑使命间的依靠联系，有时Ａ事项的输出是Ｂ事项的输入条件。如研制之后才干测验。

　　使命优先等级：首要是无逻辑依靠使命间的优先级排序，先中心再边际，先重要再非有必要。如先满意中心事务再满意分支事务。

　　使命工时评价：预算使命履行用时，并设置截止日期。留意预留缓冲时刻，为后续危险保留余地。

　　使命检验标准：各使命需求有对应的交给输出内容和检验标准。既是发展规划也是质量办理，一同便利后续发展监控。

　　每天和人说话时发生的信息传递和接纳便是沟通。沟通如此轻松，为什么还要拟定所谓的沟通方案呢？由于要“有用沟通”……项目中的沟通方案是为了让各关连人可以及时、精确地获取并了解应重视的信息。

　　项目沟通的要害要素包括：谁告诉、谁接纳、告诉内容、告诉频次、告诉办法。沟通办法咱们都应该触摸过，可依据使命重要紧迫程度自行挑选办法和频次。比方：

　　站会：根本是项目履行人员参加，每日站会可快速了解当时发展、今天方案、当时危险等状况。可结合甘特图运用。

　　日报：可依据项目阶段调整陈述频次。前期改变较多时可日报、周报，项目平稳后可改为月报或要害节点陈述。

　　例会：和站会类似，一般会有关连人参加，在会上陈述项目的发展、危险、方案等。常见为月例会或季度会议。

　　在“惯例迭代产品”类型的项目中较少触及本钱和预算概念，可是“自研产品发动”和“定制产品发动”时必定会核算本钱，评价本钱和收益之间的比重，预算结果是捉襟见肘，那项目也就黄了。

　　以预算的本钱为依据拟定预算——各事项需求什么资源，多少资源。拟定预算细则是为了：

　　这儿的本钱、收益、预算的方式是多种多样的，可所以时刻、人力、资金、物料等。拟定预算需求契合实际状况；描绘明晰且具体；包括一切活动。具体编制每个项目都不相同。

　　不是每个项目都需求收购，触及到运用公司外部资源才会有收购介入，包括但不限所以软件应用、硬件设备、咨询服务、人力外包等。

　　咱们在本环节的首要使命是列出需求收购的具体清单，至于怎样收购，应交由公司的收购人员处理。

　　危险的存在不以咱们的片面毅力而搬运，危险操控便是猜测潜在的各类危险并提供应对办法。操控危险的预备作业应该怎样做呢？

　　辨认危险：依据事项类型树立并不断完善危险项清单，可从其他项目移植经历。留意符号危险或许的触发点。

　　危险定级：评价不同危险项的重要程度和影响规划，然后协助更好的树立预警和处理机制。

　　应对危险：提早预设对应危险项的解决方案，分为危险发生前的潜在危险应对和危险发生后的处理行动。

　　常见危险类别包括：流程、方案、人员、沟通、需求、技能、其他等。在《请查收：好用的PRD教程》文章中“4、PRD组成 概要部分 项目危险”具体描绘了危险项，可前往查阅。

　　合理的“拟定方案”发明了杰出的项目施行环境，环境的坚持则需求“使命履行”来保护。使命履行是指和谐人员和资源，依照方案来办理项目的履行活动。使命具体履行不做过多解说。

　　经过“拟定预算”明晰了履行所需的资源，在履行中要做的便是合理装备资源。资源分配不等于资源发放，需求全面了解装备状况、到位状况、发放状况、运用状况……

　　在软件项目中常见资源比方：外部软件途径（第三方账号请求状况）、人力（项目新增成员到位状况）、硬件设备（服务器到位状况）等。结合使命特性和发展规划中所在位置，提早安排即可。

　　资源在某环节呈现异常后，要及时预警和改变调整。触及危险管控、改变管控、质量管控，在下面具体解说。

　　项目便是暂时拉着一帮人干活，是固定伙伴也就算了，假如是由不熟悉的人员组成，在协作上不免需求磨合。此刻需求项目司理来建造和办理团队。

　　进步积极性不必定是团建，要点在于了解对方的个人诉求，将诉求和项目结合然后感动对方。团建也不必定是聚餐，或许下午的一瓶饮料也能发生凝聚力……

　　项目成员依据预设的“沟通方案”进行沟通，确保两边可以及时、有用地传递和接纳。一同有用沟通可以进步办理相关方的参加度，进步支撑。举个比方：

　　需求评定：【产品司理】在【输出PRD】后，经过【邮件、IM】告诉【UI、研制、测验、运营及相关方】参加【需求评定会】。

　　UI评定：【UI规划师】在【输出规划图】后，经过【邮件、IM】告诉【产品、研制、测验、运营及相关方】参加【UI评定会】。

　　用例评定：【测验工程师】在【输出测验用例】后，经过【邮件、IM】告诉【产品、研制及相关方】参加【测验用例评定会】。

　　履行进程中各类沟通会、评定会少不了。在《高效需求评定：需求用点“小心思”》文章中具体描绘了会议前中后的留意事项，可前往查阅。

　　项目的一切阶段都在监控规划内。监控的效果在于盯梢、检查、调整项目发展是否违背方案，假如违背则及时辨认改变和操控改变。为了监控真实起到效果，除了高度的危险意识之外，也需求多样的监控办法辅佐。

　　办法和东西包括但不限于：日站会、项目例会、项目发展表（甘特图）、项目发展看板、项目日/周/月报、定时反应陈述……

　　跟着项目的展开，监控清单不只包括“拟定方案 危险操控”的内容，也要及时辨认新的危险项。监控内容繁复，应要点重视：全体监控、发展监控、监督沟通、改变办理……

　　全体监控担任全面监控项目的履行是否存在误差。假如触发危险项，当即依照“危险操控”的方案处理。理论上的监控项有许多，依据项目的实际状况进行选用。比方收购监控、质量监控、时刻监控和……

　　惯例处理办法比方：添加人员、添加投入时刻（加班）、调整人员、调整作业办法和东西，真实不可就下降要求（缩小项目规划、下降质量要求）。

　　首要是对项目履行进程中的盯梢，防止团队成员对使命了解误差或其他要素影响，导致履行阶段呈现问题。监控环节的要点是发展监控，发展监控的要点是高危险使命（要害性使命）。

　　使命监控除了经过“沟通”和“会议”完成，还有一个重要办法是“阶段性交给物审阅”。

　　以迭代产品项目为例，也要经过产品规划、UI规划、研制测验等多环节。所以项目的履行施行阶段会拆解为多个子节点，针对子节点的交给物进行审阅。

　　比方产品司理的PRD文档、UI规划师的规划稿、测验工程师的测验用例、运营人员的运营方案等。

　　沟通为什么要监督？尽管拟定了沟通方案，可是项目触及的多个团队和部分的运作形式并不相同，所以沟通协作的难度较大，然后方案履行的质量得不到确保。为了动作不变形，监督必不可少。

　　怎样监督沟通？监督沟通不是要参加每场沟通场合，而是树立固定的沟通途径，要求每场沟通都输出会议纪要。纪要并不着重格局，哪怕是简明的几句话也是可以的。（假如有设置好的纪要模板，每次填写内容也是很好的挑选）

　　有时为了习惯项目运转中与各种要害要素的改变，确保项目方针的完成而对项目方案进行的调整，称之为改变办理。改变的触发有许多或许，比方客户/领导的主意改变、外部环境改变（方针或商场）、项目资源调整、团队人员调集……

　　不管依据什么原因，不断改变必定导致项目发展的失控，所以需求树立一套标准的改变办理机制，然后使项目变而不乱。

　　仅有接纳进口：任何人都可以提出改变需求，但有必要指定一个人做为仅有的接纳人，一般由产品司理担任。防止到处是口儿，无法统筹大局。

　　评价改变影响：接纳后要严厉评价改变对项目的影响，没有结论前的改变不能进入履行阶段。履行人不接受任何非产品司理的改变需求。

　　改变及时预警：评定通往后更新方案阶段受影响的文件，时刻、资源、本钱等……要点是及时和相关人员同步改变状况，进行预警。

　　项目收尾是项目流程的最终环节，也是项目的紧要关头。首要是对项目的各项目标进行评价检验，以及对项目复盘，总结经历教训。假如检验时呈现缝隙，项目也将功败垂成！所以把好最终一关，要做好检验效果和项目总结。

　　在程序开发完结后就可以开端检验效果。由多人物参加，从各自的视点环绕产品进行测验检验和上线预备。比方：

　　检验通往后除了安排产品上线，还需求开释资源和文件归档——开释项目资源，比方项目人员可以投入其他的作业；把项目相关材料进行收拾归类，作为档案封存。

　　经过复盘来发现项目中存在的问题，针对问题找出原因并提出解决方案，然后进步后续项目的质量。引荐一个简略的复盘模型：

　　经过项目复盘，不只要沉积常识经历，更要使用和共享经历。经过树立起学习型安排，协助团队得到一同的生长。

　　总算在时刻、规划、本钱、质量的平衡中完结了产品上线和项目交给。这代表可以松口气了，究竟张弛有度的节奏才更有利于后续的作业。

　　项目进程中肯定有各种办理或人员的问题。事项违背原方案、事项不在方案内……面临层出不穷的问题，产品司理需求带领项目团队做好预备，勇于迎候各种应战。

　　最重要的是可以构建一个学习型安排（团队），及时总结项目经历，并将经历运用到后续的作业中去。如此才干促进团队成员得到不断生长。

　　听到许多言论说在我国程序员是吃芳华饭的，那么产品司理呢，也吃芳华饭吗？

　　人人都是产品司理（是以产品司理、运营为中心的学习、沟通、共享途径，集媒体、训练、社群为一体，全方位服务产品人和运营人，建立9年举行在线+期，线+场，产品司理大会、运营大会20+场，掩盖北上广深杭成都等15个城市，在职业有较高的影响力和闻名度。途径聚集了很多BAT美团京东滴滴360小米网易等闻名互联网公司产品总监和运营总监，他们在这儿与你一同生长。