关键词：
今天我学习了《构建之法》第五章 团队和流程。首先我了解了写了再改模式（Code-and-Fix）
史蒂夫·迈克康奈尔（Steve McConnell）在这里提到了不少开发流程。第一个提到的开发流程。这个流程也有好处，不需要太多其他准备或相关知识，大家上来就写代码，也许就能写出来，写不出来就改，也许能改好。当面临下面的任务时，也许这个方法是有用的。但是，要写一个有实际用户、解决实际需求的软件，这个方法的缺点就太大了。
然后我学习了瀑布模型
当软件行业还在年幼的时期，它从别的成熟行业（硬件设计，建筑工程）借用了不少经验和模型。在那些“硬”的行业中，产品大多遵循 [分析→设计→实现（制造）→销售→维护] 这个流程。由于在“硬”行业中产品一旦大规模生产，要再返回去修改时就非常困难，甚至是不可能的。因此这个模型描述了单向的、不可逆的生产过程。
在设计大型系统时，要做相邻步骤的回溯，解决上一阶段未能解决的问题：又如，温斯顿指出，要让产品成功，最好把这个模型走两遍，先有一个模拟版本（Simulation of FinalProduct），在此基础上收集反馈，改进各个步骤，并交付一个最终的版本。
然后我又了解了老板驱动的流程
开发流程事实上是由行政领导主导，或者由公司的老板驱动，我们姑且把它命名为老板驱动的流程（Boss-Driven Process）
1. 存在的原理
当软件订单的获得不是主要靠技术实力，而是靠个人关系，或者暗箱操作的时候，老板的能力决定了一个团队是否能获得订单，既然软件的具体功能并不重要（或者哪个团队做水平都差不多），那么老板说做什么就做什么
在大型企业内部，软件功能往往由行政体系来决定
有些老板比一般技术人员更懂市场和竞争
软件团队尚未成熟，不懂得如何独立地进行需求分析，不懂得如何对行政领导有技巧地说“不”，也不知道如何说服利益相关者（Stakeholder）同意并支持正确的项目方向
既然不能驱动团队成员，那只能靠外力来驱动了
2. 存在的问题
领导对许多技术细节是外行
领导未必懂得软件项目的管理，领导的权威影响了自由的交流和创造
领导最擅长的管理方式是行政命令，这未必能管好软件团队或任何需要创造力的团队
领导的精力有限，领导很忙时，团队怎么办？
构建之法第五章
本章为团队和流程，主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP团队：并不是几个人凑到一起就叫团队，称之为团队团队有共同的特点： 1.团队有一致的集... 查看详情
读构建之法第五章：团队和流程
团队有一致的集体目标，团队要一起完成这目标。一个团队的成员不一定要同时工作，例如接力赛跑。团队成员有各自的分工，互相依赖合作，共同完成任务。软件团队有各种形式，适用于不同的人员和需求。基于直觉形成的团... 查看详情
构建之法第第五章读后感
第四第五章着重讲了合作的重要性，从两人合作到团队合作，编程开发都不是一件容易的事情，要注意许多要点。代码书写的规范。你写的代码不仅仅是给机器看的，给你看的，也是给其他人看的，是给合作的队友看的，在写的... 查看详情
构建之法第五章团队和流程
典型的团队开发模式和流程，完全是新的内容；涉及到更多的术语和有意思的策略性东西1.团队模式【我比较认可的】主治医师模式由首席程序员（相当于首席医生）负责整个工程，周围人员各司其职，配合支持中心人物的工作... 查看详情
构建之法第五六章读后感
邹欣老师的这本书，写得形象生动，第五章用体育运动等团队例子引出软件开发团队的形式。软件团队形式多样，适用于不同的人员与需求。团队可能会演变的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密... 查看详情
构建之法第三次心得
构建之法第四、五章心得学习了第四第五章之后，我了解到了两人合作的注意要点，还有团队和开发流程。软件都是在相互合作中完成的，合作的最小单位是两个人。每个人的标准都不一样，对于什么是好的代码规范未必认同，... 查看详情
构建之法第五次心得
构建之法9、10、11章第九章学习了第九章之后，了解到了在一个项目中项目经理的重要性。生活中，无论什么团队工作，都需要一个领队，来掌控团队项目的发展，以及各个成员工作的分配。PM指ProductManager、ProjectManager、ProgramMan... 查看详情
构建之法学习（第五章团队和流程）
第五章团队和流程 本章主要讲了一些典型的软件团队模式和开发流程以及它们的优缺点1.团队的共同特点： —应该有一致的集体目标，团队要一起完成这目标 —团队成员有各自的分工，互相依赖合作，共同完... 查看详情
构建之法学习
本周学习的是构建之法第五章团队和流程团队有共同的特点：1.团队有一致的集体目标，团队要一起完成这目标。一个团队的成员不一定要同时工作，例如接力赛跑。（王屋村搬砖的“非团队”成员则不然，每个人想搬多少就搬... 查看详情
构建之法第三四五章
第三章软件工程师的成长1.个人能力的衡量与发展初级软件工程师如何成长：（1）积累软件开发相关的只是，提升技术技能。例如：对java、c、c++，c#的掌握，诊断提高效能的技术，对设备驱动程序、内核调试器的掌握；对于某... 查看详情
构建之法第五周感想敏捷流程和msf
这周我学习的是敏捷流程和MSF的知识。敏捷流程是一系列价值观和方法论的集合。敏捷开发的原则是：1.尽早并持续交付有价值的软件以满足顾客的需求2.敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势。敏捷... 查看详情
构建之法第五周
本章为团队和流程，主要介绍了典型的软件团队模式和开发流程以及它们的优缺点、TSP、MVP、MBP、RUP。团队有以下共同特点：有一致的集体目标，团队要一起完成这目标；一个团队的成员不一定要同时工作，例如接力跑；团队成... 查看详情
构建之法第三四五章读后感
一个优秀的软件工程师都需要和团队的合作，所以通过这几章的阅读，对自己的编程的规范等有了一定的认识，也学会了一个优秀的软件开发人员应当具备的素质。软件开发流程不光指团队的流程，还包括个人开发流程，因为软... 查看详情
《构建之法》第五章
第五章团队和流程 5.1非团队和团队团队共有特点： （1）团队有一致的集体目标，团队要一起完成这目标。 （2）团队成员有各自的分工，互相依赖合作，共同完成任务。 5.2软件团队的模式1、蜂窝模式2、主治医... 查看详情
读《构建之法》第五章
第五章说的是团队和流程， 什么是团队？团队有一致的集体目标，团队要一起完成这目标，一个团队的成员不一定要同时工作，例如接力赛跑。团队成员有各自的分工，互相依赖合作，共同完成任务。 软件团队... 查看详情
构建之法（第五章团队和流程）
第五章主要讲了典型的软件团队模式和开发流程。以及我们也将讨论团队模式和开发效率之间的一些关系。 1.非团队和团队 团队的主要特点： 1) 团队有一致的集体目标，团队要一起完... 查看详情
构建之法小结五
本周阅读了第五章，第五章讲了几种软件团队的模式、软件开发流程。第五章用体育运动等团队例子引出软件开发团队的形式。软件团队形式多样，适用于不同的人员与需求。团队可能会演变的模式有：主治医师模式、明星模式... 查看详情
构建之法第六章学习心得
这周我学习了构建之法第六章敏捷流程，本章主要介绍了敏捷流程及其原则，Backlog、Burn-down、Sprint、Scrum方法论。以及什么时候选择敏捷的开发方法，什么时候选择其他方法。.敏捷开发的原则是尽早并持续地交付有价值的软件... 查看详情