201871030130-王诗怡 实验四 团队作业1:软件研发团队组建
项目 | 内容 |
---|---|
课程班级博客链接 | 班级博客 |
这个作业要求链接 | 作业要求 |
团队名称 | 等我想想 |
团队的课程学习目标 | 1、阅读《现代软件工程—构建之法》第12、5章内容 2、测试学习其他小组的实验三程序 3、团队成员相互熟悉确定统一学习目标,一起努力奋斗 |
这个作业在哪些方面帮助团队实现学习目标 | 1、让我们团队有了明确的分工与合作 2、让我们团队有了可以共同努力的目标,使大家更加团结 3、充分做好团队建设,为以后进行团队任务奠定坚实的基础 |
团队博客链接 | 等我想想 |
实验总结
任务一:浏览班级博客园中提交《实验三 软件工程结对项目》作业,任选一个你认为完成质量较高的小组项目成果,继续以实验三结对学习方式完成以下任务
-
核查表
注意事项 说明 概要 设计较为合理,可读性很高 设计规范 符合常用设计规范 代码规范 代码符合代码规范 具体代码 由个人亲自编写,对错误的处理较好 效能 代码效能高 可读性 注释十分详细,可读性很好 可测试性 可测试性较好 -
博客评价:评价链接
-
被评价仓库链接:被评价仓库
-
测试软件:
运行截图:
-
改进意见:算法界面显示结果过长,窗口有点大,看起来不方便,希望能固定窗口大小并加上滚动条,以方便观看。
-
评价:e非常推荐
-
本小组改进结论:我所评价小组的软件项目所做十分认真细致,在各个方面都体现出了小组成员对待作业认真的态度。看得出他们耗费了许多时间,我觉得在努力毅力方面我们小组需要学习她们的精神。
-
本小组仓库:仓库链接
任务二:团队组建
- 团队名称:等我想想
成员学号末五位 | 成员*名 | 个人博客地址 | 备注 |
---|---|---|---|
30136 | *静 | 个人博客 | PM |
30129 | *琦 | 个人博客 | 测试 |
30105 | *啟程 | 个人博客 | 开发 |
30130 | *诗怡 | 个人博客 | 文档 |
-
成员风采:
- 静:PM
- 踏实努力,耐心十足,面对困难有坚持刻苦努力到凌晨3点也不放弃的决心及毅力。
- 擅长技术:比较了解python语言开发
- 编程兴趣:喜欢前端开发
- 一句话宣言:努力努力,加油加油
- 琦:测试
- 间歇性十分努力,在懒惰时经过催促会有努力加成,在认真学习时效率奇高。
- 擅长技术:擅长C语
- 编程兴趣:编写算法
- 一句话宣言:冲冲冲!
- 啟程:开发
- 意外的靠谱,很有责任心,在大家都很迷茫的时候也不会选择摸鱼,即使不会也会认真诚实的写上去。
- 擅长技术 :对检索和下载资料比较熟练
- 编程兴趣:喜欢python语言与C语言
- 一句话宣言:律己则强,勤勉则刚
- 诗怡:文档
- 尽我所能,努力编程
- 擅长技术:修改布局界面
- 编程兴趣:图形用户界面的开发
- 一句话宣言 :一点也不会累,我已经写了三天三夜
- 静:PM
-
团队特色:
- 男女搭配,干活不累!
- 即有活泼机智古灵精怪的角色设定,也有踏实稳重认真沉着的人物角色,多种个性集结,多种角度解读解决问题
- 团队气氛活跃融洽,在学习时大家不会因为死气沉沉的氛围影响心情而昏昏欲睡
-
团队企业微信群:
-
MSF
MSF,即Microsoft Solution Framework,也就是微软推荐的做软件的方法。
MSF有8个基本原则:
(1)推动信息共享与沟通(Foster open communications)
所有信息都保留,并公开,讨论要包括所有涉及的角色,决定要公开,并告知所有人。
(2)为共同的远景而工作(Work toward a shared vision)
我们做一个产品,不管是应用软件、行业软件,还是通用软件,要明确项目的目标是什么。
(1)这个目标必须是明确的,没有二义性;
(2)这个目标不是当前就能达到,必须是通过努力才能达到的;
(3)这个目标不是空泛的,它应该对项目成员每天的工作都有指导作用。每天你来上班,如果发现你做的事情对项目的远景没有帮助,你应该跟老板提出来。
(3)充分授权和信任(Empower team members)
在一个高效的团队中,所有的成员都应该能得到充分的授权,他们有权力在自己的职权范围内按照他们自己的承诺完成任务,同时,他们也充分信任其他同事也能实现各自的承诺。类似地,团队的顾客(包括内部和外部的顾客)也认为团队能兑现承诺,并进行相应的规划。
(4)各司其职,对项目共同负责(Establish clear accountability and shared responsibility)
团队中的每个角色都有自己的职责,如果出了问题,这个角色就要负责任。
与此同时,团队的各个角色合起来,对整个项目最终的成功负责,为什么?因为每个角色在其职责范围内的失败都会导致整个项目的失败。而且各个角色的工作都是互相渗透、互相依赖的。这种互相依赖的方式也鼓励团队成员在自己本职之外为其他领域做贡献。例如,测试人员可以帮助“用户体验”角色更好地设计用户界面,因为如果用户界面很差,再好的功能也不能发挥应有的作用。
(5)重视商业价值(Focus on delivering business value)
一个项目的商业价值只有在它被成功地发布并运行时才能体现出来,所以,MSF过程模式包括了开发和发布阶段。
(6)保持敏捷,预期变化(Stay agile, expect change)
软件工程,唯一不变的是变化。所以干脆别幻想客户的需求会在第一时刻很明确,然后保持不会变。要注意,我们是预期变化,不是期望变化。
除开外部原因,团队内部也在变化,我们对技术的掌握每天都在提高,原来认为不可能的事可能变得容易。我们对客观世界和软件系统的了解每天都在深化,原来觉得没问题的小细节忽然成了大问题。甚至原来一起打拼的同事忽然要离开……这些都要求我们团队保持敏捷的身段。
(7)投资质量(Invest in quality)
对质量的重视,引起对质量的投资,引起对人、过程和工具的投资。
(8)学习所有的经验(Learn from all experiences)
让团队成员从别人的成果和失败的例子中学到东西,帮助新项目重复以往成功的做法,培育团队总结的习惯和“批评与自我批评”的文化。
(9)与顾客合作
团队和顾客是伙伴,而不是对立的,应和顾客一起做需求分析,以达到双方都满意的结果。
任务三:完成《实验四 团队作业1:软件研发团队组建》博文作业
** 各个阶段** | 预估的时间(分钟) | 实际的记录(分钟)计划 |
---|---|---|
计划 | 40 | 40 |
· 估计任务需要多少时间 | 40 | 40 |
团队组建(包括下面 7 项子任务) | 82 | 111 |
· 成员组建 | 5 | 10 |
· 设计团队名称 | 20 | 25 |
· 商讨团队口号 | 5 | 5 |
· 介绍团队风采 | 20 | 25 |
· 组建企业微信群 | 2 | 1 |
· 介绍团队特点 | 10 | 15 |
· 建立信任关系 | 20 | 30 |
总共花费的时间 (分钟) | 122 | 151 |
-
感受体会:
这次终于没有难到怀疑人生的软件项目了,相对于前几次来说,这次任务让我感到松了一口气,但又好像是暴风雨前的宁静,总觉得马上就要迎来超级难的项目作业了。但好在现在我们有了小组团队,我相信在大家一起努力的情况下,问题总归不会太过严峻。
在完成这次任务时,我学习研究了其他优秀同学任务三的软件项目相比于我这个编程小垃圾来说,他们完成的真的十分厉害,实现了一些我没能完成的任务,再次感叹大家明明都是同一个班,为什么差距这么大。