繁星 实验四 团队作业1：软件研发团队组建

项目	内容
课程班级博客	2019级卓越工程师班
作业要求	实验四
团队名称	繁星
团队课程学习目标	（1）实验三作业互评。 （2）组建软件项目研发团队。
作业对团队实现目标的帮助	（1） 选择优秀项目，学习借鉴，提升自身实力。 （2）创建团队，了解团队成员。
团队博客链接	繁星

实验内容

任务一：浏览班级博客园中提交《实验三 软件工程结对项目》作业，任选一个你认为完成质量较高的小组项目成果，继续以实验三结对学习方式完成任务并撰写个人博客。

陈玉英
刘春丽
李涛

任务二：团队创建

1、 在实验三结对基础上，结对小组两两自由组合，组建软件项目研发团队；

1.1、 队名：繁星

1.2、 团队成员组成

成员学号	成员姓名	个人博客地址	备注
201971010106	陈玉英	博客地址链接	PM
201971010117	刘春丽	博客地址链接
201971010125	李涛	博客地址链接

1.3、 成员风采

• 详细介绍

姓名	风格	擅长技术	编程兴趣	担当角色	宣言
陈玉英	自然型 亲和，随意	c，c++，python； 代码分析，审核 ; 统筹管理	python，c,设计分析	PM，开发	与其临渊羡鱼，不如退而结网
刘春丽	少女型 活泼，灵动	文档分析； 资料整合； java和算法分析	java，算法分析	测试优化	总要有一个人赢，为什么不能是我
李涛	温柔型 温柔，细腻	界面美化； 项目安排； python	前端开发，页面美化	开发，协调	大步向前，回头才有惊喜

• 现代软件工程—构建之法》第7章，理解MSF的9点基本原则
  • 推动信息共享与沟通
    所有的信息都保留并公开，讨论要包括所有涉及的角色，决定要公开并告知所有人；牵涉到技术机密和安全性信息要采取必要的保护措施。
  • 为共同的远景而工作
    同心同德、；
    做产品，要明确项目目标，目标必须明确，最终可以达到，不空泛。
  • 充分授权和信任
    在一个高效的团队中，所有成员都应该得到充分的授权；
    他们有权在职权范围内按照自己的承诺完成任务，同时，他们也充分信任其他同事能实现各自的承诺；
    团队的顾客也认为团队能兑现承诺，并进行相应的规划。
  • 各司其职，为项目共同负责
    每个角色都有自己的职责，出了问题，相应的角色就要负责。
  • 交付增量的价值
    项目应该出于商业目的，没有商业需求，再酷的技术也没有用。
  • 保持敏捷，预期和适应变化
    需要预期变化，不是期望变化；
    团队内部也会有变化，比如人员离职，技术提高，需要保持敏捷的身段。
  • 投资质量
    对质量的重视，引发对质量的投资。
  • 学习所有的经验
    学习过去的经验，同时，避免过去的经验解决现在的问题。
  • 与顾客合作
    项目是团队成员做的，但是项目的商业价值由用户说了算。

1.4、 组建团队企业微信群，给出群成员截图

1.5、 团队特色描述，言简意赅的描述团队特点或核心竞争力；

• 性格互补，擅长技术相辅相成，关系融洽；

2、 申请开通团队博客，点击链接（https://www.chaojibiaoge.com/U/url/7lxwx4sx）提交团队信息，将团队博客加入到班级博客；

• 已开通团队博客并加入班级。
  

3、阅读《现代软件工程—构建之法》第5章内容

• 团队的特点：
  • 团队有一致的集体目标，团队要一起完成这个目标。一个团队的成员不一定要同时工作。
  • 团队成员有各自的分工，互相依赖合作，共同完成任务。
• 软件团队的模式：
  • 主治医师模式
    首席程序员“主刀”（负责处理主要模块的设计和编码），其他成员“为主刀医师服务”（从各种角度支持他的工作）。
  • 明星模式
    主治医生模式运用到极致，可以蜕化为明星模式。
  • 社区模式
    社区很多志愿者参与，每个人参与自己感兴趣的项目，贡献力量，大部分人不拿报酬。
  • 业余剧团模式
    个人在团队中听从一个中央指挥的指导和安排。
  • 秘密团队
    软件团队进行一些秘密的软件项目。
  • 特工团队
    软件行业的一些团队由一些有特殊技能的专业人士组成，负责解决一些棘手而紧迫性的问题。
  • 交响乐团模式
    家伙多，门类齐全；各司其职，各自有专门场地，演奏期间没有聊天、走动等现象；演奏都靠谱，同时看指挥的；演奏的都是练习过多次的曲目，重在执行。
  • 爵士乐模式
    不靠谱；没有现场指挥；人数较少。
  • 功能团队模式
    具备不同能力的同事们平等协作，共同完成一个功能。
  • 官僚模式
    几个人报告给一个小头目，几个小头目报告给中头目，依次而上。
• 开发流程
  写了再改模式适用于以下任务：
  • 只用一次的程序
  • 看过了就扔的原型
  • 一些不实用的演示程序
    瀑布模型适用于以下情况：
  • 如果产品的定义非常稳定，但是产品的正确性非常重要，需要每一步的验证
  • 产品模块之间的接口、输入和输出能很好地用形式化的方法定义和验证
  • 使用的技术非常成熟，团队成员都很熟悉这些技术
  • 负责各个步骤的子团队分属不同的机构，或在不同的地理位置，不可能做到频繁的交流

任务三：完成《实验四 团队作业1：软件研发团队组建》博文作业

1、 完成各项任务实际花费的时间

任务内容	计划完成的时间（min）	实际完成时间（min）
任务	60	60
任务分配	20	15
团队创建	30	35
团队信息了解	60	60
构建之法	120	100
任务1	80	90
任务2	60	80
任务3	60	50

2、 完成本次作业的感受和体会

— 团队的创建，熟悉了团队人员。人多力量大，团队性格互补，合理的分工，事半功倍；团队的沟通非常重要，及时有效的沟通，能够避免不必要的重复工作。