首页 > 代码库 > 构建之法—— 读书笔记（3）
构建之法—— 读书笔记（3）
第五章
5.1非团队和团队
团队特点：1.有一致的集体目标，要一起完成这目标。
2.团队成员有各自的分工，互相依赖合作，共同完成任务。
非团队特点：各自行动，独立把任务完成，有人不辞而别，对其他人无实质影响。
5.2软件团队的模式
1.主治医生模式（IBM System360项目）
2.明星模式（“翔之队”）
3.社区模式（开发和维护Linux操作系统的社区）
4.业余剧团模式
5.秘密团队（苹果公司在1980年代在研发Macintosh之后的系统）
6.特工团队（Y2K）
7.交响乐团模式（微软公司的Office软件）
8.爵士乐模式
9.功能团队模式
10.官僚模式
在大学里，很多情况下都是1和4。1中很多情况下会演变成一人干活，其他人打酱油。
5.3开发流程
1.写了再改模式（学校的作业）
2.瀑布模型
3.瀑布模型的变形：生鱼片模型 大瀑布带着小瀑布
4.统一流程（RUP）：
业务建模 需求 分析和设计 实现 测试 部署 配置和变更管理 项目管理 环境
RUP的四个阶段
1.初始阶段
2.细化模式
3.构造模式
4.交付阶段
5.老板驱动的流程
6.渐进交付的流程，MVP和MBP
MVP——Minimum Viable Product,最小可行产品，又称为Minimal Feature Set,最小功能集
MBP——Maximal Beautiful Product 最强最美产品
7.TSP的原则
1.使用妥善定义的流程，流程中的每一步都是可以重复的，可以衡量结果的。
2.团队中的各个成员对团队的目标，角色，产品都有统一的理解。
3.尽量使用成熟的技术和做法。
4.尽量多地收集数据（也包括对团队不利的数据），并用数据来帮助团队做出理性的决定。
5.制定切合实际的计划和承诺，团队计划要由负责具体执行的角色来制定（而不是从上下级而来）。
6.增加团队的自我管理能力。
7.专注于提高质量，争取在软件生命周期的早期发现问题。最有效提高质量的办法是做全面而细致的设计工作（而不是在后期匆忙修复问题）。
构建之法—— 读书笔记（3）
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。