“第一次亲密接触”----压榨模式与揠苗模式

早就想写一篇文章来感慨一下近半年多以来的项目经历，今天恰巧碰到此活动，也算是一种缘分吧。

这样的巧合，也算是一种写作的动力；而在生活中，这种想啥来啥的事儿就是一种运气了。

压榨模式

春节刚过，项目组就接到了一个比较紧急的项目，这种项目的期限通常都在三个月，但是任务是很重的。

当时我们的项目组共6个人，一个Leader，剩下我们五人做开发工作。

在动员会上，我们说要启动我们的压榨模式。压榨，顾名思义，是我们面对压力的一种应对方式。但这里没有贬义，而是我们要使出浑身解数的一种自嘲。

对这个项目，我们是有过经验的，所以成功的可能性很大。

另一方面，我们的团队是经过一年多的磨合，每个成员都能够独当一面的，所以，某种意义上说，我们还是信心满满的，把这次任务当成是我们团队的又一次实战练兵。

什么样才是好的团队，各人有各人的看法。在我们的这个团队，我归纳以下几个优点：

1、一个好Leader。一个坏领导可以毁了一个团队，同样，一个好领导可以拯救一个团队。宽松愉快的团队氛围是由整个团队在潜移默化中形成的，而其中领导的引导与鼓励是分不开的。发挥每个成员的长处，并善意的激励成员在不同的领域进步。为每个成员争取利益，哪怕对方是更大的boss。种种这些，让每个成员看在眼里并心甘情愿为团队奉献。

2、成员的优势互补。在五个成员中，性格特征和擅长技术是不同的。但是奇怪的是，成员之间的关系很简单，相处的融洽，虽然有时也会因为某个技术点争论的面红耳赤。

3、积极向上的团队氛围。这个氛围很重要，士气也很重要。打造这些，不是靠喊口号，而是一种默契。一种大家为了共同目的奋不顾身的精神。

4、擅长此项目需要的技术。这很重要，是项目成功的基石。

项目启动，我们共划分了12个模块，也就是说，有的人要负责多个模块。任务很重，但是一旦有人提前完成，可以立刻投入帮助。

整个项目是与另一个部门合作，做过这种项目的同学知道，这样的合作有时是不那么融洽的。项目的美工就是另一个部门的。

沟通就变成了本项目的一个难点。

举个例子，当界面式样出来后，我们发现式样中体现的元素并不复杂。当根据式样估计UI的时间时，我们就犯了一个轻敌的错误，我们太小看这些式样了。当真正的UI效果图出来后，我们就凌乱了。估计的时间太短了。毕竟总时间是有限的，逻辑部分就已经够忙乱的了，这么复杂的UI简直就是雪上加霜。以后的邮件变得十分频繁，而碰头会议也是异常之多。美工不和开发在一起，很多事情麻烦的很。这上面浪费的时间就非常之多。

加班，就成为家常便饭了。通常来说，压榨模式总是伴随着加班的。好在最后我们终于克服多方面的困难，顺利完成了项目。收获还是很大的，压榨模式是我们成功的模式。

揠苗模式

我的理解，压榨模式是在一个团队的能力范围内，适当加大难度，在压榨的情况下顺利完成任务的模式。与其的不同是，超过了团队的能力范围，还在加任务，这样的情形我把它叫做揠苗模式。这是我近期经历的一个小项目的一段经历，但这段经历就是痛苦的经历。

项目虽然不大，但是时间被人为强制限定在三周，主力是三个新人，外加三个兼职帮助的。项目用到的技术对团队来说是全新的，没有经验。

看到这些背景，相信读者都会为此捏把汗吧。

我觉得问题如下：

1、时间不合理。对新技术来说，学习过程也至少要三周。

2、人员不合理。要想成功，需要至少两个有经验的成员。

结果三周过去了，虽然也经过了加班加点的拼，但项目离成功还至少要三周。

新人在如此大的压力下，不能安心来学习新技术，只是为了项目在互联网上搜来搜去，这样的疲于奔命对日后的成长毫无益处。

众所周知，基础没有打牢，你的技术大厦是不可能稳固的。

 有时由于安排的不合理，既毁了项目也毁了做项目的人。希望有发言权的老同学提携一下新同学。有时你的一句话，会让师弟受益终生。