标签：
团队组建了，人员到位了，项目开始实施了，这时就涉及到与客户沟通的问题，客户不是专业的程序员，而我们沟通时常常会涉及到专业术语，这时交流障碍就产生了。但是，我们难道要要求客户去学习C语言吗？这显然不可能。这都是书中讲的内容，在王老师课堂上也曾听过。以后步入职场，这是非常需要注意的一点。“与其要求他们学一种语言，不如使用他们那个世界的通用语”，这句话，我认为作者说的非常在理。客户学不会C语言，也更学不会UML。交流时你用这些所谓的编程语言，模型语言说出天仙都没有用，因为客户听不懂。
不仅要求与客户良好沟通，最简沟通也是必要的。每一次的会面都必须有效，都必须有益于项目的进展，而不是简单却无用的吃吃饭，谈谈心。软件工程作为成熟的概念的标志是软件工程的瀑布流模型的提出。瀑布模型将软件开发的过程分成需求、分析、 设计、开发和测试等 5 个主要阶段，其主要形态变现为阶梯状，呈现向下走的趋势。过程是过程，但很多人却忘记了本心——实现目的。我们盲目走过场，遵循这样的过程，却忘记了要实现目的。模型不是死的，开发过程中我们没有必要刻板遵循，适当合理的变形都可以存在。最后客户所需求的，还是最实质的东西。是做工程而不是组织工程，“项目经理的工作，就是要去组织这个工程中的各个角色， 使得分工明确，步调一致，共同地完成这个项目。”
第六章在我看来是这样一个思想，别的都是虚的，“实现”才是王道。语言只是工具，最终的目的是要实现功能，不论使用怎样的方法，怎样的组织这个工程，实现才是硬道理。
身为开发人员或者说程序员的我们该如何与顾客进行有效的沟通。作者以戏谑的口气否定了那些妄图想让顾客也学会c语言的程序员的想法，以及妄图通过做需求建模来达到勾通用户与程序员的做法。好那么我们该如何与顾客进行有效的沟通。作者以问道于盲这个小故事作为比喻指出“既然盲人不能睁开眼睛，那么我就闭上眼睛就好了”。所以想要鱼顾客进行有效交流首先要使用一种客户能够理解和接受的方式才可以比如表格，流程图以及更深入地交谈等等。当然如果客户懂得uml图我们当然可以用更加简洁的uml图来与客户进行沟通。同时如果当客户没有大量时间能够与程序员进行有效沟通时，程序员也应该想到好的解决办法。首先可以现在网上搜索有用信息了解客户项目中所有会产生需求的信息点。然后把这些信息及时反馈给客户并作出修正。同时我们在做项目时也一定要为后续的工作者或者开发者做好项目记录工作。这也是一种有效的沟通
第五章中作者提出了一个很重要的问题我们不应也不是为了做工程而做工程，我们要按照客户的本意来做项目。同时我们也应该明白工程不能用来做而要是去组织。所谓组织就是明确工程中的各个角色，是的分工明确步调一致共同完成这个项目
第六章讲了从变成到工程需要经历的过程。我们应该意识到所谓编程语言只是一种工具是我们编程的工具，有了这个工具我们才能有效的开发出程序。当然在编程过程中我们更要注重方法的积累，这是需要一定的编程经验才能理解的。然后就是过程。过程解决的是工程角色间的关系问题即角色，沟通和环节的问题这时候一定要明确好角色然后对不同的角色要有不同的沟通方法之后是工程而且工程越大对于团队意识的要求就越高因此如何创建一个优秀的组织，如何管理一个优秀的团队这都是我们身为团队队员所需要知道的
以前一直以来都是自己编程，自己摸索思路，一直都以为编软件是一个人的事情。后来开设了软件工程概论这门课，在老师的讲解下才逐渐有了团队这个概念。后来看了《大道至简》这本书，也更了解了软件工程。每个组织的大小，行业，具体情况都不同，更不要说人员组成和客户需求了，这样看来，每个团队都要找到适合自己发展的软件工程的方法和过程。软件项目需要在时间，资源和功能中找到平衡，如果项目本身就有问题，你怎么期待他能成功呢？就像我们现在每个团队在座的软件，有人认为别人的软件不实用，有的认为功能不健全，有的则因为进度问题自己闹矛盾，这都保证不了我们软件的可行性，接下来就要看各组如何改进了。说了这些，可能有点文不对题，不过是我今天写读后感突然地感悟，也算是《大道至简》引发的思考吧。
标签：
原文地址：http://www.cnblogs.com/feifeishi/p/4594211.html
