接着上一篇博客的内容吧，在这样的一个故事里：这群很有经验的代码牛人在先进软件开发模式的指导下，没有资金压力，在更多大牛的带领下，原计划用一到两年的时间开发出一个备受期待的个人信息管理软件(PIM)，后来花了七年时间才完成这一创举，但是已经无人喝彩。初听上去会不会有点奚落，导致这一切的存在到底是因为什么？为什么没有计划中的神速，为什么在大牛的带领下却还是没有走出软件被淘汰且时间冗长的命运。。。
贯穿在其中很重要的问题，我认为是沟通，不管是内部沟通或者是外部沟通，都是至关重要的。软件使用者与软件的沟通，软件需求者与开发者的沟通，程序员与程序员的沟通，程序员与机器的沟通。所有这些层层累叠起来，构筑了一道道通往成功彼岸的屏障。 也许有一天所有这些沟通的障碍都能被消除，人们能轻易的相互理解，软件工程的巴别塔真的就能轻易的建造起来了。
但是书中描述的情况却是：华丽的 PowerPoint 中的每一个条目，也需要花PM 很多时间才能写明白，让VP 了解，同时也要花一线的 dev/test 很多时间才能实现，但是VP，PM 和 Dev/Test 面对同一个条目，他们心里想的是同一回事么？这不正是缺少沟通的证据吗！！！一个没有沟通的团队是一盘散沙，没有凝聚力。让我想到我们自己的团队，PM在不厌其烦的陈述着别的成员转述给他的事情的任务，大家却还是不清楚大家各自都干了什么，根本就没有办法连接在一起每个个人任务工作。