天马行空队 实验四 团队作业1：软件研发团队组建
| 项目 | 内容 |
|---|---|
| 课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/2018CST |
| 这个作业要求链接 | https://www.cnblogs.com/nwnu-daizh/p/14660499.html |
| 团队名称 | 天马行空队 |
| 团队的课程学习目标 | 1.为共同的远景而工作 2.充分授权和信任 3.各司其职，为项目共同负责 4.组建软件项目研发团队 |
| 这个作业在哪些方面帮助团队实现学习目标 | 1.通过本次实验，初次完成了项目组队，项目成员分工，团队协作 2.继续练习博客的编写，使编写过程越来越熟练 |
| 团队博客链接 | https://www.cnblogs.com/tianmaxingkongdui |
一.队名与口号
队名：天马行空队
口号：相信自我，相信团队
二.团队成员组成，按以下列表形式给出，个人博客地址需加超链接，在备注中标记团队组长（PM）
| 成员学号末五位 | 成员*名 | 个人博客地址 | 备注 |
|---|---|---|---|
| 20103 | *梦涛 | https://www.cnblogs.com/cuimengtao/ | PM |
| 30123 | 癿*盼 | https://www.cnblogs.com/piepan/ | |
| 30138 | *蕊媛 | https://www.cnblogs.com/Yangrui-coco/ | |
| 30137 | *钦颖 | https://www.cnblogs.com/YQY128/ |
三. 成员风采
A.介绍每位队员的风格、擅长技术、编程兴趣、希望的承担的软工角色(文档、开发、测试、PM等)、一句话宣言等；
|成员*名|风格|擅长技术|编程兴趣|希望的承担的软工角色|一句话宣言|
|:--|:--|:--|:--|:--|:--|:--|
|梦涛|性格活泼，心态乐观，充满希望 |WEB前端界面的编写，文档的编写及整理 |前端的界面设计 |PM|希望我们的程序没有BUG存在!!|
|癿盼|态度端正，能吃苦耐劳 | Python |因为对Python相对熟悉，更多时间喜欢用Python语言编写代码 |文档|生活原本沉闷 ，但跑起来就有风 |
|蕊媛|细心，执着，比较理性 |C语和Python| 开发和测试|开发|千里之行，始于足下|
|钦颖|喜欢思考问题并勇于尝试，实事求是| C语和Python | 更喜欢用C语言与Python语言编程 |测试|成功就是把复杂的问题简单化，然后狠狠去做|
B.阅读《现代软件工程—构建之法》第7章、第17章，理解MSF的9点基本原则和团队成员绩效
MSF的8点基本原则
1.推动信息共享与沟通（Foster open communications）
所有的信息都保留，并公开。
2.为共同的远景而工作（Work toward a shared vision）
这个目标必须是明确的，没有二义性；这个目标不是当前就能达到，必须是通过努力才能达到的；这个目标不是空泛的，它应该对项目成员每天的工作都有指导作用。每天你来上班，如果发现你做的事情对项目的远景没有帮助，你应该和老板提出来。
3.充分授权和信任（Empower team members）
平等协作---成员之间、团队之间是平等协作的关系；充分授权给团队和成员。
4.各司其职，对项目共同负责（Establish clear accountability and shared responsibility）
无责任的旁观者和有重大责任的当局者的看法自然是不一样的。对此事负责的角色要自己拿主意。
5.重视商业价值（Focus on delivering business value）
如果你还没有能说清楚你的产品解决了什么问题，为谁解决问题，为什么你的产品会解决这些问题，以及客户怎样付钱让你解决问题，那你就不应该贸然创业。
6.保持敏捷，预期变化（Stay agile,expect change）
7.投资质量（Invest in quality）
不是质量第一，而是解决用户的问题第一。
8.学习所有的经验（Learn from all experiences）
把经验总结出来；分享经验。是为了：让团队成员从别人的成果和失败的例子中学到东西；帮助新项目重复以往成功的做法；培育团队总结的习惯和“批评与自我批评”的文化。
团队成员绩效
高绩效团队又称高绩效组织，即对比于传统组织的组织，经过管理学者的归纳，相对于传统组织而言，高绩效组织通常更具有下列的倾向：技术创新与冒险，重视学习，设计工作去要求许多技能，组织跨部门团队。
高绩效团队以援助者与训练者的角色来代替管理者的角色，能够为员工的表现提供回馈，只有极少的管理阶层，让每一位成员都接近客户，能够提升应变力与平衡力。
高绩效团队的组成：高绩效团队通常是由工作团队、改善团队和整合团队组合建立起来的。
四. 组建团队企业微信群，给出群成员截图
五、团队特色描述，言简意赅的描述团队特点或核心竞争力
团队都是女生，每一个女生都非常认真、有耐心，每个人都有自己擅长的技术，大家互相学习其他成员的优点，在团队协作的过程中，及时发现自己的弱点，进行强化。
六、记录完成《实验四 团队作业1：软件研发团队组建》各项任务实际花费的时间
| 任务内容 | 实际花费的时间(min) |
|---|---|
| 计划 | 15 |
| 估计这个任务需要多少时间，并规划大致工作步骤 | 15 |
| 具体过程 | 90 |
| 团队组建 | 10 |
| 组建团队企业微信群 | 2 |
| 确定队名以及团队口号 | 8 |
| 了解队员特点，确定团队分工 | 10 |
| 学习MSF的9点基本原则和团队成员绩效的相关内容 | 30 |
| 申请团队博客并加入班级 | 10 |
| 以博客形式记录本次任务 | 20 |
| 总结 | 10 |
| 总结本次任务,对日后的团队工作做出规划 | 10 |
七、截图展示
提交表单截图
提交表单截图
加入班级截图
八. 阅读《现代软件工程—构建之法》第5章内容
-
软件团队的形式：一窝蜂模式 、主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式。
-
团队合作阶段：萌芽阶段、磨合阶段（过不了磨合，退化到散伙阶段）、规范阶段、创建阶段。
-
通用的RASCI 模型:
- R: Responsible, 负责把具体事情做好。
- A: Accountable, 对任务负全责, 有批准的权力
- S: Support, 对任务提供支持, 辅助任务的完成
- C: Consulted, 咨询, 拥有完成项目所需的信息或能力的角色。
- I: Informed, 知会者, 应该事后及时通知结果的角色。
-
在一个项目中, PM 的具体任务是:
-
带领团队形成团队的目标/远景, 把抽象的目标转化为可执行的, 具体的, 优美的设计。
-
管理软件的具体功能的生命周期 (需求/设想/设计/实现/测试/修改/发布/升级/迁移/淘汰)。
-
创建并维护软件的功能说明书 (specification), 让它成为开发/测试的及时准确的指导, 而不是障碍。
-
代表客户和用户的利益, 主动收集用户反馈, 预期用户新的需求。 协调并决定各种需求的优先级。
-
分析并带领其他成员形成对缺陷/变更需求的一致意见, 并确保实施。
-
带领其他成员确保项目保持 功能/时间/资源 的合理平衡, 跟踪项目进展, 确保团队发布让客户满意的软件。
-
收集团队项目管理和软件工程的各种数据, 客观地分析项目实施过程中的优缺点, 推动项目成员持续改进, 从而提振士气。
-
-
PSP 的特点:
- 1、不局限于某一种软件技术 (如编程语言), 而是着眼于软件开发的流程, 这样不同应用的工程师可以互相比较。
- 2、不依赖于考试, 而主要靠工程师自己收集数据, 然后统计提高。
- 3、在小型，初创的团队中, 高质量的项目需求很难找到，这意味着给程序员的输入质量不高，在这种情况下, 程序员的输出 (程序/软件) 往往质量不高, 然而这并不能全部由程序员负责。
- 4、PSP 依赖于数据。
- 5、PSP的目的是记录工程师如何实现需求的效率, 而不是记录顾客对产品的满意度。
-
团队中的管理人员/PM 负责分析市场, 设想功能, 定义用户到底要什么 – Why & What.
-
团队中的开发人员/Dev 负责实现功能, 搞清楚怎么才能满足用户的需求 – How.
-
团队中的测试人员/QA 搞清楚我们的软件是否满足了用户的需求 – Whether.
-
Bug：缺陷软件的缺陷
Bug可以分为这三个组成部分：症状（Symptom）、程序错误（Fault）、根本原因（Root cause）。
（1）Symptom：即从用户的角度看，软件出了什么问题。例如，在输入（3 2 1 1）的时候，程序错误退出。
（2）Fault：即从代码的角度看，代码的什么错误导致了软件的问题。例如，代码在输入为某种情况下访问了非法的内存地址——0X0000000C。
（3）Root Cause：错误根源，即导致代码错误的根本原因。例如，代码对于id1==id2的情况没有做正确判断，从而引用了未赋初值的变量，产生了以上的情况。 -
黑箱：在设计测试的过程中，把软件系统当作一个“黑箱”，无法了解或使用系统的内部结构及知识。一个更准确的说法是“Behavioral Test Design”，从软件的行为，而不是内部结构出发来设计测试。
-
白箱：在设计测试的过程中，设计者可以“看到”软件系统的内部结构，并且使用软件的内部知识来指导测试数据及方法的选择。“白箱”并不是一个精确的说法，因为把箱子涂成白色，同样也看不见箱子里的东西。有人建议用“玻璃箱”来表示。
九、谈谈完成本次作业的感受和体会
*梦涛：
初次创立项目小组，大家进行了一些认识，了解到了其他成员所擅长或是感兴趣的事儿，感觉到这是一个团结的小组，希望在合作的期间，大家遇到困难，共同解决，齐心协力完成这个项目。
*钦颖：
在本次实验中，我与我们的软件研发团队相处融洽，配合默契，组长组织的很好，能在关键时刻起到决定性作用，希望以后会更好的合作！
*蕊媛：
在本次项目中我意识到开展团队建设才能事半功倍，希望在接下来的实验过程中，大家团结一心，共同解决难题。
癿*盼：
在本次项目开发中，熟悉了各个团队成员熟悉的领域，学习各个成员的优点，弥补了自己在各个方面的不足。
