码迷,mamicode.com
首页 > 其他好文 > 详细

事后诸葛亮

时间:2017-12-24 21:29:15      阅读:117      评论:0      收藏:0      [点我收藏+]

标签:管理员   规范   一个   努力   设备   页面   .net   运行   http   

项目成员: 
曾海明(组长):201421122036
于波(组员):201421122058
蓝朝浩(组员):201421122048
王珏 (组员):201421122057
叶赐红(组员):201421122045
周雅静(组员):201421122003

发布地址:

  Coding地址:https://coding.net/u/hmCoding/p/LearnTGP/git

技术分享图片

设想和目标

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

答:现在网路发达的时代,通过博客、社区等学习平台进行自主学习的方式受到广大群众的青睐,博客是一个很优秀的学习交流平台。提供一个用户学习和交流的博客平台,用 户可以发帖和评论,还有热门文章供用户阅读,用户可以在平台学习相应模块知识和发布相应模块的文章,在该平台互相学习和分享知识。学生、老师、学习IT知识的人群,通过该平台进行学习和知识分享,帮助别人解答疑惑等,类似简书、掘金这一类的学习交流平台。

2.我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?)?

答:预期目标基本实现,原计划的功能基本实现。按原计划时间交付。具体功能为:提供一个用户学习和交流的博客平台,用户可以发帖和评论,还有热门文章供用户阅读,用户可以在平台学习相应模块知识和发布相应模块的文章,用户个人信息(头像、用户名、密码)的修改等功能。后台管理员拥有文章、用户管理以及平台公告、每日一句名言警句、用户提交的文章审核等方面内容的管理权限。前后台配合,搭成一个拥有基本博客样式和功能的学习交流平台。不足之处是:未达到原计划的用户数量300人。

 

计划

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

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

大家意见很统一

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

经过大家的努力,原计划的任务基本得以实现

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

暂时没有

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

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

呃,后期有点崩坏,因为没什么时间以及越深入发现需要完善的东西越多

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

8.将来的计划会做什么修改?(例如:缓冲区的定义,加班)

留下充足缓冲区。

资源

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

  • 人力资源上:我们团队有6个人,足够人力资源完成项目任务。
  • 开发资源:通过官网和博客文档、知乎、简书等平台获取和学习需要的学习资源。
  • 设备资源:每位成员都有各自的电脑,安装所需环境即可。
  • 时间资源:这半个学期是上大学以来最忙的,时间比较紧。

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

同样是根据任务量估计的,但Beta阶段的估计精度比之前好了很多,主要是因为对项目的理解程度加深了,估计得更准确了。

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

有,美工等设计是用户体验的重要表现,要做出良好的用户界面也是有些难度的。

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

测试和开发可能需要分工更明确一点,有时候边测试边调bug感觉效率很低,而且团队的默契度有待提高。

变更管理

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

是的。每位成员更新代码后,都会上传至Github,并且在QQ群通知大家;每位成员测试时发现接口文档有问题,都会及时更新并告知大家。

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

从两方面考虑,一是需求,二是实现难度。用户需求高的功能和基础功能是“必须实现的”,用户不那么需求的和实现难度大的功能可以适当推迟。

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

有。

  • 基本的功能实现
  • 测试发现的Bug得到修复。
  • 典型用户场景得到测试并无bug。
  • 测试矩阵中的典型情况得到测试并无bug。

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

可以。比如发现了一个无法解决的bug,我们可以在github上回退至上一个正确的版本,再仔细寻找问题所在。

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

可以。通过不断地修复和测试来完成。

测试/发布

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

有,有专门的成员负责测试,分功能分模块来进行测试。

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

有,由专门测试的人员来负责测试。

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

没有,采用的是人工测试。

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

只是进行功能上的人工测试,并未进行其他的测试。

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

页面加载缓慢等问题。

总结

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

达到了CMMI二级——管理级的程度。我们团队遵守了既定的计划和流程,有资源准备,权责到人。但是还没有一套完整的管理措施,没有制度化。

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

我认为到了规范阶段。通过一学期的互相交流和学习,大家之间的意见也渐渐走向一致,渐渐形成了一个团队之间的规则。

改进

1.通过Alpha阶段的相互了解,我们团队的成员之间更加了解,认识到彼此的特性,分配任务时也更贴合每个人特点了。团队里的成员分工明确,每个人各司其职。

2.由于团队进程的需要,每个人都会尽全力去完成自己的任务,不想因为个人原因而耽误整个团队的进程,大家变得更有动力。

 

事后诸葛亮

标签:管理员   规范   一个   努力   设备   页面   .net   运行   http   

原文地址:http://www.cnblogs.com/hmBlog/p/8099043.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!