项目管理中的检查

    上周给一个项目组成员，分配了一些工作。今天他做完了，我查看他的工作的时候，发现好几个功能和需求上的不一样，

如果我检查时间在晚一点，那岂不把这个地雷埋得更深？至今才深刻体会到项目管理中的检查有多重要，不管你有多忙，做

为项目管理者，都应该按照一个合理的频率去检查项目成员完成的工作情况。

评论

15 楼 ngn9999 2010-10-11  

项目组内，所有的工作要透明可视，并且需要一个项目管理软件来支持你记录和检查，这样你就会方便很多。比如 Topo ，Trac。

对于实现的检查，需要好的测试覆盖，以及代码检视，这些最好也用工具辅助。

14 楼 zzhxccw 2010-09-29  

人少也有人少的好处，人少容易召集，时刻都记住，你们是一个team，项目开始时就一起制定需求分析，WBS，任务包，核查点，并书面记录，以后有任何修改，都要更新这些内容。如果有测试，就让他们尽早介入。
还有重要的就是管理号沟通，千万别让需求变更在你不知道的情况下发生。

13 楼 muerjie 2010-09-28  

人员少的话，可以每日进行固定时间的进度报告会议，类似于敏捷中的每日站会，负责人可以简单了解每个人的进度情况，并且针对可能发生的问题进行重点跟踪和处理，这样发现问题和解决问题都会比较及时。
人员多的话，建议根据自己的情况，拆分为小组进行类似的活动。

12 楼 youcou12 2010-09-25  

问题是，项目组成员间走查流于形式，没有引起重视，是不是每个代码走查都写出走查报告，这样方便检查呢？但是每个功能点都写代码走查报告，貌似又有很大的工作量，不好管理，不知道有没有什么好的办法？

11 楼 danfeihao 2010-09-25  

要知道国内的工程师(包括我自己)，其实主动性不够强，所以也就增加了检查的工作量和难度

10 楼 cansoft 2010-09-25  

常检验显得非常重要，否则项目进度落后了都不知道呢~~在检查中经常发现与需求不一致的。

9 楼 huangjun_mail 2010-09-24  

TeddyWang 写道

我也不知道对不对，就大概说一说我们的开发流程。

检查是在做每一项成果物的时候都必须的经过的流程。在我们的项目开发计划里，review占据着相当一部分时间，首先自己得按照checklist自己检查，然后每个组里都有自己对应的人帮你做peer review，最后会给teamleader进行review。然后还会有PMO的人专门抽查恶心你，如果一个组里有一个成果物没有合格，全部都要重新检查……

要是单单就靠几个人检查那么老多的设计和程序，我想这个貌似有些困难。

组员之间相互review，

8 楼 TeddyWang 2010-09-24  

我也不知道对不对，就大概说一说我们的开发流程。

检查是在做每一项成果物的时候都必须的经过的流程。在我们的项目开发计划里，review占据着相当一部分时间，首先自己得按照checklist自己检查，然后每个组里都有自己对应的人帮你做peer review，最后会给teamleader进行review。然后还会有PMO的人专门抽查恶心你，如果一个组里有一个成果物没有合格，全部都要重新检查……

要是单单就靠几个人检查那么老多的设计和程序，我想这个貌似有些困难。

7 楼 sunday1207 2010-09-21  

gigix 写道

任务太大。不明晰。不是检查的问题。

每个任务1～3天工作量。任务分配之前先把测试人员找来，分析、开发、测试三个人一起讲清楚验收条件，把验收条件记在卡片上。做完之后，再把三个人叫到一起，对着卡片一条条验收。都通过了再接受下一个任务。

这种方式可能对于10个人以下的团队比较有效果了，但是如果团队人比较多，项目经理外部事情比较多的情况下，可能存在一定的问题。是否需要项目经理自己去检查呢。这个也不对吧。很多时候测试不够强势，按照开发的思维来处理，这样又出现问题

6 楼 peterwei 2010-09-20  

gigix 写道

任务太大。不明晰。不是检查的问题。

每个任务1～3天工作量。任务分配之前先把测试人员找来，分析、开发、测试三个人一起讲清楚验收条件，把验收条件记在卡片上。做完之后，再把三个人叫到一起，对着卡片一条条验收。都通过了再接受下一个任务。

同意以上观点是：任务分解粒度尽可能小,以方便跟踪与工作量估算。 一般是二三天一个任务，更小的是一天，每天跟踪。更大的团队，再细分不同的team,team负责人负责检查。
一般我们是有需求+需求用例+测试用例。我们一般是小版本完成后，对照list，几个人一起验收。
gigix的把三个人叫到一起，对着卡片一条条验收。如果是每二天都搞这么一波，我们还不能做到这种程度。

5 楼 huangjun_mail 2010-09-20  

gigix 写道

任务太大。不明晰。不是检查的问题。

每个任务1～3天工作量。任务分配之前先把测试人员找来，分析、开发、测试三个人一起讲清楚验收条件，把验收条件记在卡片上。做完之后，再把三个人叫到一起，对着卡片一条条验收。都通过了再接受下一个任务。

目前我们的公司没法做到这种管理流程，呵呵。

4 楼 huangjun_mail 2010-09-20  

魔力猫咪 写道

表现出的问题：
1.需求分解不够细，说明文字可能存在歧义。
2.没有专门的测试用于验收。
3.进度反馈不及时。

项目人太少，没有专门的验收。

3 楼 gigix 2010-09-18  

任务太大。不明晰。不是检查的问题。

每个任务1～3天工作量。任务分配之前先把测试人员找来，分析、开发、测试三个人一起讲清楚验收条件，把验收条件记在卡片上。做完之后，再把三个人叫到一起，对着卡片一条条验收。都通过了再接受下一个任务。

2 楼 魔力猫咪 2010-09-18  

表现出的问题：
1.需求分解不够细，说明文字可能存在歧义。
2.没有专门的测试用于验收。
3.进度反馈不及时。

1 楼 abraham_xi 2010-09-17  

对，应该是这样的