大马猴队-事后诸葛亮分析

 

  • 设想和目标

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

解决我们队员提出的设想:微信能否更加简洁,给用户提供更纯净的聊天服务。定位很清楚。

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

时间较充足。

3.团队在计划阶段是如何解决成员对于计划的不同意见的?

求同存异,以大佬意见为主。

  • 计划

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

原计划中的两个功能没有完成,主要是因为时间问题,项目期间碰到考试,复习占用了大量时间。

2. 有没有发现你做了一些事后看来没必要或没多大价值的事?

没有。

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

大部分部分没有,导致后面出现很多问题。

4. 是否项目的整个过程都按照计划进行?

基本按照计划进行。

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

有缓冲期,也起作用了。

  • 资源

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

有。

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

精度基本没有,都是有时间就干活。

3. 用户测试的时间,人力和软件/硬件资源是否足够?

足够。

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

没有,我们的分工还是挺科学的。

  • 变更管理

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

是的,队员平时关系比较好,新消息流传得很快。

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

讨论决定。

3.  项目的出口条件(Exit Criteria)是否得到清晰的定义?

清晰,我们的出口条件是程序能稳定且流畅的运行,能完成基础的聊天软件功能,包括注册登录、好友搜索添加、好友聊天。

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

没有,谁有空谁上。

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

能,队里我说了算。

  • 设计/实现

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

设计工作在项目一开始由开发人员完成,时间和人员都合适。

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

技术决定话语权。

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

没有。

4.  什么功能产生的Bug最多,为什么?

APP聊天功能。新手上路是这样的。

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

没有代码规范。因为觉得没必要。

  • 测试/发布

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

有测试计划。

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

应该算有吧。

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

没有。

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

在实际使用中跟踪软件的效能。

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

没有。

团队成员在Alpha阶段的角色和具体贡献:设总分20*5=100

名字 角色 团队贡献分 可验证的贡献
黄晓彬 PM 20 博客书写&测试
黄钰城 Dev 20 app
黄梓垲 Dev 21 后台&app
李树 Dev 20 页面
蔡海杰 Test 19 辅助&测试

(讨论照片明天上传)

原文地址:https://www.cnblogs.com/busizzzz/p/9961270.html

时间: 2024-11-02 17:52:29

大马猴队-事后诸葛亮分析的相关文章

事后诸葛亮分析

事后诸葛亮分析--莪的拽.像省田各号①样没尽頭队 一.总结的提纲内容 二.团队成员在Alpha阶段的角色和具体贡献 成员 软工角色 团队贡献分 可验证的贡献  吴堂煌 PM 20 原型.UI  郭鹏燕 DEV   数值系统  张灏泓 DEV   数值系统  张国峻 UI   UI  王圣嘉 DEV   数值系统  林广阳 UI   UI 原文地址:https://www.cnblogs.com/m870100/p/9955368.html

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

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

团队博客-第六周:事后诸葛亮分析报告(科利尔拉弗队)

总结: 在本次团队项目中,作为组长的我也学会了一些如何促进成员进行项目开发的方式,例如:为团队开发任务制定计划,督促组员按时完成,该催成果的还是该催一催. 讲讲对于这个项目的一些总结,由于该项目一个Web项目,所以在联络人员组成队伍后便开始了开发技术的确定:后台使用springboot框架开发,前端使用HTML+CSS+JS开发, 数据库使用MySQL关系数据库并使用Navicat可视化功能对数据库进行设计,将项目布置到阿里云服务器进行发布.在这些阶段中,各个成员也获取了自己想要的知识:后台人员

深海划水队之事后诸葛亮分析

总结: 我们小组选择的项目是俄罗斯方块,选择了一种情怀.我们小组开会以后,讨论了很久,最开始的想法是先实现经典的俄罗斯方块,然后再加入一些新的元素,比如道具和难度,这样就是一款加强版俄罗斯方块.后来再完成过程中,虽然我们分配了工作,但是由于是第一次团队项目,所以队员之间的契合度不高,彼此需要磨合一段时间,所以前期的进展较慢.再经过几次开会以后,我们慢慢找到了节奏,互相信任,互相帮助,这期间也遇到了一些困难,在实现一些游戏功能上,找不到方法,或者是找到方法后,考虑不周到导致的bug--也有过暂时的

大马猴队—— 团队合作

大马猴 队员 黄梓垲 3116005138 风格:刺激战场钢枪王中王 擅长的技术:java,98K,m4,awm 编程兴趣:JavaWeb后台开发 希望的软工角色:开发 一句话宣言:多吃菜,少喝汤 黄钰城 3116005137 风格:小谷围高学成 擅长的技术:php python ADCarry 编程兴趣:python运维 希望的软工角色:开发 一句话宣言:老鸭粉丝汤 黄晓彬 3116005136 风格:排队喝汤的小白 擅长的技术:Python 编程兴趣:Python天下第一 希望的软工角色:P

软件需求规格说明书-大马猴队

团队名称:大马猴 码云:https://gitee.com/hzkkk/wx 码云的团队项目issues: 文档修改记录 日期 版本 说明 作者 2018-10-18 V1.0 第一次编写 黄晓彬                                 1. 引言 1.1 目的 编写此文档的目的是进一步定制软件开发的细节问题,希望能使本软件开发工作更具体.同时,详细分析项目总体需求,可以作为软件开发工作的基础和依据以及确认测试和验收的依据. 1.2 背景 本次待开发的软件为薇信web及a

团队项目第六周——事后诸葛亮分析(苏察哈尔灿)

总结 我们团队做的是web网页活动订座系统,刚开始讨论的是电影订票系统,但后来觉得太寻常了,于是为了增加可选择性,改成活动订座系统,这样无论什么活动,只要涉及活动订座,都可以使用此系统,具有活动通用性,团队成员觉得都可以.于是便开始进行前后端的分工设计,想好web网页需要分成几个部分,每个人需要负责什么,然后根据团队计划一步步向前推进,最后各成员基本都完成各自的任务,得到的成品虽然还有待提高,但基本满足我们的需求,因为本身就想用这个团队作业练手,所以总体来说还算可以吧.事后分析的话,觉得团队内部

事后诸葛亮分析(Beta阶段)

设想和目标 1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 解决用户想要随时锻炼四则运算能力的问题:定义的很清楚:有清晰描述. 2.是否有充足的时间来做计划? 有时间,在alpha阶段后,我们调整了小组成员后,进行了一次讨论,然后再详细划分每个成员任务. 3.团队在计划阶段是如何解决同事们对于计划的不同意见的? 主要通过聚在一起然后进行讨论,最后确定一个方案,就一起按照这个方案去执行. 计划 1.你原计划的工作是否最后都做完了? 如果有没做完的,为什么?

Beta阶段事后诸葛亮分析

设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 要解决的问题:学生们经常在实验室上课,时常会遇到实验器械出现故障需要报修,而普通的方法就是直接向老师汇报,有时候老师会忘记,并且还需要想维修的人员进行转达,学生也无法知道合适完成了维修.所以开发了实验室报修系统方便学生和教师. 典型用户:集美大学老师和集美大学学生 场景如下: 学生们正在上实验课,同学甲发现一台机器出现故障,同学甲可以登陆保修系统,填写故障机器的编号,故障的问题. 后台管理员可以