alpha事后诸葛亮

设想和目标

1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?

我们的软件能使用户自动获取自己在各支付平台的账单信息,还能手动添加账单信息,并将二者进行总结,得到用户某段时间内的收支情况。定义得很清楚,我们的典型用户是依赖电子支付的年轻人群体,场景是用户使用电子支付的情况。

2.我们达到目标了么?

我们没能达到目标,我们只完成了简单的UI设计,我们的自动获取账单功能由于在非开发问题上耗费了不少精力,未能完成,我们的手动添加账单功能由于前后端对接出现了问题,未能通过测试。

3.用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?

由于没有进行宣传,用户量为0,与我们事先预想的一致。我们所保留的功能都是最为核心的重要功能,缺一不可。我们离目标稍微近了一点。

有什么经验教训? 如果历史重来一遍, 我们会做什么改进?

在alpha版本我们应该集中精力完成一个拥有基本功能的可用的版本,而不是将精力分散到太多方面,如果历史重来一遍,我们会优先完成手动输入账单的功能并制作更好的UI。

计划

1.是否有充足的时间来做计划?

有。

2.团队在计划阶段是如何解决同事们对于计划的不同意见的?

队内讨论解决。

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

没有都做完,没有做完的有三个原因:

(1).低估了申请到自动获取账单所需各种权限的难度,相关权限的申请涉及到很多商业方面的问题,需要网上备案,还需联系工商局,申请的描述也要注意许多用词,申请提交后也需要时间审批。

(2).在alpha冲刺前制定计划时,选择了完成难度较大的自动获取功能,结果由于能力原因未能按计划完成自动获取功能。

(3).冲刺过程中危机感不足,未能发挥团队的最大潜力。

4.是否每一项任务都有清楚定义和衡量的交付件?

是的,由于项目功能数量并不多,因此能对各项任务进行清楚的定义。

5.是否项目的整个过程都按照计划进行,项目出了什么意外?

基本按照计划进行,项目最后的前后端对接出了一些问题。

6.在计划中有没有留下缓冲区,缓冲区有作用么?

计划中没有考虑到。

7.将来的计划会做什么修改?

更加细分各个任务阶段,避免最后汇总时出了问题难以排查。

资源

1.我们有足够的资源来完成各项任务么?

小组的总体编程能力在开发中遇到了不小的考验,但现阶段的任务勉强可以完成。

3.各项任务所需的时间和其他资源是如何估计的?

由任务的难度估计,因为小组全体成员都没有经验。

3.测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?

不是很够,这也是小组未能及时完成alpha版本的重要原因之一。

我们低估了申请到自动获取账单所需各种权限的难度,相关权限的申请涉及到很多商业方面的问题,需要网上备案,还需联系工商局,申请的描述也要注意许多用词,申请提交后也需要时间审批。

我们低估了美工设计的难度,美工设计被证明并非我们的强项,遭到了大批同学的吐槽。

变更管理

1.每个相关的员工都及时知道了变更的消息?

是的,我们的四人小组在应对变更时通知相当及时。

2.我们采用了什么办法决定“推迟”和“必须实现”的功能?

组内讨论。

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

没有定义。

4.对于可能的变更是否能制定应急计划?

这方面没有做好

5.员工是否能够有效地处理意料之外的工作请求?

在这方面我们经验不足,反应较慢。

设计/实现

1.设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?

在alpha开发之前就做好了,由小组成员共同讨论要完成的内容。是合适的时间与人。

2.设计工作有没有碰到模棱两可的情况,团队是如何解决的?

UI界面的设计上出现了一些不同意见,通过组内投票表决+组外人评价解决。

3.团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么?

没做过。

4.代码复审(Code Review)是如何进行的,是否严格执行了代码规范?

通过平时的自我审查以及任务汇总前的组内复审,严格执行了代码规范。

测试/发布

1.团队是否有一个测试计划?为什么没有?

在发布前有一个测试计划。

2.是否进行了正式的验收测试?

没有。

3.团队是否有测试工具来帮助测试?

没有,基本功能的测试比较容易实现。

4.团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?

由于基本功能未能通过测试,因此没做效能测试。

5.在发布的过程中发现了哪些意外问题?

github有段时间登不上。

团队的角色,管理,合作

1.团队的每个角色是如何确定的,是不是人尽其才?

林晗(组长):负责文案,文档编写,美工。

林松雄:负责主要前端。

黄显东:负责主要后端。

陈基智:负责部分前端与后端。

各司其职,碍于团队成员个人能力问题,可能并没有做到人尽其才。

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

团队成员之间经常互相帮助。

3.当出现项目管理、合作方面的问题时,团队成员如何解决问题?

组内讨论解决。

总结:

1.你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?

第二个档次,可重复级。

1.对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例。

我觉得我们在alpha阶段做的很不好。

2.你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?

磨合阶段。

3.你觉得团队在这个里程碑相比前一个里程碑有什么改进?

有了一点实质性的代码开发,并非一直把项目停留在口头。

4.你觉得目前最需要改进的一个方面是什么?

我们需要快速地将新学习到的东西投入到实际开发当中。

5.感谢

感谢团队给与我的帮助,在代码能力这块我实在有些欠缺,感觉组员给我技术上的指点

时间: 2024-08-30 07:02:06

alpha事后诸葛亮的相关文章

Alpha 事后诸葛亮(团队)

