项目管理中的检查

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

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

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

对，应该是这样的

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

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

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

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

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

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

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

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

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

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

组员之间相互review，