小余

“想做就立刻去做！”的标志挂在公司各处，以激励职员的工作效率。不久，朋友问老板效果如何？他答：“．．．．．．”

有个人在交际场合中一言不发，哲学家狄奥佛拉斯塔对他说：“......” 对于PM来说，在实际过程中需要良好的沟通技巧，不能单纯对上或只向下，PM除了具备有项目过程中的良好项目风险管理和进度预估，掌控能力外。另外一个角色就是扮演缓冲剂，调节各方面的沟通与交流。千万不要到了项目失败后，自己感慨说我没有功劳还有苦劳，这种阿Q自慰的方式对于希望成为PM来人来说就是表示你的失败。

一位推销员卖了一部电脑给一家出版公司。 几个月后，他满怀信心地再去那公司拜访，却看到电脑原封未动， 心中感到十分惊奇。便问道：“是有什么不对吗？” “一点也没有，”总编辑说，“产量增加，效率提高！” “究竟是怎么回事？” “每天早晨，我警告职员说......”

宋朝时，李士衡在馆阁任职，一次出使高丽，一名武将担任副使。高丽方面赠送了礼品财物，李士衡并不在意，只是把它交给副使管理。当时船底出现隙缝漏水，副使把李士衡得到的丝绸细绢垫放在船底，然后放上自己的东西以免弄潮。
船到大海之中，风浪汹涌，船又太重，很危险，船员要求把装载的东西全部扔悼，否则船翻人亡.....

从前有兄弟二人，看到大雁从头顶上飞过，便要拿弓射。将射之时，哥哥说：“射下来煮了吃。”弟弟反对说：“鹅才好煮了吃，大雁应该烤着吃。”二人争论不已，只好去让村里的长者评判。长者让他们把雁分成两半，一半煮，一半烤。判完后......

面试的过程虽然出现了一点状况，客户基于以往的工作经验，技术能力和公司给出的评价，觉得我适合担任项目的开发工作。就这样我的名字也就上板了，从原来的大厅开始搬入玻璃屋中，将开始一个全新的项目团队组建和项目团队成员的培养，磨合等工作，如果说上一个项目是打短工的话，那么现在这个项目可能就是一个长工活。自己也要从一直以来的Project的开发转向Product开发。

手头上的项目已经做的差不多了，由于客户那边合并之后，原本期望能够有后续开发也变得遥遥无期。客户合并后的新公司将从新委托IBM尽心开发，但是这个目前的系统还是会在IBM新系统开发完成之前被使用，系统是我在项目接近尾声之后才接手，当时各个方面都给我的讯息是项目已经基本开发结束，我主要负责做个集成工作就好，结果项目的糟糕程度远远超过我的想象，原本计划一个月的集成工作我一做就是半年，半年来除了加班还是加班，这个过程中我都来不及思考问题到底出现在那里，只是希望能够把问题尽快处理掉，尽快给客户提交能够正常运行的系统。项目的问题在开发的后期做了总结，但是会议上说的东西能够在下个项目被注意，使用的到底有多少。或许这些总结也是按照流程完成一个文档，最终也是被尘封在硬盘的某个角落。

主意既然已经定了，那么自己就同意进入Won项目组。虽然都是做外包开发，由于开发方式上存在两种不同的形式，第一种就是常见的纯粹委托性的开发，客户将它们所要做的开发工作的要求和期望交付给受托公司进行开发，至于具体到底由什么人来开发这种细节的问题他们并不关心，他们更多侧重于项目的进度，周期和质量等比较宏观的问题。还有一种是买断式的开发，客户将工作交给受托公司的同时，也制定了对应的开发人员名单，开发工作的细节问题，比如具体的人员计划，人员的开发能力等等，客户都会关注。