我们注定成不了海贼王

OK！上一篇最後讲了个我亲身体验过会让人掉san值的专案开发经验，但.......那个专案最後还是完成并验收了。

不要怀疑！它确实有办法完成并通过验收。
但就算拿那些根本没办法验收的专案来相比较，它依然是个失败的、「用自己的速度走向死亡」的专案！

因为...
虽然最终有成品产出（好让公司跟客户收取费用），但开发过程中需求频繁修改，导致根本没有个前後一致不矛盾的模组框架，会让这个专案後续肯定很难扩充维护。
如果没有後续的扩充或维护，就表示这个专案能带给公司的商业效益就只有这场「冗长且让众多开发者疲惫且痛苦的开发任务」而已。（至於为什麽会让专案难扩充维护？这要另外说明了。）

而且团队成员之间的信任度几乎是破产，就算未来要重启全新的专案，可能「运作」起来也会缺乏效率......
这点在我来看是最要命、偏偏是很多专案公司的管理者不太当一回事的地方。
因为在他们的认知中，「人再找就有了！能力不适任、不愿配合专案需求，就把人辞退换掉就好了！」

明确的让专案团队感受到这种「你是可以被我轻松替换淘汰」的恐惧，几乎就是今天业界专案管理技巧的全貌了！

并不是说「懂专案管理的人都死光了」，而且这种「让人感受到恐惧後不得不驱使自己产生动力去完成任务」的做法根本也不是专案管理认可的技巧。
但看看人类现存的社会与过往的历史，这「运用恐惧去操纵别人」的思维和行迹倒是四处可见。

我不是要在这边开始打不切实际的高空。
应该不会有人认为每个管理者或专案团队都可以像漫画航海王中的鲁夫那样，一路顺利的招集到一帮愿意为了让自己成为「海贼王」而拼死战斗的团队。——这点常识我还是有的。
如果鲁夫来到真实世界，可能连载还没破一百回以前，就要先被索隆们背刺个一两次、忍受娜美得罪客户三五回、收到骗人布任性的辞呈七八封、发现香吉士整天就想着把办公室的年轻美眉约出去开房间（真正的伟大航路其实是「整座城市的宾馆」）。

众多管理者要面对的现实是：聆听完别人的理念蓝图而愿意为此在战场上迎向死亡的勇士少之又少，平常贪图享乐又畏惧刑罚、只能胆怯地站在军队阵列中帮忙壮声势、希望可以碰到好运吓退敌人的懦夫却多如过江之鲫。
不管是「先有（管理者）差劲的管理，才有（员工）颓废的工作心态」，或是「先有（员工）不思进取的性格，才有（管理者）只能求自保的粗暴管理」，或是两者同时发生...成功如果很容易，那成功一点都不稀奇，更不值得大家肯定赞赏并把「研究成功案例」当成显学。