项目为什么简略延期？
1、软件研制是一项创造性作业
项目延期是一种普遍现象，办理者最为头疼的一个问题。但是外人并不了解。分明是你们自己做的方案，怎样总会呈现这么多问题。说到底，这是由于咱们的作业特性决议的。咱们做的是一个创造性的作业，他不像建房子，有特定的进程。咱们完结一个功用，怎样写，有多少行代码，咱们在写之前是不知道的。
根据我自己的经历，我觉得项目延期还有以下两个方面的原因：
2、作业中的突发事件多
咱们在评价作业量的时分，都是根据过往的经历。这种经历性评价在实在环境中并不牢靠。你无法应对突发问题。而咱们实在开发的进程中突发问题太多了。
3、协作之间的耦合性高
技能人员作业的耦合性太高。从最开端产品司理提出需求、UI规划原型、UE规划体会、程序员做体系规划，写代码、测验人员编写测验用例。环环相扣，其间一个环节出了“意外”，时刻就得往后延。
作业中常见的延期原因
我这儿列了作业中常见的延期原因：
- 需求改变，一般指新增需求或者需求细节一直在变；
- 需求评价的作业量缺乏，低估了功用完结的难度；
- 需求了解不对，功用做错了。等终究测验或对接的时分才发现；
- 有暂时需求刺进。比方线上突然呈现了一个bug，需求修复；
- 新需求自身存在逻辑问题，做之前都没发现，在做的进程中才发现。
- 自测不仔细，测验发现问题太多，bug越改越多；
- 暂时人员变化；
- 违背方案后没有做好应对方法；
- 技能难点调研出了问题，完结方案得改；
……
那是不是咱们就没方法了呢？也并不是。方法总比问题多，只要一切呈现的问题都有应对方案，按时上线也是或许的。当然面对复杂问题，想一次性处理很难，但好在咱们能够迭代。每一次项目完毕都应该对项目做一次复盘。
如何处理项目延期问题？
这是我应对项目延期的处理方案：复盘 —— 找问题 —— 拆解问题 —— 拟定处理方案 —— 迭代 —— 复盘
1、复盘，找问题
复盘：上一次咱们延期的原因是什么？把问题原因找出来。比方上次是需求变化导致的。
2、拆解问题，拟定处理方案
接着便是拆解问题。为什么需求变化？由于这个功用更重要。这是答案是真的吗？这个功用真的很重要吗？好，是真的。那么评判规范是什么？假如没有。那么我需求拟定出来。有了规范，下次遇到新增需求，咱们就能很快决议是否加入到这个版本里。好，咱们还能够继续拆，是新增需求导致的延期？对，由于新增需求而且并没有修正上线时刻。那咱们下一次面对新增需求是不是能够对外争夺更长一点的开发时刻？
这个方法的长处是，每次进步都能感受的到。缺点是，时刻周期太长。但好在，咱们他人的经历是能够学习的。他人趟过的坑，咱们没有必要再趟一次。
处理项目延期的要害三要素
根据我多年的项目办理经历，我以为要处理项目延期问题，有必要做好三件事。
一、项目开端前：需求办理
项目开端前的需求办理有四个要害进程
1、达到需求优先级排序的一致
首要，咱们要达到给需求优先级排序的一个一致。什么样的需求是最重要的，一定要完结的？每个公司或许不一样。我自己是根据商业价值和用户价值两个维度来排序的。
商业价值，便是那些直接给公司带来利润，能够下降运营成本、完结公司长时刻战略方针等功用。而用户价值是，那些能够提升用户体会、提高用户使用功率，处理用户痛点问题的功用。
根据这两个维度，咱们能够画一个四象限图，把咱们一切的需求依照商业价值、用户价值两个维度给归类到不同象限里。关于商业价值高、用户价值高的产品。咱们应该马上去做。至于优先级排第二的是商业价值高、用户价值低的需求；还是商业价值低、用户价值高的需求，要根据公司实践状况来定。
为什么要给需求分优先级？时刻有限，要做的功用太多。假如根据商业价值和用户价值拆解后，还有许多需求，咱们还能够继续用重要紧迫两个维度来拆。
2、弄清楚需求的意图
达到了一致后，第二步便是在需求评审时，要求产品先解说需求的意图。不只是阐明咱们要做什么，还要阐明咱们要达到什么方针。这样做有两个优点。
- 让一切人参加其间，发挥团队一切人的价值，经过集体共创能够获得更好的处理方案。
- 在过后，咱们能够很明晰的看到，咱们做的功用是不是往方针更前进了一步。假如没有。那么复盘的时分，能更有指向性的去找问题的原因。
3、弄清楚需求细节
第三步，便是开发者需求弄清楚需求细节。每一个开发人员都应该养成这样一个看透细节的能力。
代码的世界里只有0和1，没有随便。产品在给咱们讲需求的时分，并不知道体系的具体完结。有些细节他也不知道。这会导致许多需求在做的进程中有许多细节需求重复承认，假如做的欠好，许多细节问题都会在测验的时分体现出来。举个比方，当产品说咱们这次做一个活动，用户下单满29包邮。看起来很简略的一个需求，但假如你体系满足复杂，开发人员应该要想到，跨店的状况怎样办？含虚拟产品怎样办？假如店家设置了其他活动，抵触了怎样办？需求后期会不会变成49包邮？假如这些在评审的时分没有想到，那么在做的进程中一定要和产品保持交流。有些新人刚来的时分欠好意思问，其实没啥，每个人都是这么过来的。这种能力是需求时刻堆集的。
需求理清了也有两个优点：
- 评价的作业量会跟精准。
- 更早的发现需求里潜藏的问题。
4、输出完好的项目上线方案表
第四步，便是上下同步需求，生成需求方案表。首要咱们拆解需求，大需求变成小需求。然后评价小需求的作业量。输出自己的个人方案表。然后部分内部整合需求，输出部分的方案完结表。终究是与团队其他成员生成全体的项目方案表。一般会做成甘特图。这样在做的进程中更简略发现问题。
异常状况
这四个要害进程，说起来简略，但要真正做好不简略。假如能做到，那需求办理根本不会存在大的问题了。当然也会有一些异常状况。比方需求确认后，能不能变化？一般需求确认下来后，最好不要做暂时变化。除非特殊状况。
那什么是特殊状况？这便是拟定需求优先级规矩的优点了，假如的确有更紧迫、成本低的高商业价值、高用户价值的需求。咱们能够变化。只要团队内成员都认可这个规矩，做需求变化就会比较好施行。
那假如是领导不按规矩变化需求怎样办？
谁担责谁决议方案。由于站的角度不一样，咱们以为的高价值使命不一定对。这是一条职场通用准则，在需求确认做不做之前，作为项目组成员，你能够表达自己的主张，但假如终究负责人拍板要做，那就坚决履行。
二、项目开端中：进程办理
进程办理的要害是要处理信息不同步的问题。我的处理方案是：
1、每天都开站立晨会。
许多人说早上开晨会没有用，是办理者没有其他方法，只能经过会议来推动作业的一种体现。我倒不觉得，晨会并不复杂，也不会花费许多时刻，但正是由于有了这样一个固定”交流“事项，每个人心里都会想着这件事，天然会把当下的作业按方案推动。这儿我介绍一下我公司开站立晨会的具体进程：
- 首要团队之间达到一致。明确晨会的意图是协同，而非报告。每个人时刻就2分钟。操控讲话时刻。
- 确认报告的内容。每个人讲讲当天的方案和实践进展是否一致。是否遇到了什么问题，是否需求什么支撑。
- 固定讲话顺序，讲话进程中，其他人不评论，不解答。具体的问题等到会后在找相关人员一起评论。
- 晨会的主持人很要害，他需求操控流程和时刻，关于违背主题的讲话要给予提示。
- 终究便是要做会议纪要，只记载某人遇到的问题或恳求以及整个项意图进展是否正常。
开会时刻推荐在正式上班时刻30分钟后，比方9点上班。9点30开端。10点前完毕。备注：我公司弹性上班能够9点半到公司。
晨会能很好的处理团队内部信息不对称的问题，我们能更好地了解到互相的项目进展并做好合作。而且人都要体面的，假如自己拟定的方案未完结，还要自己当众说出来没按方案完结的原因，是很有压力的，这种压力会在潜意识里影响到自己每天使命的完结度以及专心度。
许多公司把晨会开成了报告会，终究就变成了一个没有太多信息量的务虚会议。并不是这个东西欠好用，而是你没有用对方法。记住上面我说的几个准则，相信你能组织好一场适合团队的晨会。
2、假如是跨部分协作，每日要进行”对表”
假如是跨部分协作。咱们每天也要进行”对表“，也便是同步信息。
3、要害节点的跟进。
千万不要等到上线了在来看项目进展，这样即使发现问题，你也没有时刻来处理。
4、拟定异常问题的处理机制。
一切的异常状况，都需求规划一个应对的应对方案，有了应对方案，至少处理问题的流程有了，心思就不会慌。处理起来就简略许多。
5、建立自己的问题清单库。
许多大公司都有这样一个产品问题清单库。客服搭档在处理用户问题时分，经过要害字查找就能找到通用的处理方案。这极大地提高了客服处理问题的功率。同样的方式其实也能够用在开发上。或许很久之前某个搭档遇到的问题，其他搭档也能遇到。这种状况下，经过要害字查找，原来要花半天才干处理的问题，或许一分钟就给处理了。需求留意的是在做这个问题清单库的时分，一定要先定义好格局。这样才好办理。
那是不是做到上面这些就能确保项目能按时上线了？也不一定。由于这儿面最要害的是履行的人。人的办理是一门艺术。这儿今后再具体讲。
三、项目完毕后：对项目做复盘。
复盘会：全员参加
做的好的，要想方法将其规范化、可复制。
做的欠好的，要想方法拟定应对的方案。
避免项目延期的几个方案
终究，说一下我在避免项目延期上的个人经历。
1、大项目要分阶段转测验。
不要把测验和规划作业都集中在一个时刻段。版本迭代的时长也不要超越一个月。
2、预留测验时刻
开发人员每次做完一个使命后，都要预留测验时刻。同时和开发人员要达到一个一致，假如开进程中呈现延期，要自己经过加班时刻赶上进展，不能影响其他搭档的进展。
3、拟定常见异常状况的处理规范。
也便是最开端讲到的，假如真的有需求改变，那么就一定要做好改变需求的规范。需求能够变，变了之后如何处理。这个也需求明确。有些是能够直接放到版本里经过加班处理，有些能够放弃掉一些需求。尽量不在要发布的时分做改变。
4、做好PLAN B方案。
遇到一些突发时刻的预案是什么。比方有人员暂时恳求，怎样办？有技能难点攻克不了怎样办？作为办理者需求提早想好备选方案。
5、拟定两个发布方案。
一个方案是对内的，根据我们作业方案整合之后的发布时刻，还有一个是对外上线的方案。咱们团队要追求对内时刻上线。但假如呈现问题，预留出的时刻便是咱们的缓冲带。当然也能够对外给出一个模糊的上线时刻，比方对内9月10号上线，对外9月中旬上线。
以上，是我应对项目延期的一些经历。希望给我们带来一些启发。
