标签：角色 str dash 生命周期 团队 总结 提高 任务 利用
任务二：与实验三结对伙伴协作学习：阅读《现代软件工程—构建之法》第5-6章内容，理解并掌握软件项目团队的特点、了解软件团队的模式、结合理论课学习内容理解瀑布模型及其变形、渐进交付流程、敏捷流程等典型软件过程模型特点，理解并体会卡内基梅隆大学（CMU）软件工程学院总结的TSP原则。
5.1 团队特点：目标一致，各自分工
5.2 团队模式：一窝蜂模式，主治医师模式，明星模式，社区模式，业余剧团模式，秘密团队，特工团队，交响乐团模式，爵士乐模式，功能团队模式，官僚模式。
5.3 开发流程：写了再改模式，瀑布模型，瀑布模型的变形（生鱼片模型，子瀑布模型），RUP统一流程，老板驱动的流程，渐进交付的流程（包括MVP和MBP）
TSP原则
（1）使用妥善定义的流程，流程中的每一步都是可以重复的、可以衡量结果的；
（2）团队的各个成员对团队的目标、角色、产品都有统一的理解；
（3）尽量使用成熟的技术和做法；
（4）尽量多的收集数据（包括对团队不利的数据），并用数据来帮助团队做出理性的决定；
（5）制定切合实际的计划和承诺，团队计划要由负责具体执行的角色来制定（而不是从上级而来）；
（6）增加团队的自我管理能力；
（7）专注于提高质量，争取在软件生命周期的早期发现问题。最有效提高质量的办法是做全面细而细致的设计工作（而不是在后期匆忙修复问题）。
6.1 敏捷开发的原则和步骤
（1）. 尽早并持续地交付有价值的软件以满足顾客需求；
（2）. 敏捷流程欢迎需求的变化， 并利用这种变化来提高用户的竞争优势；
（3）. 经常发布可用的软件，发布间隔可以从几周到几个月，能短则短；
（4）. 业务人员和开发人员在项目开发过程中应该每天共同工作；
（5）. 以有进取心的人为项目核心，充分支持信任他们；
（6）. 无论团队内外，面对面的交流始终是最有效的沟通方式；
（7）. 可用的软件是衡量项目进展的主要指标；
（8）. 敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去；
（9）. 只有不断关注技术和设计，才能越来越敏捷；
（10）. 保持简明——尽可能简化工作量的技艺——极为重要；
（11）. 只有能自我管理的团队才能创造优秀的架构、需求和设计；
（12）. 时时总结如何提高团队效率，并付诸行动。
6.2 敏捷流程的问题和解法
6.3 敏捷的团队。要求：自主管理，自我组织，多功能型。
6.4 敏捷总结。包括一些实践者的经验教训
6.5 关于敏捷的问答
与结对同伴的讨论截图：
标签：角色 str dash 生命周期 团队 总结 提高 任务 利用
原文地址：https://www.cnblogs.com/asdads/p/12677493.html
