组成部分 |
检查项 |
分数 |
编号 |
备注 |
设想和目标 |
咱们的软件要解决什么问题?是否认义得很清楚?是否对典型用户和典型场景有清晰的描述? |
3 |
1 |
每一问1分 |
和上一个阶段相比,团队软件工程的质量提升了么? 在什么地方有提升?具体提升了多少?如何衡量的? |
3 |
2 |
每一问1分 |
咱们达到目标了么(原计划的功能作到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?) |
3 |
3 |
每一问1分 |
用户量, 用户对重要功能的接受程度和咱们事先的预想一致么? 咱们离目标更近了么? |
1 |
4 |
|
计划 |
是否有充足的时间来作计划? |
1 |
5 |
|
团队在计划阶段是如何解决同事们对于计划的不一样意见的? |
2 |
6 |
|
你原计划的工做是否最后都作完了? 若是有没作完的,为何? |
3 |
7 |
|
有没有发现你作了一些过后看来不必或没多大价值的事? |
2 |
8 |
|
是否每一项任务都有清楚定义和衡量的交付件? |
1 |
9 |
|
是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为何没有估计到? |
2 |
10 |
|
在计划中有没有留下缓冲区,缓冲区有做用么? |
2 |
11 |
|
未来的计划会作什么修改?(例如:缓冲区的定义,加班) |
2 |
12 |
|
资源 |
咱们有足够的资源来完成各项任务么? |
1 |
13 |
|
各项任务所需的时间和其余资源是如何估计的,精度如何? |
1 |
14 |
|
测试的时间,人力和软件/硬件资源是否足够? 对于那些不须要编程的资源 (美工设计/文案)是否低估难度? |
2 |
15 |
|
你有没有感到你作的事情可让别人来作(更有效率)? |
2 |
16 |
|
变动管理 |
每一个相关的员工都及时知道了变动的消息? |
2 |
17 |
|
咱们采用了什么办法决定“推迟”和“必须实现”的功能? |
2 |
18 |
|
项目的出口条件(Exit Criteria – 什么叫“作好了”)有清晰的定义么? |
2 |
19 |
|
对于可能的变动是否能制定应急计划? |
1 |
20 |
|
员工是否可以有效地处理意料以外的工做请求? |
2 |
21 |
|
设计/实现 |
设计工做在何时,由谁来完成的?是合适的时间,合适的人么? |
1 |
22 |
|
设计工做有没有碰到模棱两可的状况,团队是如何解决的?
|
2 |
23 |
|
团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其余工具来帮助设计和实现?这些工具备效么? |
1 |
24 |
|
什么功能产生的Bug最多,为何?在发布以后发现了什么重要的bug? 为何咱们在设计/开发的时候没有想到这些状况? |
4 |
25 |
|
代码复审(Code Review)是如何进行的,是否严格执行了代码规范? |
1 |
26 |
|
测试/发布 |
团队是否有一个测试计划? |
2 |
27 |
|
是否进行了正式的验收测试? |
1 |
28 |
|
团队是否有测试工具来帮助测试? |
1 |
29 |
|
团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工做有用么?应该有哪些改进? |
2 |
30 |
|
在发布的过程当中发现了哪些意外问题? |
1 |
31 |
|
总结 |
你以为团队目前的状态属于 CMM/CMMI 中的哪一个档次? |
1 |
32 |
|
你以为团队目前处于 萌芽/磨合/规范/创造 阶段的哪个阶段? |
1 |
33 |
|
你以为团队在这个里程碑相比前一个里程碑有什么改进? |
1 |
34 |
|
你以为目前最须要改进的一个方面是什么? |
1 |
35 |
|
对照敏捷开发的原则, 你以为大家小组作得最好的是哪几个原则? 请列出具体的事例。 |
1 |
36 |
|
|
照片 |
2 |
37 |
|
|
成员贡献 |
5 |
38 |
|
|
排版 |
3 |
39 |
|
|
评论区回复 |
【-2, 2】 |
40 |