从任何角度，Chandler项目开始时都是值得羡慕的，充足的资金，舒适的环境，激动人心的愿景，高手云集的团队，专业睿智的老板，然而如同大多数项目一样，Chandler在历时多年之后，依然泥足深陷，至今没有一个能真正工作的版本。
是什么让项目陷于困顿？
1、目标大得遮蔽了他们的双眼，行进时找不到方向，犹如蒙着眼射击移动靶；
2、一开始就想要太多的东西，分不清轻重缓急，不知道取舍；
3、没有确实可行的计划，平均6个月才能发行一个拼凑的版本，却非计划季度发行；
4、不适合团队的技术体系选择，不经验证的技术架构；
5、低效的沟通，各种协作工具带来的繁重负担，反复扯皮的技术讨论；
6、自以为是的协作；
7、乐于磨斧头胜过项目目标；
更美好的图景？
1、尽量小的目标，最贴近根本的需求，专注、单一的功能：WIKI, Blogger, Flickr, Basecamp的例证；
2、尽量小的团队，减少沟通的成本，降低协作的难度，DHH单枪匹马现身说法；
3、尽量少的时间，选择最稳妥可行的技术，致力于最根本的目标；
软件的本质复杂性在哪里？
1、计算机严格精密的逻辑性和人类并不精密的逻辑之间的矛盾；
2、人与人之间沟通协作的障碍；
乐高王国？
1、MDA之流试图使用工具生产代码，试图制造软件的乐高王国的想法在消除人类社会的复杂度之前都不太可能获得成功；
2、软件世界之重要的因素终究是人，当前只有提高从业人员的素质才能让我们离软件的天国稍微近那么一丁点；
