1.项目需求清楚吗？
需求的部署环境：这个很重要，弄清楚客户的部署环境，才能很好地开发。
需求的里程碑：一般分为几个里程碑，比如一期，二期等，或者几个关键流程的某个流程走通。
对需求进行分类：重要，一般，次要需求。这个在项目的不同周期可能发生转换。
是否画出了流程图，用例图等来表示项目的关键需求。
有没有对需求进行细化，也就是需求点的分解。
对需求变更有没有进行处理，这个如何与任务计划和安排进行联动，对计划始终进行***的控制，完全体现在报表上，而不是口头上，这个需要一个系统，记录需求的变动历史记录。
需求占项目的的40%也不为过，这个过程很重要
有没有出原型设计，有没有需求说明文档
需求要与计划，安排结合起来。
是否有需求管理和需求变更管理系统，这个与任务安排，系统每日构建是连在一起的。
需求管理应该是分模块的，分功能点的，细化到不能细化为止。
先做功能，优化次之，但是最基础的功能做完，也要有最基本的用户体验，而不是错误的不可用的，或者体验差的。
需求弄清楚，技术架构才好做，包括硬件和软件部分。
需求清楚，才知道找合适的人来做合适的事。
哪些需求完成，哪些需求不确定，哪些需求有变化，哪些需求不做了，都清楚吗
2.源代码管理清楚吗？
是否用源代码管理
是否进行每日构建
是否是完整的源代码管理，每个人看到的是全部，而不是部分，有的公司并没有正确应用源代码管理，各做各的。
从源代码管理下载的一定是最完整最正确能顺利运行的系统吗？
源代码进行了权限控制码
源代码管理有分支的备份吗
从我们的源代码到上线发布能一步完成吗
有规范统一的开发，测试，检测标准
数据库是一个人主力负责维护吗
统一部分的代码，核心代码是一个人在做吗
3.项目的Bug清楚吗？
对待Bug的处理原则：发现一个处理一个，绝不拖到第二天。
需求管理和Bug管理应该是连在一起的，对应到需求管理的模块部分。
在开始新程序之前，旧有的Bug是否已经清除，应该尽量避免返工。
有清楚的Bug列表，有人进行跟踪，监督，检查吗
对于暂无法修改的Bug，后期有进行研究和更新改进吗。
4.项目跟踪清楚吗？
项目需求内容，开发日程安排，开发进度，跟踪监督能反映在一个明确的地方吗，让管理员，程序员，客户等都能一目了然的看到，而不是让项目管理计划与进度形同虚设吗？
项目的需求点，模块，功能，具体的功能点，变更记录，计划时间，完成时间，负责人，整个项目的情况应该是一目了然的。
项目流程的制定和执行清楚吗
代码和功能的走查在做吗，有在进行跟踪和监督吗
项目人员的绩效就是来自于任务的完成情况，工作态度，以及跟踪的报表中
项目质量，样式规范，代码和开发规范，测试要求和规范清楚吗，没有标准参考，怎么进行质量跟踪呢？
5.每个成员的任务清楚吗？
模块，功能点责任具体到人，谁负责谁承担责任
成员间交叉开发，以防成员变动带来的烦恼
优先解决成员的问题
有对成员进行技术讲解和知识培训吗
有进行项目成员每日工作日志的记录吗，这个工作日志记录应该与工作计划安排是差不多的，不过即使这样，也是要项目组成员去填写的，每天至少写个两条以上。
工作周报和月报有时候还是很需要的。
指标管理未必不适合我们，什么人什么时间，完成什么功能，记录数量和时间，就可以得出单位时间开发的效率。同时也可以算出Bug率，这样都是衡量工作的指标
项目成员之间沟通方便吗？
工作计划的安排和变动，有成员的参与吗？
目前某个人在做什么，前面在做什么，后面要做什么，完成的怎么样，清楚吗？
6.沟通清楚吗？
团队的每日或每周沟通，应该定期沟通，随时沟通用，让小组成员放心，安心。
客户用户的沟通，客户沟通人必须唯一，引导用户，汇报进度，让客户放心，安心。
上级的主动汇报沟通，看进度，提问题***提出自己的解决方案，争取资源，让老板放心，安心。
项目组外的统一沟通，设定一个跟其他组的统一沟通人，提前沟通，同样需要跟踪和检查，确保无误，让合作伙伴放心，安心。
列出所有需要沟通的问题点，沟通人，沟通时间，沟通结果
总 结
一般大家都用MS Project，个人感觉并不是很好用，很多时候形同虚设，也可能是我自己不会用。
我的想法是：
最最重要的是出一张图表，做到胸有成竹，这张图标的内容就是：
需求【模块，功能点，变更记录】-->责任人【变更记录】-->执行时间【计划，完成，变更记录】-->完成进度-->是否审核-->Bug列表-->是否解决，做到这个，项目管理全盘子都清楚了，那就可以轻松一些了。
当然补充一下：还可以根据人出对应的图表：
查看这个人的工作情况和时间进度。
还可以根据时间出人和事情的报表。
这样人，事，时间，三者进行一个组合，应该有六种类型的图标，这是个人的想法。如果有一个类似的项目管理软件，那就很不错了。
