项目 | 内容 |
---|---|
课程班级博客链接 | 班级博客 |
这个作业要求连接 | 作业链接 |
团队名称 | 佩琪小分队 |
团队的课程学习目标 | (1)通过团队进行更好的合作交流,互相学习 (2)阅读学习《现代软件工程—构建之法》第5章和第12章内容 (3)组建团队,创建团队博客,建立团队目标 |
这个作业在哪些方面帮助团队实现学习目标 | (1)增进了团队成员的友谊,通过互相交流发现同伴以及对自己存在的问题,并加以解决 (2)阅读学习了《现代软件工程—构建之法》第5章和第12章内容, (3)与团队成员交流沟通,共同建设团队, |
团队博客链接 | 团队博客链接 |
任务2:团队组建
在实验三结对基础上,结对小组两两自由组合,组建软件项目研发团队;
申请开通团队博客,点击以下链接提交团队信息,将团队博客加入到班级博客
已按要求完成:
-
1.队名;
- 佩琪小分队
- 佩琪小分队
-
2.团队成员组成,按以下列表形式给出,个人博客地址需加超链接,在备注中标记团队组长(PM);
成员学号 | 成员姓名 | 个人博客地址 | 备注 |
---|---|---|---|
30109 | *诚 | https://www.cnblogs.com/hc82/ | 组长 |
30133 | *作朝 | https://www.cnblogs.com/zuochao/ | 开发 |
30140 | *婷婷 | https://www.cnblogs.com/ztt0808/ | 文档 |
30118 | *云云 | https://www.cnblogs.com/lyy-942 | 测试 |
- 3.成员风采:介绍每位队员的风格、擅长技术、编程兴趣、希望的承担的软工角色(文档、开发、测试、PM等)、一句话宣言等;
成员 | 风格 | 擅长技术 | 编程兴趣 | 希望承担的软工角色 | 宣言 |
---|---|---|---|---|---|
*诚 | 动手能力较强,善于沟通,乐于交际 | python | 爬虫 | PM | 我曾踏足山巅,也曾进入低谷,二者都让我受益良多 |
*作朝 | 认真严谨,韧性十足,有较强的团队精神 | python | python | 开发 | 只要路是对的,就不怕路远 |
*婷婷 | 积极向上,善于思考,有较强的上进心,具有吃苦耐劳的精神,做事细心谨慎,责任心强。 | Python | web前端 | 文档 | 人生在勤,不索何获 |
*云云 | 仔细认真,积极主动,性格开朗,待人友好,良好的沟通能力 | python | python | 测试 | 两粒种子,一片深林 |
- 阅读《现代软件工程—构建之法》第7章,理解MSF的9点基本原则
-
推动信息共享与沟通(Foster open communications)
-
为共同的远景而工作(Work toward a shared vision)
“共同的远景”是指产品的远景。我们做一个产品,不管是应用软件、行业软件,还是通用软件,要明确项目的目标是什么。这个目标必须是明确的,没有二义性,这个目标不是当前就能达到,必须是通过努力才能达到的;
-
充分授权和信任(Empower team members)
这一点的关键是“授权”这个词,授权(Empower)有两个意思: 给某人权力和权威 给予某人更多自信和自尊在一个高效的团队中,所有的成员都应该能得到充分的授权,他们有权在职权范围内按照自己的承诺完成任务,同时,他们也充分信任其他同事能实现各自的承诺。类似地,团队的顾客(包括内部和外部的顾客)也认为团队能兑现承诺,并进行相应的规划 MSF提倡自下而上的计划,每个人有充分的权力估计并决定自己的任务需要多长时间,而不是上级交给的时间,这意味着让真正做这件事的人按照自己的估计去完成任务。这样做的结果是啥?是人人都会支持项目的计划和时间表,因为这个时间表是每个人自下而上订出来的 充分授权在MSF团队模型的另一个含义是:信任,鼓励团队成员成长,每人都可以在某一时段。
-
各司其职,对项目共同负责(Establish clear accountability and shared responsibility)
在项目进展的过程中,对于每一项任务,每个人都要明确以下几点。 Who:谁负责 What:做什么,具体的执行方案,什么叫做“做好了” When:什么时候开始,什么时候结束 Why:为什么是这样安排(和项目的远景是否吻合),在什么情况下可以变更? 与“信息共享与沟通”原则相呼应,这样的安排能让所有人都明确自己的职责,同时有“大局观”—知道别人在做什么,为什么,以及整个项目的目标
-
交付增量的价值(Deliver incremental value)
现在的软件产业,特别是和互联网相关的产业,变化非常快,用户希望产品团队经常提供更新,以适应新的需求。我们要保证在两个方面保证客户的利益:
-
保持敏捷,预期和适应变化(Stay agile, expect and adapt change)
软件工程,唯一不变的是变化。所以干脆别幻想客户的需求会在第一时刻很明确,然后保持不会变。要注意,我们是预期变化,不是期望变化 除开外部原因,团队内部也在变化,我们对技术的掌握每天都在提高,原来认为不可能的事可能变得容易。我们对客观世界和软件系统的了解每天都在深化,原来觉得没问题的小细节忽然成了大问题。甚至原来一起打拼的同事忽然要离开……这些都要求我们团队保持敏捷的身段
-
投资质量(Invest in quality)
对质量的重视,引起对质量的投资,引起对人、过程和工具的投资。
-
学习所有的经验(Learn from all experiences)
在学习过去的经验的同时,也要避免让过去的经验妨碍解决现在的问题 这一原则有两个含义——把经验总结出来分享经验 MSF在每一个里程碑结束时都要做一个“里程碑回顾”,这个回顾不必等到整个项目结束才做。这样做的好处是,大家对最近的成败都记忆犹新,能提供比较准确和全面的反馈;如果发现了错误,可以马上研究解决办法,在下一个里程碑中通过实践来验证。另外,一些好的做法可以及时得到总结和推广。 在项目结束时,MSF推荐请团队以外的专家来主持召开“事后诸葛亮”会,这样的专家会比较系统地总结团队的成功经验和失败教训,同时也客观评价团队的一些特性和团队的开发过程管理,这样能促使团队成员以客观、向前看、解决问题的心态来参加“事后诸葛亮”会,避免主观臆断或相互指责。
- 4.组建团队企业微信群聊,以下是交流沟通截图。
-
5.团队特色描述,言简意赅的描述团队特点或核心竞争力
本团队最大的优点有三个,凝聚力,执行力,敢发声。
整个团队都是围绕做好项目这个目标而努力;队长布置任务后,能严格按照规定时间提交任务甚至提前;不只有队长一个人在发声,当有不同意见或队长的主意偏离目标时,团队成员敢于提出质疑和想法。
-
6.记录完成《实验四 团队作业1:软件研发团队组建》各项任务实际花费的时间
各个阶段 | 预估的时间(分钟) | 实际的记录(分钟)计划 |
---|---|---|
计划 | 40 | 40 |
· 估计任务需要多少时间 | 40 | 40 |
团队组建(包括下面 7 项子任务) | 82 | 81 |
· 成员组建 | 5 | 10 |
· 设计团队名称 | 20 | 20 |
· 商讨团队口号 | 5 | 5 |
· 介绍团队风采 | 20 | 15 |
· 组建企业微信群 | 2 | 1 |
· 介绍团队特点 | 10 | 15 |
· 建立信任关系 | 20 | 15 |
总共花费的时间 (分钟) | 122 | 121 |
-
7.谈谈完成本次作业的感受和体会:
本次团队学习任务是在之前结对小组的基础上两两组合而成。多了一倍的人,并不像是“人多了,事就好办了”,人多固然有人多的好处,但也伴随着相当的弊端。人数多的优势在于,任务划分能够更加细致,每个人的任务可以减小一些。但如何根据每个人的能力划分这不是一朝一夕就能够做到的,并且我们以总分总的学习方式分析本次案例,一旦有个别成员分配的任务完成较慢,那整个团队的进度就慢了下来。
团队学习比起小组来说最大的优势就是能够多角度看待问题,每个人思考同一个问题时就有四个不同的看法,而以小组学习时,两个人的想法是很有可能重复的,而且一个人容易受另一个强势的人的影响而导致失去自己的主见。经过这次团队学习,我们相信在以后的团队任务中,分工合作会越来越好。