Chinaunix首页 | 论坛 | 博客
  • 博客访问: 627669
  • 博文数量: 138
  • 博客积分: 3067
  • 博客等级: 中校
  • 技术积分: 1565
  • 用 户 组: 普通用户
  • 注册时间: 2008-02-21 12:44
文章分类

全部博文(138)

文章存档

2016年(5)

2014年(4)

2012年(1)

2011年(2)

2010年(10)

2009年(19)

2008年(97)

我的朋友

分类: 项目管理

2014-08-09 23:56:15

1.项目需求清楚吗?

  1. 需求的部署环境:这个很重要,弄清楚客户的部署环境,才能很好地开发。
  2. 需求的里程碑:一般分为几个里程碑,比如一期,二期等,或者几个关键流程的某个流程走通。
  3. 对需求进行分类:重要,一般,次要需求。这个在项目的不同周期可能发生转换。
  4. 是否画出了流程图,用例图等来表示项目的关键需求。
  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,后期有进行研究和更新改进吗。

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列表-->是否解决,做到这个,项目管理全盘子都清楚了,那就可以轻松一些了。

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

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

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

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

阅读(661) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~