01组团队项目-中期总结

一、Alpha冲刺链接

冲刺轮次我的博客链接
Alpha 1/601组团队项目-Alpha冲刺-1/6(wxy)_我永远喜欢雪乃的博客-CSDN博客
Alpha 2/601组团队项目-Alpha冲刺-2_6吴兴元_我永远喜欢雪乃的博客-CSDN博客
Alpha 3/601组团队项目-alpha冲刺-3_6_我永远喜欢雪乃的博客-CSDN博客
Alpha 4/601组团队项目-Alpha冲刺-4/6_我永远喜欢雪乃的博客-CSDN博客
Alpha 5/601组团队项目-Alpha冲刺-5/6_我永远喜欢雪乃的博客-CSDN博客
Alpha 6/601组团队项目-Alpha冲刺-6/6_我永远喜欢雪乃的博客-CSDN博客

二、团队名片

2.1.队长博客连接:
https://bbs.csdn.net/topics/609350477
2.2.团队Logo:

2.3.团队ID号与团队名称: 01组 画饼大队

2.4.团队现场答辩总结
在alpha冲刺答辩中,团队向班级展示了目前项目的进度以及beta冲刺后的计划,在其中收获了很多同学们的宝贵意见。一是小程序的UI的登录界面与其他软件可能有相似性,没有创新点,需要加以改善;二是班费管理系统的规划还不够完善,在beta冲刺阶段也需要去解决该问题。
2.5.团队讨论的真实照片
请添加图片描述

2.6.以表格形式展示团队中每个人在本次作业中的具体分工和各自得分比例

姓名任务任务量占比
廖国均项目统筹、任务分配、队内沟通80%
林展前端代码实现、前后端沟通、接口实现150%
高浩楠前端代码实现、接口实现126%
程玉莹前端代码实现、接口实现、代码合并138%
饶杰前端代码实现、接口实现126%
林梓枫后端代码撰写、前后端沟通、90%
王若婷后端代码撰写、博客内容统筹90%
李焯春后端代码撰写、原型图绘制70%
杨雨轩后端代码撰写、PPT制作90%
吴兴元后端代码撰写、视频剪辑70%
翁熠霆后端代码撰写、视频配音70%

三、总结思考

3.1 设想和目标(5分)

1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
我们的软件要解决的是中小学学校与家长之间线上对接的复杂与繁琐问题。
定义的较为清楚,将家校同类功能最简化与方便化,保留健康打卡、请销假、作业安排与提交功能等,除去冗余内容,目的就是为了减轻家长负担,提高教师工作效率。
有较为清晰的描述,目前市面上家校通类产品繁多,但功能过于复杂,导致了家长,特别是工作繁忙或者身份为爷爷奶奶的家长需要花费较大的精力去探索软件的功能,以及教师端收到的作业文件命名不整齐、格式多样等,这些是我们需要解决的问题。

