《大道至简》第四章内容总结

这一章主要讲的是沟通问题，再做一个项目时，最重要的就是理解用户的要求，而实现这一目标的方法，就是沟通。

而在现实中，其实真正与客户面对面沟通的机会是非常少的，所以，要想办法在最短的时间，最有效率的理解客户的意图。理解客户的最直接方法就是提问，把自己不明白的需求提出。提问也是有技巧的：

首先调查客户在公司层面的外在表现、内部机制和运营管理手段。客户在项目中既已明确的需求和可能发生的需求，以及客户围绕其公司行为(和方向)所提出的需求。这样我们就了解了客户项目中所有会产生需求的信息点。之后就设计提问，每一个提问涵盖尽可能多的信息点，尽可能的具有发散性以便形成更多的推论和假设。我们把这些做成项目概要用 mail 提交给客户，并在第二天电话回访他。他以口头的形式回复了这封mail，这让我们尽可能地得到了项目在方向上修正。

这只是前期的不见面的沟通，而真正的重头戏则是面对面的沟通。但由于客户的时间问题这样的机会是很稀少的。所以，面对面沟通也是最需要珍惜的沟通机会。得到的每一次沟通机会，都是向客户了解更深层次的需求的机会，因此最好在见到客户之前，你就已经设计了所有的问题和提问方式。

沟通也不只涵盖与客户的沟通，也涵盖与“后人”沟通。我们做项目的时候，如果也不留下历史记录 (History)，那么以后别人来看这个项目，也会是两眼一抹黑，要么就象司马迁一样“存而不论”，项目便就此中止；要么就象“夏商周断代工程”一样，花大量的人力物力来攻关。

一般来说，维护旧项目比做出新项目更难。所以，我们要在做新项目的时候就要为以后维护时的方便做准备。要为“项目维护”这种还不存在的角色，留下一个沟通、对话的渠道。

这种东西与我们现在编程所用的注释听起来简直一摸一样，然而历史记录(History)与注释(Comment)不是一回事。代码中的注释是为阅读代码而留备的，而History 是为整个项目而记录的。书上有相关记录的例子，如：

需求阶段：与谁联系，联系方式、过程、结果以及由此引发的需求或变更；

设计阶段：如何进行设计、最初的构架、各个阶段的框架变化、因需求变更

导致项目结构上的变化(有助于了解构架的可扩充性)；

开发阶段：每一种技术选型的过程、每一种开发技巧的细节和相关文档、摘

引的每一段代码、算法、开发包、组件库的出处和评测；程序单元的测试框架；每一

个设计和构架变更所导致的影响；

测试阶段：还记得测试用例和测试报告吗？那是最好的 history 之一。

最后，沟通是具有目的性的，如果在没有明确目的的情况下与客户沟通，那将是浪费客户和自己的时间。这种目的，可以是了解项目的讯息、挖掘潜在的项目⋯⋯最末了，才是交流感情。

转载于:https://www.cnblogs.com/hehejeson/articles/4899042.html

《大道至简》第四章内容总结相关推荐

大道至简第四章阅读笔记
第四章内容中给我们介绍了一种情况,就是当客户与调研人员在探讨需求问题时,总是因为不能很好的沟通,而把事情搞得很复杂,原因在于调研人员过分流于形式,他们总是用专业的语言向客户介绍着他们的产品项目,但对于 ...
大道至简第四章读后感
第四章名为"流于形式的沟通",开头引用了韩愈的一句话,即"足下求速化之术,不于其人,乃以访愈,是所谓借听于聋,求道于盲.",这句话是个比喻,意思是向毫无所知的人 ...
大道至简第四章流于形式的沟通——读后感
沟通是为了更好的了解对方,有句话说只需一个眼神,一个动作,对方就会了解自己,这是知己.但是我们在沟通的过程中,我们可能会想当然地认为别人会了解我们,因为我们都有这种意识--我们都会认为别人会按照我们自 ...
大道至简-第四章-心得体会
"足下求速化之术,不于其人,乃以访愈,是所谓借听于聋,求道于盲." --唐·韩愈<答陈生书> 作为一个开发人员,我们总要先接触客户(如果不这样,我们将无法准确知道自己要 ...
大道至简第七章读后感
大道至简第七章读后感--现实中的软件工程 "王不如远交而近攻,得寸,则王之寸:得尺,亦王之尺也." --<战国策．秦策> 1:大公司手中的算盘文中列举了IBM,Bo ...
《大道至简》第二章读后感
大道至简第二章读后感懒人创造方法,愚公移山告诉了我们,移山需要一点点将石头挖走,但是李冰提出了方法.如果说李冰将都江堰像愚公一样一铲子一铲子的挖开,那将会是多么耗时,多么巨大而又难以完成的工程啊.为 ...
《大道至简》第一章编程的精义伪代码读后感
最近,读了老师推荐的一本关于编程思想的书<大道至简>.书中第一章主要讲编程的精义,以愚公移山的故事来形象的讲解编程的的过程.通过一个简单的寓言故事,看到原始需求的产生,项目的沟通,项目目标 ...
《大道至简》第一章java伪代码分析
import java.大道至简第一章.*; package 编程的精义; public class 编程的精义 { public static void 愚公() { System.out.prin ...
大道至简第六章读后感
大道至简第六讲的是编制到工程的章讲的是一些道理. 在我们的学习中,有时候总是会去问,到底什么样的编程语言才更好,殊不知,语言只是实现工程的编程的工具.人有时候总免不了去认为自己所不擅长的东西就是不好的 ...
大道至简第三章。感受。
大道至简的这一章,作者提到了团队.一个人数增加到三就开始产生分歧的组织.就像三个和尚没水喝一样,人多就出现了资源和责任的划分,就有不均,就有矛盾.不说开发团队,就连生活中也存在.作者强调的是做好本职工 ...

《大道至简》第四章内容总结

《大道至简》第四章内容总结相关推荐

最新文章

热门文章