Alpha 事后诸葛亮(团队) 标签(空格分隔): 软工实践 作业的传送门 设想和目标 1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? acm队员个人训练中的所有需求以及简化管理层人员的管理,定义的很清楚,对典型用于和场景有清晰的描述. 2.我们达到目标了么? 除了 个人能力分布分析 部分的个人能力图做不了外,其他部分基本上都按时完成了,甚至提前完成,并且分析的时候发现做了部分Beta版本的内容,因为我们的开发时间其实是比较长的,从组队确立开始后,立刻就进

17秋 软件工程 Alpha 事后诸葛亮会议

题目: 团队作业--Alpha冲刺 17秋 软件工程 Alpha 事后诸葛亮会议 项目的预期计划 部员模块 账号管理:账户登录,修改信息以及绑定手机 提交入部申请,查看活动通知 查看排班,请假/换班以及活动签到 管理员模块 账号管理:账户登录,修改信息 新建/解散部门,一键排班 发布通知,发送短信/邮件 超级管理员模块 登录功能 审批活动申请以及新建部门申请 项目的现实进展 部员模块 账号管理:账户登录,修改信息以及绑定手机 提交入部申请,查看活动通知 [未完成]查看排班,请假/换班以及活动签到

Alpha 事后诸葛亮

目录 设想和目标 计划 资源 变更管理 设计/实现 测试/发布 团队的角色,管理,合作 总结 本小组和其他组的评分 分工和贡献分 全组讨论的照片 问题 第一组提问回答:爸爸饿了队 第二组提问回答:拖鞋旅游队 第三组提问回答:很行队 第四组提问回答:火箭少男队 第五组提问回答:起床一起肝活队 第七组提问回答:第三视角队 第八组提问回答:小白吃队 第九组提问回答:我的头发呢队 PSP 学习进度条 组长博客链接:https://www.cnblogs.com/heihuifei/p/10055777.

第02组 Alpha事后诸葛亮

1.组长博客链接 2.参考邹欣老师的问题模板进行总结思考 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 答:我们<雪人兄弟2019>是一款怀旧游戏,主要目的在于唤起用户童年记忆的同时在游戏中加入我们的独特风格,让玩家感到更加地愉悦和舒心. 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?)? 答:原计划是做到游戏地图的创建和游戏人物的创建和顺畅移动这里,到目前为止,完成的功能有 : 1,实

Alpha事后诸葛亮(团队)

设想和目标 1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 我们的软件要解决用手机使没有指纹验证硬件的电脑可以利用指纹进行文件的加密.定义的很清楚.我们针对的是普通个人用户对于私人资料的日常加密. 2.我们达到目标了么? 我们的原计划是做出一套可用的加密系统包括电脑上的软件以及配套的手机app和两者之间的通讯连接,可以说我们以及按时完成了我们的预定目标. 3. 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?有什么经验教训? 如果历史

Beta之后的想法

软件工程如果没选实践,单纯在理论课上面对教条化的理论,这些理论都是很有指导意义的,但没有实践课带来的切实的多人团队合作开发项目的实际体会,很难能领会到其中的深意.知行合一,才能发现软件工程里的知识都是有用的经验之谈. 不要认为一切将运作良好 缺乏合理的进度安排是造成项目滞后的最主要原因--它反映了一种不真实的假设:一切都将运作良好 软工的工作量肯定是大学以来最大的一个实践课,需要选课的同学端正自己的态度,如果想要实打实地完成一个质量尚可的项目,要投入的精力肯定是不能少的.软工不是写写程序这么简单

集美大学网络1413第十一次作业成绩(团队七) -- Alpha冲刺之事后诸葛亮

题目 团队作业7--Alpha冲刺之事后诸葛亮 团队作业7成绩  团队/分值 设想和目标 计划 资源 变更管理 设计/实现 测试/发布 团队角色. 管理.合作 总结 讨论照片 团队成员 角色.贡献 总分  1 1 1 1 1 1 1 1.5 0.5 1 10 六个核桃 1 1 1 1 1 1 1 1.5 0.5 1 10 NO.NE 1 1 1 1 1 1 1 1.5 0.5 1 10 六指神功 1 1 1 1 1 1 1 1.5 0.5 0.5 9.5 wt.dll 1 1 1 1 1 1 1

Alpha冲刺之事后诸葛亮

事后诸葛亮分析 Alpha冲刺,很多同学经历了"Learning by doing"的学一门新的编程语言.学Git.学做一个完整的项目.但是,各组对于软件工程的"Learning by doing"的内涵了解的还不深刻,遇到的问题也不少.停一停,开个总结会,来次事后诸葛亮,为了下一步走的更好.请各小组在Deadline之前,召开事后诸葛亮会议,发布一篇事后分析报告. 总结的提纲内容,请参照课本15章内容或邹欣老师的博客: a. 项目管理之事后诸葛亮会议:http:/

团队作业7——alpha阶段之事后诸葛亮分析

事后诸葛亮分析 Alpha冲刺,很多同学经历了"Learning by doing"的学一门新的编程语言.学Git.学做一个完整的项目.但是,各组对于软件工程的"Learning by doing"的内涵了解的还不深刻,遇到的问题也不少.停一停,开个总结会,来次事后诸葛亮,为了下一步走的更好.请各小组在Deadline之前,召开事后诸葛亮会议,发布一篇事后分析报告. 1.总结的提纲内容,请参照课本15章内容或邹欣老师的博客: a. 项目管理之事后诸葛亮会议:http