项目在编码阶段，QA应如何监督项目的进度？

cecilia

从项目立项到系统设计，都会有相应的文档输出，可到了编码阶段，就没有这些了，只有源程序了，对于没有开发经验的QA，这一阶段应该怎么来跟踪呢？因为现在没有实施单元测试，目前大家都在赶进度，只是开发人员自己测试了，部分详细设计也需等项目完成后再完善。

大家一同来说说在编码阶段，应如何了解项目进展情况。
项目例会？提交进度？（可是项目组成员在提交任务完成百分比时，并不认真，导致数据的不真实……）


上一篇：你是如何管理需求的，欢迎讨论，持续更新中～～
下一篇：CMMI培训资料

xixiaojing666

我们一般都是通过提交的进度和CM系统来看的。我们规定每天进行进度计划的更新和CM系统的文件提交，一般QA是通过这个来检查编码的进度的，但是如果项目组成员提交了不真实的数据，那也没有办法，但是在通常的情况下，提供不真实数据的情况还是很少的。

其实参加项目例会是最好的了解项目进展的办法，但是一般都做不到，因为一个QA同时负责几个项目，时间难以安排。所以我们QA只参加重点项目的例会。

cecilia

原帖由 xixiaojing666 于 2008-5-29 14:03 发表
我们一般都是通过提交的进度和CM系统来看的。我们规定每天进行进度计划的更新和CM系统的文件提交，一般QA是通过这个来检查编码的进度的，但是如果项目组成员提交了不真实的数据，那也没有办法，但是在通常的情况下， ...

如果单单从检查编码来查看进度，我觉得还是不好，如果QA懂开发就好了，如果不懂开发，只检查那些代码数，肯定是不准的，也不知道项目具体到哪一步了。还是要督促项目经理能召集几个关键人员开例会，简短一点，了解进度状况就行，不致浪费大家很多时间。

里程碑会议也是非常关键的，那时起到一个承上启下的作用，对前一阶段进行总结，对下一阶段的任务进行细化。

innvation

一个公司如果能够开发日志系统，规定所有的开发人员必须每天下班前填写自己的日志，而且必要写明是哪个项目组哪个模块，干了什么事情，遇到什么问题描述清楚，QA就能够通过日志系统查看项目进度！

cecilia

原帖由 innvation 于 2008-6-11 21:48 发表
一个公司如果能够开发日志系统，规定所有的开发人员必须每天下班前填写自己的日志，而且必要写明是哪个项目组哪个模块，干了什么事情，遇到什么问题描述清楚，QA就能够通过日志系统查看项目进度！

如果开发了日志系统，并且每个人都能真实认真地填写，那当然是再好不过了。可是这个实施起来太难了，如果是大公司，我相信是可以做到的，对于小公司就不敢这么说了。平时的周报都不愿意写，全都觉得麻烦，他们只想把自己的事做好就行。

step365he

每天的工作日志是否如实记录，是需要通过制定规章，并严格执行才能保证。
日志填写属于日常工作考核，可以和项目绩效脱离。

日志中很重要一点是工作量的填写。每周项目组碰头例会上会预估工作量。日志中反映的实际工作量。在下一周例会上，PM就两者差异和开发人员沟通，及时及早发现问题。也是从侧面跟踪开发进度的方法。

cecilia

原帖由 step365he 于 2008-6-13 12:10 发表
每天的工作日志是否如实记录，是需要通过制定规章，并严格执行才能保证。
日志填写属于日常工作考核，可以和项目绩效脱离。

日志中很重要一点是工作量的填写。每周项目组碰头例会上会预估工作量。日志中反映的实 ...

所以需要制定相应的奖惩规定，不按规定做的需处罚，罚的不多，每次10元，当场交出，不在工资中扣除。
不知道这样是否有效，其实我们有VSS和Project，每天能更新这两个工具的数据就可以了。

playbyo

日报,计划,实际对照就行啦

lily_014

呵呵 step365he的那个也是一个好办法。
如果再结合工具的话，就可以用日构建，并且从库里面check out的代码都是可执行的代码。出来的报告能看到程序员每天变化的代码量。:)

友情保质期i

顶不错 支持下

年华似流水

以我的经验来看，楼主的想法是可以执行的~

開玄

确实不错，顶先

天涯海角

很有见地的探讨，先收藏着~

丶Fire艹灬永远

确实不错，顶先

吻泪

这么强,支持楼主，佩服