实践第四次随笔作业

作为小组的组长，我很兴奋小组项目的进展有了重大突破，我们计划设计一款实现亲友生日提醒业务的软件，并组织好了部分功能的模块语言，现在问题是不知道具体用何种高级语言编写我们的代码，也对选择何种编译环境无从下手，但制定好目标就是重大突破了，我们也觉得离项目的完成行进了一大半，后期，我将认证学习《构建之法》第五章的内容，并运用到小组的管理和任务配置。以下是我在学习中提取的重点：
团队的共同特点：1.团队有一致的集体目标，团队要一起完成这个目标。一个团队的成员不一定要同时工作。后期我将不断细化我们的工作目标，根据各位的日程分配任务，尽力提高效率。2.团队成员有各自的分工，相互依赖合作，共同完成任务。
我计划实施的团队模式是业余剧团模式，初期，我个人对组员的技能都摸不清楚，所以会将大环境中的作业随机发布给个人，经过摸索给各个组员发布统一的任务需求。我更希望我们团队的后期可以发展成为交响乐团模式，熟悉各类软件工程的编程技术和管理技术。此外我也格外重视双人合作的优势，任务的配置都发布个两人的小团队，再次我们需要注意：
软件项目的两人合作也是提升个人能力的表现，如何结队编程我们需注意以下几点：
1.处于探索阶段的项目，需要深入的研究，在这种情况下，一个人长时间的独立钻研是有必要的。
2.在做后期维护的时候，如果维护的技术含量不高，只需要做有效的复审即可，不必拘泥于形式，硬拉一个人来结队唱二人转。
3.如果验证测试需要运行很长时间，那么两个人在那里等待结果是有点浪费时间的。
4.如果团队的人员要在多个项目中工作，不能充分保证足够的结队编程时间，那么成员要经常处于等待的状态，反而影响效率。
5.关键是如何最大限度的发挥“领航员”的作用，如果用处不大，也就无需结队。
切记Team Software Process的原则：
1.使用妥善定义的流程，流程中的每一步都是可以重复，可有衡量结果的。
2.团队的各个成员对团队的目标，角色，产品都有统一的理解。
3.尽量使用成熟的技术和做法。
4.尽量多的收集数据，并用数据来帮助团队做出理性的决定。
5.制定切合实际的计划和承诺，团队计划要由负责具体执行的角色来制定
6.增强团队的自我管理能力。
7.专注于提高质量，争取在软件生命周期的早期发现问题。最有效提高质量的办法是做全面而细致的设计工作。