关于第三章的一点感想

刚才那篇算是先做了下笔记，这篇也算不上什么书评，就当是自己读后的一点感想吧~

任何事物都具有两面性，我相信多少总会有一些人对作者的观点持否定态度。但我们要以发展的眼光看问题，我觉得从当今的软件行业来看，作者采取的方法是适合发展需求的。
就像当初软件工程诞生带来的优点一样，在当今敏捷开发流行的今天，越早拿出能解决问题的产品，就能越早占领市场有利地位。任何事都不是一成不变的，必须根据实际情况进行调整更改，以适应当前环境。就像《谁动了我的奶酪》里说的那样：“经常闻一闻你的奶酪，你就会知道，它什么时候开始变质”。
但是提高效率并不代表着可以降低质量，相反，作者采取一系列方法的目的正是因为提高效率从而保证软件质量。比如说：取消低效的混合会议，并减少专项会议参加的人数，这样不仅提高了效率，更有助于问题的解决。作者始终强调的是开发过程中各个部门人员之间的沟通。作者之所以敢建议大家停止写那些没有意义的规范书，正是由于他从各个角度来分析并说明了沟通的重要性。总的来说，我认为作者的方法很值得大家借鉴，尤其是其强调的重点：沟通！

沟通其实也是一门艺术需要技巧。
沟 —— 谈话交流。
通 —— 达成共识。

沟而不通的情况时有发生。上面讲一套下面做一套，你说你的我做我的。这样的沟通是失败的。造成不通的情况是没有注意对方的响应，没有重视双方的响应，所以沟通需要互动，需要讨论，需要理解，需要宽容；这样才能通。

另外对于会议的讨论时应当尽量民主和决策难免专制，支持主流和正确的意见，保留其它意见需要领导者敏锐的洞察力。

说的没错~
一个开发项目，不能是只由项目经理或几个人说了算，应该集思广益，取集体之智慧。就像作者提到的“不管你是项目经理、开发、测试或实施人员，你都可以把你的想法写到 e-mail 中去”。
作者也强调了每次讨论后，都要把讨论内容和结果及时通知可能受影响的所有人员。提倡部门之间更靠近，就是为了不仅要“沟”，更要达到“通”的目的。

就咱俩在讨论吗

you 2 are 通了。。

马上有就很多人进来讨论的

     现在虽然购物网站众多，但让我们放心的网站不多。
本人今天推荐一个，值得收藏！www.365two.com