Chandler，这个充满梦想，但是却变成泥潭的东西，在作者的眼中，已经成了一个警醒。没有目的，没有管理和约束，各种天马行空。与作者刚开始闲的不一样，本应该充满着团队意识，洋溢着积极色彩的东西，却变成了灰色。
项目所有的成员都应该尽可能地发挥自己的创造性，但是不加节制的创造只会带来不切实际的项目需求和无法实现的功能。正像作者说的那样，整个项目到后来简直就像一个乐高积木，本来应该面向具体对象的东西，却要被发展成一个可扩展的平台，这个预期的目标就出现了问题。这么庞大的东西，谁会去为之买单。最初的设计思路是只是一个个人信息管理器，它集成了邮件、约会、地址簿、任务和备注等功能，这是多么具体的要求，到后来却有了各种各样的需求，简直不切实际。用户改变，数据改变，架构改变，迭代开发，一个个要求看起来那么可望而不可及，甚至技术都不成熟就要用。
Agenda之魂，好吧，我没看懂是什么东西，但大体上是一个新功能，是要与众不同的功能，实现新功能是创新的体现，但是可以一一点点来，没有必要一口吃个胖子，QQ不就是这么来的吗。做Chandler，作者刚开始也觉得这是一个有创造性的项目，但是没有效率的管理却抹杀了这个创新能力。冗余的管理机制只能停滞不前。
我们马上也就要做团队项目了，害怕出现作者书中提到的问题，缺乏交流，目标涣散，想要实现宏大但是不切实际的想法，我们要避免出现这种情况，就要及时的预防这种情况出现，及时交流，及时纠正思路偏差，要有明确的清晰的设计思路，要做预测，分析和复查，每一部分都要做。虽然不知道会不会出现这些情况，但是早点预防的好。
我想，我们自己的团队，首先，应该先确定好环境，然后选取语言等这些基础的东西，整个团队都要统一起来，避免出现没有必要的麻烦，然后选取一个有积极领导作用的人做管理，可以定期的动员我们，提高我们的积极性。暂时想到的就这么多，希望到时候，我们都能从《梦断代码》里吸取一些经验教训吧。