任务2的完成情况如下:
1. 团队名称:
2. 团队成员组成:
3. 团队成员风采:
成员姓名 |
擅长技术 |
编程兴趣 |
希望承担的角色 |
宣言 |
阮凯 |
web前端 |
web前端和python |
PM |
做好每一件事 |
杨凯 |
java |
前端 |
测试 |
从现在开始 |
孟姣姣 |
java |
后端开发 |
开发 |
星光不问赶路人,时光不负有心人 |
潘晴 |
c语言 |
前端开发 |
文档 |
虽然很菜,但是努力不在菜 |
4. 阅读《现代软件工程—构建之法》第5章内容:
- 什么是团队?
- 团队有一致的集体目标,团队要一起完成这目标。一个团队的成员不一定要同时工作,例如接力跑。团队成员有各自的分工,互相依赖合作,共同完成任务。
- 软件团队的模式
- 主治医师模式:这样的软件团队中有首席程序员,他负责处理主要模块的设计和编码,其他成员从各种角度支持他的工作(后备程序员、系统管理员、工具开发、编程语言专家、业务专家)。
- 明星模式:主治医师模式运用到极点,可以退化为明星模式。
- 社区模式:社区由很多志愿者参与,每个人参与自己感兴趣的项目,贡献力量,大部分人不拿报酬。
- 业余剧团模式:在每一个项目中,不同的人会挑选不同的角色,在下一个项目中,这些人也许会换一个完全不同的角色类型。个人在团队中听从一个中央指挥的指导和安排。
- 秘密团队:一些软件项目在秘密状态下进行,别人不知道他们具体在做什么。这种模式的好处是:团队内部以后极大的自由,较高的热情,没有外界的干扰。
- 特工模式:软件行业的一些团队由一些有特殊技能的专业人员组成,负责解决一些棘手而有紧迫性的问题。
- 交响乐团模式:门类齐全、各司其职。当某个软件领域处于稳定成长阶段的时候,众多大型软件公司的开发团队就会采取这种模式。
- 爵士乐模式:强调个性化的表达,强有力的互动,对变化的内容有创意的回应。
- 功能团队模式:很多软件公司的团队最后都演变成功能团队,具备不同能力的同事们平等合作,共同完成一个功能。
- 官僚模式:这种模式在软件开发中会出问题,因为成员之间不光有技术方面的合作和领导,同时还混进了组织上的领导和被领导关系。
- 开发流程
软件开发流程的目的是为了提高软件开发、运营和维护的效率,以及提升用户满意度、软件的可靠性和可维护性。
- 写了再改模式:这种模式不需要太多其他准备或相关知识,上来就写代码,写不出来就改,但要写一个有实际用户、解决实际需求的软件,这个方法缺点就很大。
- 瀑布模型:他的适用范围如果产品的定义非常稳定,但是产品的正确性非常重要,需要每一步验证,产品模块之间的借口、输入和输出能很好的用形式化的方法定义和验证,使用的技术非常成熟,团队成员都很熟悉这些技术,负责各个步骤的子团队分属不同的机构,或在不同的地理位置,不可能做到频繁的交流。
- 瀑布模式的各种变形:生鱼片模型、大瀑布带小瀑布
- 统一流程:业务建模、需求、分析和设计、实现、测试、部署、配置和变更管理、项目管理、环境、初始阶段、细化阶段、构造阶段、交付阶段
- 老版驱动的流程:该模式的问题领导对许多技术细节是外行,未必懂得软件项目的管理,领导的权威影响了自由的交流和创造,领导最擅长的管理方式是行政命令,这未必能管好软件团队或任何需要创造力的团队,领导的精力有限,领导很忙时,团队怎么办?
- 渐进交付的流程:很接近迭代式开发流程,当系统的主要需求和架构明确之后,软件团队进入了一个不断演进的evolution循环中:开发→发布→听取反馈→根据反馈做改进
- TSP的原则:使用妥善定义的流程,流程中的每一步都是可以重复的、可以衡量结果的,团队的各个成员对团队的目标,角色,产品都有统一的理解,尽量使用成熟的技术和做法,尽量多地收集数据,并用数据来帮助团队做出理性的决定,制定切合实际的计划和承诺,团队计划要由负责具体执行的角色来制定,增加团队的自我管理能力,专注于提高质量,争取在软件生命周期的早期发现问题,最有效提高质量的办法是做全面而细致的设计工作。
5. MSF的9点基本原则:
- 推动信息共享与沟通(Foster open communications)
- 所有信息都保留公开,同时对于涉及到技术机密以及安全性等信息采取保护措施。
- 为共同的远景而工作(Work toward a shared vision)
- 充分授权和信任(Empower team members)
- 各司其职,对项目共同负责(Establish clear accountability and shared responsibility)
- 团队中每个角色都有自己的职责,若出现了问题,这个角色就要负责。
- 重视商业价值
- 如果你还没有能说清楚你的产品解决了什么问题,为谁解决问题,为什么你的产品会解决这些问题,以及客户怎样付钱让你解决问题,那你就不应该贸然创业。
- 保持敏捷,预期和适应变化(Stay agile, expect and adapt change)
- 软件工程,唯一不变的是变化;我们是预期变化,不是期望变化。
- 投资质量(Invest in quality)
- 对质量的重视,引发对质量的投资,引发对人、过程和工具的投资。
- 学习所有的经验(Learn from all experiences)
- 在学习过去的经验的同时,也要避免让过去的经验妨碍解决现在的问题。
- 与顾客合作(Partner with internal and external customers)
- MSF强调产品团队与顾客的交流和合作,因为“我觉得”和“顾客觉得”是两码事。
6. 团队企业微信群:
7. 团队特色描述:
- 团队特点:思维活跃,特点分明,分工明确。
- 核心竞争力:团队组建的时间久,合作的范围广,相互了解。
任务3的完成情况如下:
1. 实际花费时间:
任务 |
实际花费时间(min) |
团队名称 |
5 |
团队成员组成 |
10 |
团队成员风采 |
10 |
第5章内容的阅读 |
15 |
MSF的学习 |
30 |
团队企业微信群 |
2 |
特色描述 |
5 |
2. 感受与体会:
由于小组建立较早,涉及多门课程的合作,相互的了解较为深入,小组合作的积极性也很高,期待在以后的合作学习中,可以提升每一位小组成员的能力。