项目开发和管理需要弄清楚的6个问题 (转)

项目开发和管理需要弄清楚的6个问题

 

1.项目需求[含需求变更]和需求模块报价清楚吗

2.系统框架、源代码管理、文档管理清楚吗

3.项目的质量要求、Bug、异常处理清楚吗

4.项目进度跟踪清楚吗

5.每个成员的任务清楚吗

6.上下级、客户、平级沟通清楚吗

总结

项目的常见过程包括：市场营销-接到订制项目-需求分析并确定模块-文档制作和代码书写-程序测试和调整-验收交付培训使用接受反馈作后期维护-项目告一段落。

1.【需求阶段】项目需求清楚吗？

1. 需求的部署环境：这个很重要，弄清楚客户的部署环境，才能很好地开发。
2. 需求的里程碑：一般分为几个里程碑，比如一期，二期等，或者几个关键流程的某个流程走通。
3. 对需求进行分类：重要，一般，次要需求。这个在项目的不同周期可能发生转换。
4. 是否画出了流程图，用例图，实体关系图，原型DEMO等来表示项目的关键需求。
5. 有没有对需求进行细化，也就是需求点的分解。
6. 对需求变更有没有进行处理，这个如何与任务计划和安排进行联动，对计划始终进行完美的控制，完全体现在报表上，而不是口头上，这个需要一个系统，记录需求的变动历史记录。
7. 需求占项目的的40%也不为过，这个过程很重要
8. 有没有出原型设计，有没有需求说明文档
9. 需求要与计划，安排结合起来。
10. 是否有需求管理和需求变更管理系统，这个与任务安排，系统每日构建是连在一起的。
11. 需求管理应该是分模块的，分功能点的，细化到不能细化为止。
12. 先做功能，优化次之，但是最基础的功能做完，也要有最基本的用户体验，而不是错误的不可用的，或者体验差的。
13. 需求弄清楚，技术架构才好做，包括硬件和软件部分。
14. 需求清楚，才知道找合适的人来做合适的事。
15. 哪些需求完成，哪些需求不确定，哪些需求有变化，哪些需求不做了，都清楚吗

2.【需求阶段】源代码管理清楚吗？

1. 是否用源代码系统进行管理
2. 是否进行每日构建
3. 是否是完整的源代码管理，每个人看到的是全部，而不是部分，有的公司并没有正确应用源代码管理，各做各的。
4. 从源代码管理下载的一定是最完整最正确能顺利运行的系统吗？
5. 源代码进行了权限控制码
6. 源代码管理有分支的备份吗
7. 从我们的源代码到上线发布能一步完成吗
8. 有规范统一的开发，测试，检测标准
9. 数据库是一个人主力负责维护吗
10. 统一部分的代码，核心代码是一个人在做吗

3.【测试阶段】项目的Bug清楚吗？

1. 对待Bug的处理原则：发现一个处理一个，绝不拖到第二天。
2. 需求管理和Bug管理应该是连在一起的，对应到需求管理的模块部分。
3. 在开始新程序之前，旧有的Bug是否已经清除，应该尽量避免返工。
4. 有清楚的Bug列表，有人进行跟踪，监督，检查吗
5. 对于暂无法修改的Bug，后期有进行研究和更新改进吗。
6. 有没有在线的Bug管理系统，不仅仅是测试人员，开发人员，需求人员，客户都可以添加，只是看到的权限可能不同。

4.【开发阶段】项目跟踪清楚吗？　

1. 项目需求内容，开发日程安排，开发进度，跟踪监督能反映在一个明确的地方吗，让管理员，程序员，客户等都能一目了然的看到，而不是让项目管理计划与进度形同虚设吗？
2. 项目的需求点，模块，功能，具体的功能点，变更记录，计划时间，完成时间，负责人，整个项目的情况应该是一目了然的。
3. 项目流程的制定和执行清楚吗
4. 代码和功能的走查在做吗，有在进行跟踪和监督吗
5. 项目人员的绩效就是来自于任务的完成情况，工作态度，以及跟踪的报表中
6. 项目质量，样式规范，代码和开发规范，测试要求和规范清楚吗，没有标准参考，怎么进行质量跟踪呢？数据库设计一个人，样式设计一个人，共用部分最好是一个人去做，核心类库一个人

5.【开发阶段】每个成员的任务清楚吗？

1. 模块，功能点责任具体到人，谁负责谁承担责任
2. 成员间交叉开发，以防成员变动带来的烦恼
3. 优先解决成员的问题
4. 有对成员进行技术讲解和知识培训吗
5. 有进行项目成员每日工作日志的记录吗，这个工作日志记录应该与工作计划安排是差不多的，不过即使这样，也是要项目组成员去填写的，每天至少写个两条以上。
6. 工作周报和月报有时候还是很需要的。
7. 指标管理未必不适合我们，什么人什么时间，完成什么功能，记录数量和时间，就可以得出单位时间开发的效率。同时也可以算出Bug率，这样都是衡量工作的指标
8. 项目成员之间沟通方便吗？
9. 工作计划的安排和变动，有成员的参与吗？
10. 目前某个人在做什么，前面在做什么，后面要做什么，完成的怎么样，清楚吗？

6.【需求开发测试阶段】沟通清楚吗？

1. 团队的每日或每周沟通，应该定期沟通，随时沟通用，让小组成员放心，安心。
2. 客户用户的沟通，客户沟通人必须唯一，关注反馈意见，但不完全接受，引导用户，汇报进度，让客户放心，安心。
3. 上级的主动汇报沟通，看进度，提问题最好提出自己的解决方案，争取资源，让老板放心，安心。
4. 项目组外的统一沟通，设定一个跟其他组的统一沟通人，提前沟通，同样需要跟踪和检查，确保无误，让合作伙伴放心，安心。
5. 列出所有需要沟通的问题点，沟通人，沟通时间，沟通结果

总结

一般大家都用MS Project，个人感觉并不是很好用，很多时候形同虚设，也可能是我自己不会用。

我的想法是：

最最重要的是出一张图表，做到胸有成竹，这张图标的内容就是：

需求【模块，功能点，变更记录】-->责任人【变更记录】-->执行时间【计划，完成，变更记录】-->完成进度-->是否审核-->Bug列表-->是否解决，做到这个，项目管理全盘子都清楚了，那就可以轻松一些了。

当然补充一下：还可以根据人出对应的图表：

查看这个人的工作情况和时间进度。

还可以根据时间出人和事情的报表。

这样人，事，时间，三者进行一个组合，应该有六种类型的图标，这是个人的想法。如果有一个类似的项目管理软件，那就很不错了。