beta答辩博客
一、设想和目标
1、我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
解决问题该平台面向所有热爱宠物的爱宠人士以及正在初步接触宠物人士提供交流平台，并可为那些可爱无助的流浪宠物寻得他们的新主人
典型用户和典型场景用户：新手铲屎官
用户需求：第一次养宠物，问遍身边所有人怎么饲养的，但是还是觉得不保险。假设背景：在网上询问有什么app可以有基本的饲养手册，最好有大量相关人士，养宠人士时，网上推荐爱宠云app
用户场景：下载，注册/登录，点击宠物饲养手册，看完又逛了一遍推荐后，回到个人中心，发帖“我有了一只狗(_)，第一次养狗求指导！“
用户：白领
用户需求：家中有猫，今日突然胃口不佳，想询问其他铲屎官有没有类似情况发生假设背景：经询问有闺蜜给她推荐了一个有大量铲屎官聚集的app：爱宠云，里面交流氛围友好。
用户场景：下载app,注册/登录,先进入搜索界面，可能得到结果，若没有进入个人界面创作者中心发帖提问
2、我们达到目标了吗？（原计划的功能做到了几个？ 按照原计划交付时间交付了么？）
原计划的功能做了大半，但还是部分重要功能没有做好，做好的部分也存在一些bug，虽然做了很多但是没有按原计划时间交付，现在仍然有部分功能没有完成，比如登录模块只做了登录部分。勉强按时交付，虽然部分功能没有实现，但是已经能正常使用了。
3、和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高，具体提高了多少，如何衡量的？
和上个阶段比，软件工程的质量是提高了。在alpha结束后组员有认真得去学习项目有关知识，编程能力有所提高，组员之间的合作也更加默契，让我们在有限的时间里完成了远比alpha阶段多的任务。
4、 用户量,用户对重要功能的接受程度和我们事先的预想一致么？
因为时间不够充裕，没有来得及做这一方面。
5、我们离目标更近了么?有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
确实更近了，学习能力、编程能力、合作能力都得到了提升。教训：团队合作中不能只关注个人，团队管理的能力非常重要。改进：在项目最初就做好整个学期的大致的任务计划，定好奖惩制度，并积极思考激励和督促组员完成自己任务的方法，比如线上学习会并实行。，
二、计划
1、和alpha阶段相比，每天是否时间规划的更好?
虽然有了一些提升，但是beta冲刺的任务基本是每天溢出的的工作时间堆出来的，所以很难说更好。
2. 团队在beta阶段是如何解决队友们对于计划的不同意见的？
基本上按照组长的计划实行，有意见的部分进行讨论投票。
3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
原计划的勉强完成，还存在一些功能没有实现，一些bug没有修改。没有做完的部分一部分是技术原因，一部分是时间安排不合理的原因。
4. 是否每一项任务都有清楚定义和衡量的交付件?
有，分配的任务都有清楚定义，交付件都经过了组员的讨论。
5. 项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
组内氛围低落，组员参与度低甚至不参与。这是真的难以预料的，甚至组长都有些自暴自弃，重整之后时间不足人手不足的状况也非常头痛。主要原因应该还是在交流不够上，导致团队凝聚力不足。
6. 在计划中有没有留下缓冲区，缓冲区有作用么?
学习相关知识和项目冲刺阶段都有留下缓冲区，起了很大作用，虽然出现了意外导致项目停摆和人员流失，但是还是完成了大部分的任务。
7、我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
学到了合理的计划以及团队内部的交流是非常重要的。如果重来，会想办法增强组内交流，尽力合作。
三、资源
1. 我们有足够的资源来完成各项任务么?
没有，技术人员严重不足，时间也被浪费了很多，导致只能压榨劳动力。
2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
主要根据功能模块和负责该模块的成员能力综合考虑的，但是仍然存在很大的误差
3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
因为alpha只做了前端，所以前端的时间充裕一些，但是也有些紧张，后端的时间就很紧，仍然存在bug。
美工和文案有存在低估，寻找合适的素材和设计需要时间和灵感，完成的不是很满意，编写文案时间很紧张，导致写的非常敷衍。
4. 变更的组员工作如何？如果未变更是否项目完成效率会更高？对于可能的变更是否能制定应急计划?
变更的组员工作非常非常靠谱，主动承担其他人难以完成的任务，积极参与组内讨论，让组内工作进行的比想象的顺利许多。如果未变更的话可能beta冲刺很难达到现在的完成度，甚至可能完成不了。应急计划的话，大概是根据变更组员情况修改beta冲刺的目标。
5、有没有感到某个成员做的事情可以让别人来做（更有效率）?有什么经验教训? 如果历史重来一遍, 你们会做什么改进?
按目前的情况来看，没有。教训老生常谈，交流和行之有效的激励赏罚机制在团队合作中是非常有必要的。重来的话视情况，根据人员提早安排任务。
四、设计/实现
1、项目是否经历重构？为什么需要重构？
前端进行了重构，alpha冲刺做的过于简陋。
2. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？
有使用编译程序自带的工具进行了一些测试，在解决一些bug上节省了很多时间。
4. 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
整合前后端的时候接口问题比较多，因为和线上发布的时候web存在跨域问题，基本上是编程能力的原因。
5. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
先由编写该部分的组员自己复审，在整合的的时候由整合的组员再次审核，代码规范要求严格执行。
五、测试/发布
1、和alpha阶段相比，测试工作有提高吗？在哪些地方提高了？
有，有进行过大概的测试，修复了很多简单的bug
2. 团队是否有一个测试计划？为什么没有？
有，每个组员先测试自己的模块，然后整合之后再整体的测试。
3. 团队是否有测试工具来帮助测试？
有使用编译程序自带的测试工具
5. 在发布的过程中发现了哪些意外问题？
跨域问题，图片不显示等等。
我们学到了什么? 如果重来一遍, 我们会做什么改进?
测试是非常重要的，再来一遍的话会给测试留够充足的时间。
六、团队的角色，管理，合作
1. 团队的每个角色是如何确定的，是不是人尽其才？
根据之前任务的表现和个人意愿决定的吗，部分是。
2. 团队成员之间有互相帮助么？
有，遇到困难的时候主动提出，组员之间相互帮忙寻找问题的解决办法
3. 当出现项目管理、合作方面的问题时，团队成员如何解决问题？
组内商讨投票
七、总结
1、组员们自我总结
见总结博客。
2、你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?、
仍然处于一档，只求完成，做的不精。
你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
仍然处于磨合阶段，虽然有在合作完成项目，但是配合不好。
八、提高软件工程的质量
1、代码管理的质量具体应该如何提高？ 代码复审和代码规范的质量应该如何提高？
统一规范，多检查。
2、整个程序的架构如何具体提高？ 如何通过重构等方法提高质量，如何衡量质量的提高？
简化一些多余的功能
3、其它软件工具的应用，应该如何提高？
多看教程，多操作，积极交流。
4、项目管理有哪些具体的提高？
任务分配更加合理
5、项目文档的质量如何提高？
统一格式，定时更新
6、对于人的领导和管理， 有什么具体可以改进的地方？
加强组员之间的交流
九、项目展示
见答辩演示
相关知识
个人作业——软件工程实践总结&个人技术博客
beta仗着自己不会...
宠物摄影：使用Photoshop Beta生成填充AI
团队项目：电子宠物
Beta冲刺日志
微博客未走，轻博客又到
博客宠物
牧羊犬博客
宠物博客
宠物医院博客(宠物医院论坛)
网址: beta答辩博客 https://m.mcbbbk.com/newsview390253.html
| 上一篇: 仓鼠金丝熊死亡的症状 |
下一篇: 【项目分析】家居中的那一点点事— |
