做好项目管理，拒绝无意义的加班

近来看到有小伙伴忙的焦头烂额，甚至都加班到凌晨一两点，我也不禁陷入了沉思之中…事情虽然真的很多，但是能不能通过更好的进行时间管理，将一些事情提前处理好，或者制定合理的节奏，从而减少无意义的加班？

本着不想加无意义的班和不希望坑队友的想法，我默默地去补了一些项目管理的知识，形成文字来和大家分享一下。本文主要分为三部分 ，第一部分是关于项目管理的一些名词说明，第二部分是项目管理的一些知识，第三部分附赠互联网生存指南。

项目范围：为交付具有规定特性与功能的可交付成果而必须完成的工作。

项目干系人：项目干系人又称为项目相关利益者，是指积极参与项目、或其利益会受到项目执行或完成情况影响的个人或组织。（定义来源于MBA智库百科）

3.项目干系人收到项目的影响可能来自于项目过程，也可能来自于项目结果。

里程碑：即目标计划，为了达到某目标，而展开的一些列活动。

工欲善其事，必先利其器。笔者不喜欢在一脸懵逼的状态下就直接开始做事，我 一般倾向于先把事情想清楚，然后再去做，不然来来回回的返工会带来诸多的麻烦，也会坑队友。下面提供两种自己能想到的方法来进行项目的梳理，仅供参考。

可以按照项目的项目的整个生命周期来进行项目的梳理，明确在各个生命周期阶段都需要完成那些子任务，项目的生命周期大致可分为以下几个阶段：

在项目立项之前，首先需要进行项目的可行性分析，为项目是否立项提供决策性建议。在确定项目是否可行之后，需要明确项目是否值得做，通过项目想实现什么样的目标，为此需要投入多少资源，项目值不值得做。

项目可能面临的风险都有哪些，具体的事件以及可能的诱因是什么，风险发生的概率以及影响范围有多大。利用风险期望值来进行风险的排序，风险期望值=风险发生的概率×影响范围。风险的应对措施一般分为四种，分别是规避、转移、减轻和接受。

项目的立项申请得到通过之后，宣告项目正式得到通过，即确定了要做某件事情。而项目启动会议则宣告着项目正式启动，有的公司可能还会有着明确的开工说明，不管形式如何，都是表明项目已经开始去做。

• 项目的背景是什么？

• 项目的初衷是什么？

• 项目的目标是什么？

• 项目的范围是什么？

• 项目的干系人都有哪些？

• 可能的风险是什么？如何应对？

• …

只有明确具体的项目背景，项目需求和项目目标，才可能制定合适的项目计划，而明确具体的项目干系人和项目的风险则能够更好的处理项目中可能会遇到的一些变更。

开发期一般都会相安无恙，因为问题都在后期才会暴露出来。这个阶段需要产品经理能够定时的去沟通，去跟进。

沟通真的很重要啊，很重要啊，很重要啊，也很费时间，工作中的问题可能有近50%的问题都源自于沟通，也有大把的时间都花在沟通上拉，可能是沟了，但是没通，也可能是双方未达成共识，或者说目标产生了偏差。

为了更便于项目的跟进和控制，可以先将项目进行分解，具体可通过面向阶段或者面向结果来进行分解。

比如一款产品从想法到实现，如果按照阶段来进行划分可分为需求阶段、原型阶段、设计阶段、开发阶段、测试阶段、上线运营阶段，然后再具体的确定每个阶段需要做的事情都有哪些。

如果说按照面向结果的方式来进行划分的话，那一款产品从想法到实现，则可以分解为代码、设计稿、原型、需求，明确了具体的产出物之后，就可以将总体的目标分解为若干个子目标，然后进行较小的子目标的管理，以达成总体的目标。

在将项目进行分解之后，可以找到影响项目总体的关键路径，可能是某一条时间最长的路径，也可能是某个最重要的步骤，不管怎样，它都是最有可能给项目带来较大风险的，需要重点关注。

需求的变更真的是很头疼的一件事情，我已经相当能够理解为什么程序员那么反感需求的变更了。在方案之前，最好能够尽可能多的去考虑各种可能情况，尽可能的减少变更，如果真的遇到了需求的变更，最好能够按照以下步骤来进行：

6.总结经验与教训。

在具体的时间节点上，需要能够按照双方约定的时间交付具体的可交付成果，保证项目能够按照既定的计划进行。如果出现多人在时间节点上延期，则可能是项目计划制定的不合理，需要能够根据具体的进度来重新制定项目计划。而如果是个人多次出现时间节点上的延误，则可能是个人的问题，需要多跟进多交流。

质量、时间、成本是项目管理的三要素，而这三者则又构成了项目的范围。如果说项目真的时间很紧的话，那只能通过根据具体的项目需求来进行适当的调整。比如最简单粗暴的方法：加班…

或者说可以重新界定项目的范围，优先完成优先级比较高的任务，而将优先级较低的需求放在后续的更新迭代中去。又或者说，可以将一些串联的事情改为并联执行，从而能够节约一些时间。

最后，附赠互联网生存指南，对号入座，收好不谢。

以上就是关于项目管理的一点心得体会，欢迎斧正、指点、拍砖…