一、大型编程项目中的交流:     (1)非正式途径:  清晰定义小组内部的相互关系和充分利用电话。       (2)会议: 常规项目会议     (3)工作手册    二、大型编程项目的组织架构:      (1) 树状编程队伍        a、任务        b、产品负责人 :  组建团队，划分工作及制定进度表        c、 技术主管或结构

《巴比伦最富有的人》这本书是在看《富爸爸与穷爸爸》这本书时，作者推荐的一本书，之前有个习惯就是看一本书，把书中推荐的书籍列成待读清单，也算是对广大书籍做一个筛选，遗憾的是之前记录下来后就没去看，近来重新捡起读书这项小事（很小的事却很难坚持）。 最近可以坚持下来是因为做了公众号，接触了身边公众号的朋友，都非常优秀，也明白一个道理：要输出（写文章），就需要有很多输入（学习），可能输入 100，

1.巴比伦塔项目的失败是因为缺乏交流以及交流的结构-组织。 交流 2.“因为左手不知道右手在做什么，从而进度灾难、功能的不合理和系统缺陷纷纷出现。”由于存在对其他人的各种假设，团队成员之间的理解开始出现偏差。 3.团队应该以尽可能多的方式进行相互之间的交流：非正式的进行简要技术陈述的常规项目会议，共享的正式项目工作手册[以及通过电子邮件]。 项目工作手册 4.项目工作手册“不是独立的一篇

人月神话（7）巴比伦塔为什么失败 文章目录 人月神话（7）巴比伦塔为什么失败思维导图巴比伦塔的管理教训具备哪些先决条件失败的主要原因 大型编程项目中的交流如何进行相互之间的交流沟通 项目工作手册是什么？为什么？如何制作手册处理机制如何入手？ 组织架构减少交流的方法树形组织架构的产生子树的基本要素两个角色产品负责人技术主管 存在的三种关系 总结人月神话系列索引 思维导图