2.我们达到目标了么?(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?
前端部分:缺少班费管理模块及各模块的对接接口。
后端部分:后端基本达成了目标,后续需要再继续debug。
原计划功能有5个,目前实现了3个。
还没有投入使用,没有用户数量。

3.用户量,用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
项目还处于开发阶段,没有正式发布,所以目前还没有用户量。

4.有什么经验教训?如果历史重来一遍,我们会做什么改进?
学到了做项目前,市场分析调研的重要性与必要性,如果再来一遍,我们会对项目的创新点做出更加完善的设想与规划。

3.2 计划(6分)

1.是否有充足的时间来做计划?
有,在项目前期阶段进行过为期两周的选题报告准备,在此期间团队已经为项目制定了详细的项目计划,也随着项目的进行有所细微的调整。

2.团队在计划阶段是如何解决组员对于计划的不同意见的?
团队进行过多次的线下集体讨论活动,在该环节成员之间互抒己见,抛出问题,解决问题。

3.原计划的工作是否最后都做完了? 如果有没做完的,为什么?
目前还没有做完。

  • 课业繁忙,在软工投入的时间有限
  • 组内沟通交流不是太顺畅
  • 开发前的学习不够充分,使用的功能需要现学
  • 没有找到能够直接参考的资料,自造轮子,导致效率比较低

4.有没有发现做了一些之后看来没必要或没多大价值的事?
目前没有发现。

5.是否每一项任务都有清楚定义和衡量的交付件?
对软件的设计有较清楚的定义,可参考本组选题与分析报告中“验收与验证标准”一栏。其他美工、文档等任务没有太大的定义与交付件。

6.是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?
大致按照计划进行。

  • 数据结构没有定义好,笼统表述了需要的数据的概念,导致对接时比较困难。
  • 前后端的项目数据传输有问题,导致代码更新后无法及时作用到另一方,整合需要花费时间;
  • 云开发形式弱化后端概念,且由于创建者才有读写云端的权限导致协作时十分麻烦。
  • 没有预估到前后端学习的困难,其实学习框架需要的时间是比较长的,很难短期内速成。

7.在计划中有没有留下缓冲区,缓冲区有作用么?
没有留下缓冲区,因为本身项目的时间就比较紧,不太有缓冲时间。

8.将来的计划会做什么修改?(例如:缓冲区的定义,加班)
按照项目的进度来规划。

9.学到了什么? 如果历史重来一遍, 会做什么改进?
学到了团队合作的重要性。如果再来一遍,希望团队成员能够提高参与度与讨论度。

3.3 资源(6分)

1.我们有足够的资源来完成各项任务么?
学习资源挺多的,但是时间资源不太够,短时间内学习好一门编程语言并且熟练运用,对大家来说都具有挑战性。

2.各项任务所需的时间和其他资源是如何估计的,精度如何?
没有精确的时间与资源规划,只是大致计划项目在某一段时间内做到某种功能。

3.测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
测试是跟编程一起进行的。由于掌握的编程技术有限,软件与硬件资源都不太够。美工设计跟文案任务量较轻松,目前没有太大难度。

4.你有没有感到你做的事情可以让别人来做(更有效率)?

有的,我个人是负责视频以及后端方面,视频方面由于之前有经验所以问题不大,但是我之前从来没有接触过后端代码,所以感觉效率极低。

5.有什么经验教训? 如果历史重来一遍, 会做什/么改进?
如果重来一遍,会提前规划好人员分工,方便去学习新技术。

3.4 变更管理(6分)

1.每个相关的员工都及时知道了变更的消息?
如果项目的内容有变更,队长与队员都会及时在团队群组中说明问题,大家都能及时收到消息。

2.我们采用了什么办法决定“推迟”和“必须实现”的功能?
一是看功能的必要性,二是看功能的重要性,三是看功能的实现简单性。

3.项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?
没有清楚的定义。

4.对于可能的变更是否能制定应急计划?
应该不能,时间挺紧张的,没太大可能做出应对计划。

5.组员是否能够有效地处理意料之外的工作请求?
一般吧,目前大家都能的处理额外的较小任务量的工作要求。

6.学到了什么? 如果历史重来一遍, 会做什么改进?
学习到了需要预留充足的时间来面对突发问题。如果重来一遍,会对项目的每个任务的完成时间进行较好的规划。

3.5 设计/实现(6分)

1.设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
设计工作中,首先由队长廖国均确定最终项目功能与要求,由李焯春、翁熠霆两位队员进行原型设计。
本工作是在选题与需求分析阶段完成的,都顺利完成了。

2.设计工作有没有碰到模棱两可的情况,团队是如何解决的?
有出现对程序的界面具体排版不清楚的地方,是与队长共同交流来确定最终设计版本的。

3.团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么?
有用到UML图来设计和实现项目的具体功能。
很有效,为团队开发的小程序系统建立了可视化模型,方便负责开发的的成员直观、方便地理解系统结构。

4.比较项目开始的 UML 文档和现在的状态有什么区别?这些区别如何产生的?是否要更新 UML 文档?
UML文档需要有区别,但还没更新。
区别是由后端进度问题导致的,因为后端有数据库支撑数据的存储,所以要依照数据库设计给出各组件的定义才能妥善统一好框架。

5.什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
还在测试阶段,这一阶段的BUG主要由对接产出,预计将是主要的两个功能模块最有出错风险,因为涉及的数据量及数据处理逻辑均较复杂。

6.代码复审(Code Review)是如何进行的,是否严格执行了代码规范?
没有制订代码规范,代码复审是在测试结果出现问题之后进行的。

7.学到了什么? 如果历史重来一遍, 我们会做什么改进?
学习了很多有用的新技术。如果重来一遍,会在前期预估好每个功能开发的难度,并对其进行开发重要性排序。

3.6 测试/发布(5分)

**1.团队是否有一个测试计划?为什么没有?**是否进行了正式的验收测试?
有,在小程序每一个功能模块完成之后,都会在前端渲染数据,随后查看后端数据库是否正确导入。目前项目还在开发阶段,没有正式的验收测试。

2.团队是否有测试工具来帮助测试?
有,微信开发者工具调试器。

3.团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
方法:打开微信开发者工具的调试器,在调试器中查看软件效能。
这些测试工作有用,能够对功能实现函数和代码逻辑进行完善与修改。
目前测试工具没有需要改进的地方。

4.在发布的过程中发现了哪些意外问题?
小程序还处于开发阶段,暂时没有正式发布。

5.学到了什么? 如果历史重来一遍, 会做什么改进?
收获:对项目进行测试是一个非常重要的过程,能够验证、测试软件的运行是否能达到预期值,并提前发现、解决问题存在的问题。
目前项目进展还未到发布阶段,后续会逐步开展进度。

3.7 团队的角色,管理,合作(5分)

1.团队的每个角色是如何确定的,是不是人尽其才?
通过个人擅长的方向确定不同领域的负责人与核心成员。
做到了人尽其才,每个人都在其擅长的领域为团队做贡献。

2.团队成员之间有互相帮助么?
有。

3.当出现项目管理、合作方面的问题时,团队成员如何解决问题?
以队长统筹协调,队员相互讨论的方式,通过群组讨论与线下十分钟会议的方式来解决问题。

4.每个成员明确公开地表示对别人帮助的感谢 (写在各自的博客里):
我感谢翁熠霆对我的帮助,因为他在视频剪辑过程中给予我很大的帮助,在后端的代码方面也帮助很大。

3.8 总结(6分)

1.程玉莹:

刚接触任务时其实是崩溃的,因为个人感觉前端真的算是比较挠人的事,可能是前端知识储备不到位,首次接触微信程序开发是在结对编程作业中,并且选题并不是所感兴趣的。但慢慢发展下来心态也是比较平稳的。
总体来说前中期的前端开发项目感受还是不错的,廖组长任务下发很及时,相应的分配也较为合理。同时就是前端扛把子林同学和组长以及后端大佬的交流沟通非常到位,在收到消息的第一时间就会下发给我们。
同时在本次小程序运用中的收获颇多:比如对js文件的编写与调用能力有所提高;掌握全局变量的相关知识,并且对部分函数可以更好调用;对页面跳转整合更上一层楼;在个人编写功能模块时通过对导航栏分页面的部署以及相应的页面布局进行相关资料查询后相应的知识储备也有了一定提升;了解到如何设置数据携带参数进行跳转、request调用录入数据以及前后端连通的相关知识;最后对云开发有初步的认知和了解。

2.高浩楠:

任务之初,我自身是处于担心焦虑的状态,害怕自己的技术达不到编程要求,完不成负责的任务量,托团队后腿。在负责人安排分工之后,我选择了自己觉得相对简单的主页模块,也让自己放下了胆怯,敢于去做。正式编程开始,我每天和代码作斗争。根据原型设计,我构思了小程序中页面的实现,学习了小程序中前端的方法,尝试了代码的编写。完成基本页面后,自己也是挺有成就感的,第一次自己负责一个模块,第一次开发小程序,那时的成就感让我天天沉浸在写代码实现页面的世界里,动力十足。当然,任何的开发都不会一帆风顺,我的第一次开发在实现轮播图、下拉框、文件上传时就遇到了困难。由于这三个的实现方法和网页实现方法差异较大,我的页面出现了轮播图插入失败、下拉框位置的混乱、文件上传失败的种种错误,内心一下跌入谷底。调整心态之后,自己开始查阅资料,阅读csdn相关文章,再次尝试,然而问题依旧不断。鉴于任务时间紧张,我询求了队友的帮助,队友帮助我一起查阅资料,经历了不断的尝试,最终顺利解决问题。后期过程中,自己不断完善页面设计,学习数据交互方法,做出了更多尝试。整个实践过程,我都在不断尝试,尝试自己从未做过的事情,学习自己从未接触过的领域,也在不断挑战着自身的身心极限,真的会因为任务的进度影响自己的状态。到目前为止,我的实践过程是坎坷曲折的,但它也在一路前行着,我学习到了更多的前端知识,实践了更多的功能开发,也感受到了团队开发的氛围。总的来说,自身感觉还不错,学习中受着折磨,折磨中学习着,综合锻炼了自己。

3.廖国均:

感觉非常的累。其实团队项目,我们最难受的一点在于沟通非常困难。我们不像一个公司可以随时召集工作人员一起开会讨论项目细节,我们开会也因为不同班级不同专业的原因只能开腾讯会议。这是比较致命的点。不过在某些方面倒是有了成长,这也是一种收获。

4.林梓枫:

由于前后端组知识重叠的部分较少,对于类的认知存在较多的差异,整合起来很不容易。同时由于后端组对于前后端连接都不是很了解,所以在连接这方面我们花了大量的时间去学习,最终勉强能连接成功。这是一次难得的项目开发,我能亲手去实现一个程序的一部分,同时我也感觉到了开发的任务量之大和难度。

5.饶杰:

这是我第一次和很多人一起做一个比较完整的项目,我在前端的感觉总体还行,只是有点累。我觉得主要是因为没有向后考虑那么多,导致我做的时候从局部到整体开始做,一开始没有形成一个统一的观念,也没有为做交互做考虑。其实应该一开始就搞好页面之间的跳转关系,在写代码的时候也同时为交互做考虑,这样也许会更好吧。无论怎样,这第一这做项目对我来说可以算是一次宝贵的经验了。

6.王若婷:

本次alpha冲刺阶段,个人任务是进行后端知识的学习,以及负责文档材料的收集与整理,由于多科学业的压力以及时间资源有限,后端的学习未能跟上原本的进度,会在后续跟进。心情体会就是喜忧参半吧,接触了曾经最抗拒的后端技术,走出了舒适圈,督促着自己不断学习学习,也收获了许多东西。

7.翁熠霆:

第一次参与团队编程项目,最开始体验非常糟心。因为自己什么都不会。后来一步一步走到能少量编写入门级代码,并有队友负责兜底该BUG。算是有点成长收获的经历?然后也是这一次经历让我倍感疲惫,深深领略到了团队之间沟通管理的重要性…

8.吴兴元:

在这段时间的学习中,我学习到了许多后端知识,也算是对后端有了超过模糊概念以外的具体认知。后端在我看来就是在用户看不见的地方将用户的信息储存并输入个服务器,完成信息与功能对接。 我也认识到我的编程能力还有待进一步提高,在真正的代码实现方面目前所做的贡献依然极其有限,实在惭愧。

9.杨雨轩:

团队作业其实不仅仅是考察编程能力,也是考察团队协作,队员之间合作的一种编程模式。遇到的困难很多,大家基本上都不是主攻这一块的,好多都要现学,所以最开始队内焦虑很大。但现在其实好多了,也学习到了不少知识,收获了很多东西,也认识了新的朋友,算是比较新奇的一次体验。希望我们团队可以平稳有序的完成这次的项目,大家一次努力过了这门课。

10.林展:

首先是个人知识方面的总结:从web到微信,我大致弥补了在结队时留下的一些遗憾(没有用网络接口,不会用全局变量,重复元素的无意义复制粘贴式堆积),在前端开发的路上又往前踏出了几步。
其次是项目开发上的总结,团队型的项目真的是需要有会一定技术的、对自己的技术有自信的前后端各一个带头人才能流畅顺利的进行。有一个理论叫木桶原理来着,团队项目就像造木桶,能装的水最多是多少一定只能由最短板决定,残缺了一条腿就必然触及不到更高的领域。

11.李焯春:

该阶段还是处于学习时期,说实话,自己做的事情对团队来说微乎其微,还需多多努力。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值