前言
公司不断发展，目前人数已经上升到8个人，与此而来的是公司核心技术岗位和管理岗位的空缺（招聘而来的大部分是粉嫩嫩的新人）。
关于公司人力资源体系的建立，最近一直在参考京东的人力资源管理方式，按照内部培养 > 外部招聘的方式进行。近期正在整理相关的文档，希望能给自己理出一个清晰的思路。
而核心的管理岗位，目前所要求的主要是项目经理岗位的空缺，大量的项目必须由我或者另外的合伙人进行管理，才能保证制度。
新项目入手已经近两个月，在两个月中，我们尝试性的让一年期的员工走上了管理岗位来带动整个项目的进度。目前来看，有利有弊。
利在于，员工的冲劲保持的比较好，整个团队都比较年轻，因此对于项目中遇到的问题，能够全力以赴的解决。
弊端就比较明显，由于经验的缺失，无法对整个项目进度进行有效的把控，导致项目会在某个节点上突然丧失进度管控，大量的新需求和bug同时涌出，甚至大部分员工会因此产生的消极的心理和态度。
针对这个问题分析，并非是我们的员工对于项目不尽心尽力或者没有管控，这些问题往往是因为项目经理，还包括项目中的中坚力量对于整体项目周期没有一个清晰的认识，导致全面虽然冲劲较足，快速的推进了项目。但是到了某一特定环节，却丧失了本环节的任务目标，还是按照项目初期的管理方式进行管理。
因此，我会梳理一下项目的整体进度周期划分，同时将每个阶段的任务明确出来，保证大家有劲可使，而且用到了刀刃上。
————————分割线—————————————————-
项目进度按照正常划分可以分为需求阶段、设计阶段、开发阶段、实施阶段、维护阶段等五个大的节点。但是按照多年的工作经验来看，一般的中小型项目往往界线不清晰，甚至很多需求都是后期才蔓延出来的。又因为项目的整体体量较小，导致蔓延出来的需求很可能会占较大的比重。
因此，此处将项目的整体阶段按照我们与客户接触的时间以及每次接触的事务不同，划分为以下阶段。
一、一眼定情
无论项目量级大小，在项目接触前期能够签订意向或者合同，均是双方在某些层面上达成一致，可以说是各取所需。因此在这个阶段，不会爆发出问题。
本阶段的任务：
1） 明确系统主要任务以及使用群体
2） 明确本系统的客户以及用户（此处再次说明，客户是给我们掏钱的人，用户是使用我们系统的人，除非公司人数低于10人，否则这两个概念一般指不同的群体）
3） 明确我们在本系统中，所需要完成的大体工作（用于建立系统框架，确认所必须使用的技术）
二、蜜月期
确认过眼神后，双方开始进入蜜月期。蜜月期的甲方乙方（男男女女）有个共同点那就是感觉对方就是最合适的，最完美的。
在这个阶段，客户对你的认可程度是最高的。因为他提出的所有需求，你都能够转换成信息化的方式予以解答，且提出的解决思路，能够得到对方的认同。
本阶段的任务如下：
1） 明确具体的开发需求
2） 绘制原型设计，保证客户需求能够落实到系统上，且实现方式能够被客户所认同
3） 针对业务需求，对客户公司的业务体系进行梳理。（所有的信息化实现，均需要建立在客户的业务体系满足信息化要求的前提下，否则我们建立的，只是一套在线表格流转系统，无法满足业务提升的需求）
三、博弈期
我们开始进入开发，蜜月期还没见过，因此大家的新鲜劲儿还保留的比较好，这一阶段大家的干劲儿十足，恨不得第二天就见到效果。但是当项目80%以上的功能开发完毕后，项目整体进入博弈期。
博弈期的显著特点在于：客户对你的专业水准提出质疑，或是轻微质疑。因为到了这个时候，信息化笼罩在你身上的IT精英光环已经淡化，客户开始重新审视这段关系。
这个时候，客户会有一种错觉，搞IT的也没什么牛逼之处。因为你目前要做的事情，都是蜜月期由双方共同探讨出来的，对于客户而言，已经淡化或者是忘却了当时实际上是我们引导客户产生的这一思路。如果你做的所有事情，都包含在客户的意料之中时，客户就会按照自己的思路进行理解。
为什么这么说呢，因为系统截止目前所有实现的功能，都是客户提出来的。这并不是给我们建立的信心，而是给客户建立的某种信心，让他认为自己能够按照这个思路延展下去，实现更多个功能。
博弈期的阶段目的在于让客户打住胡思乱想
1） 在开发过程中，需要保留一些设计上优化之处，让客户在使用过程中，仍然有眼前一亮的感觉，从而降低质疑，提升信任
2） 博弈期要明确上线的具体内容，可以延伸需求，但是需求的延伸一定是在范围内框定的结果，而不是随意蔓延。
3） 与客户保持紧密的沟通，此时一定不要对某些业务按照自己的理解进行设计，即时你的设计更优秀，但客户提出的思路，一定是满足当前业务的。我们可以沟通，但不能让客户定要按照我们的思路。
四、七年之痒
系统确定了上线日期，或者已经上线一段时间之后。双方开始进入七年之痒。
七年之痒的表现在于，对于对方提出的需求，双方都认为无可无不可，但是修改的频次以及效率显著降低。此时客户会提出大量的需求，项目经理一定要认出哪些是核心需求，哪些是次要需求。
对于核心需求，一定是第一时间满足。对于次要需求，可以洽谈二期，可以给初级程序员练手。
七年之痒没有任何捷径，就是靠着恒心一点点的磨合。磨合过程中，作为乙方，一定要坚守初心，我们要做一套什么样的系统。是让客户能够体现业务价值的系统，而不是仅仅为了上线。
任何项目的实施失败，责任都是双方的。在这个阶段，我们需要做的是
1） 高频次的沟通，保证对于核心需求和次要需求的理解是正确的。
2） 低频次的线上修改，在保证一定工作强度的同时，需要缓解开发人员的工作压力。
3） 对于有些超出范围的核心需求，不急于拒绝，也不急于谈论二期。记下来，让超出范围的核心需求汇总成体系后，统一提出，是否能够有二期。
五、归于平淡
bug也改完了，新增的需求，有些做完了，有些答应了没做，有些甚至没答应。但客户已经习惯了系统上的功能。甚至前期提出的优化方案，现在也没有再次提出了。
归于平淡后，我们需要做的就是维持住这一份关系。任何能够正式上线且顺利运行的系统，都是有价值的。其价值不在于系统本身，在于通过系统实现的业务价值。
总结
我们能够做到的，就是相亲（一眼定情）时，全方位的自我展示，体现自身价值；蜜月期戒骄戒躁，留下好印象；博弈期体现出比客户预想更高的专业程度；七年之痒的时候不要去抱怨，勇于承认错误，也勇于拒绝；平淡期维护好客户关系。
不忘初心，方得始终。
要相信，客户选择我们，不是因为价格，一定是因为我们能够实现客户的业务价值。
做系统，最害怕的就是做到最后变成了为了完成系统而开发系统，忘记了蜜月期的甜言蜜语和海誓山盟。