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

简介: 1.项目需求清楚吗2.源代码管理清楚吗3.项目的Bug清楚吗4.项目跟踪清楚吗5.每个成员的任务清楚吗6.沟通清楚吗总结 1.项目需求清楚吗?需求的部署环境:这个很重要,弄清楚客户的部署环境,才能很好地开发。

1.项目需求清楚吗

2.源代码管理清楚吗

3.项目的Bug清楚吗

4.项目跟踪清楚吗

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

6.沟通清楚吗

总结

 

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

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

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

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

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

相关文章
|
6月前
|
项目管理
【项目开发计划制定工作经验之谈】
【项目开发计划制定工作经验之谈】
|
11月前
|
存储 安全 搜索推荐
详解软件开发的标准过程(生命周期):跟着标准搞,设计没烦恼
详解软件开发的标准过程(生命周期):跟着标准搞,设计没烦恼
|
测试技术
测试思想-测试流程 需求开发与管理简述
测试思想-测试流程 需求开发与管理简述
69 0
测试思想-测试流程 需求开发与管理简述
|
前端开发 测试技术
如何做好项目转测?
需求功能都做完了,并且通过了自测,就可以转测试了。
273 0
如何做好项目转测?
|
前端开发
前端工作小结57-自己工作开始封装的一个小组件
前端工作小结57-自己工作开始封装的一个小组件
61 0
|
存储 前端开发 JavaScript
项目开发学习总结
经历了一周的实训,我对项目开发又有了新的认识,在此,我对这一周的学习任务做一次总结。
197 0
项目开发学习总结
|
监控 安全 程序员
软件开发的过程
在软件工程中,软件开发方法(也称为系统开发方法,软件开发生命周期,软件开发过程,软件过程)是将软件开发工作划分为包含旨在更好的活动的不同阶段(或阶段)。规划和管理。
3081 0
|
数据挖掘
如何做好项目总结
每次项目排期时间紧张?项目发版时间总是一延再延?每个版本bug数量堆积成山?测试期间各种bug总是层出不穷?临近上线发现严重bug?如果你总是被这些问题围绕,那么项目总结执行迫在眉睫。那么如何进行项目总结呢? 一、思维模式 想做好一份项目总结,总结人员必须具备一定的结构化思维,对问题、数据进行结构分析,且能够通过结构化思维表达出来。
1426 0
|
BI 程序员
实施项目--为什么开发人员一直在抱怨需求变动
  几年前的某个时候,公司大伙都等着下班我却等着晚上加班,因为产品经理对产品的某个功能进行了调整和修改,我必须加班将其修改完善。对于这种事情我已经数不清了,产品经理的每一次变动都得让我们技术部门的同学们加班到深夜甚至到天明,如今回忆起来历历在目!今天这个文章我们不谈论是谁的责任,也不去抨击产品经理的无能,说说技术人员为什么总是在抱怨需求在变动这些事, 希望大家踊跃讨论。
1232 0

热门文章

最新文章