《构建之法》阅读笔记第五篇——团队和流程

1、团队  有一致的集体目标,团队要一起完成着目标,一个团队的成员不一定要同时工作,有各自的分工,互相依赖合作,共同完成任务。

2、软件团队的模式,最初也是混沌的一窝蜂形式,随着团队的成熟和环境的变化,团队模式会演变为主治医师模式,明星模式,社区模式,业余剧团模式,秘密团队,特工团队,交响乐团模式,爵士乐模式,功能团队模式和官僚模式。

3、开发流程

   我们在开发、运营、维护软件的过程中有很多技术、做法、习惯和思想。软件工程把这些相关的技术和过程统一到一个体系中,叫作“软件开发流程”,软件开发流程的目的是为了提高软件开发、运营和维护的效率,以及提升用户满意度、软件的可靠性和可维护性。

   写了再改模式:满足“只用一次”、“看过了就扔”、“一些不实用的演示程序”的程序

   瀑布模式:单向的不可逆的生产过程

   统一流程:从瀑布模型开始的各种模型都有一个共同点:重计划,重事先设计,重文档表达。这一类的方法中集大成者要算Ration统一流程RUP

   要完成一个复杂的软件项目,团队的各种成员要在不同阶段做不同的事情,这些不同的类型的工作在RUP中叫做规程或工作流。

   老板驱动的流程:笔者在和中国一些企业的软件开发者交流的时候,听闻不少人提到开发流程事实上是由行政领导主导,或者由公司的老板驱动,把它命名为老板驱动的流程。

   渐进交付的流程,MVPMBP

4、TSP的原则

   优秀的模式和流程的共同点抽象总结为TSP原则:

   1、使用妥善定义的流程,流程中的每一步都是可以重复、可以衡量结果的

   2、团队的各个成员对团队的目标,角色,产品都有统一的理解

   3、尽量使用成熟的技术和做法

   4、尽量多地收集数据(也包括对团队不利地数据),并用数据来帮助团队做出理性地决定

   5、制定切合实际地计划和承诺,团队计划要由负责具体执行地角色来制定(不从上级而来)

   6、增加团队地自我管理能力

   7、专注于提高质量,争取在软件生命周期地早期发现问题。最有效提高质量地办法是做全面而细致地设计工作(而不是后期匆忙修复问题)

个人感受

1、过去的做法:因为自己到目前还没有尝试过团队合作,只是看到过别的班同学有过团队合作,可是感觉有的团队在合作中没有很好的分工,大家属于单个人负责,其他人打酱油的感觉。

2、这样做不好的原因:起不到团队合作的效果,没有用处,还会助长一些人躺着等待别人完成任务。

3、解决办法:团队队长做好团队的分工任务,责任到人,起到好的监督作用。

原文地址:https://www.cnblogs.com/610553824lyx/p/6416480.html