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

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

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

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

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

相关文章
|
1月前
|
敏捷开发 安全 测试技术
软件开发的要点有哪些?
软件开发过程包括需求分析、设计、编码、测试、上线与维护五大阶段。每个阶段需注重团队合作、文档编写、安全性和性能优化。建议采用敏捷开发、CI/CD、建立用户反馈机制及持续培训,以确保开发高效、产品质量高且能快速响应市场变化。
|
2月前
|
中间件 测试技术 数据库
开发人员之软件开发流程八个步骤
软件开发流程是指软件开发设计的一般流程,包括软件的总体结构、模块的组成、功能的设计、程序的编译、调试、联调、测试等过程。
245 2
|
6月前
|
前端开发 JavaScript 测试技术
修改代码的艺术——如何高效开发、维护和重构复杂的现有系统
这篇文章回忆了作者在高三时期通过努力进入班级前列的故事,并引申到软件开发领域。作者指出,开发工作往往被认为困难重重,但实际上,通过良好的方法、设计和工具,可以提高开发效率和享受编程带来的成就感。文章以最近完成的一个复杂核心需求为例,详细介绍了如何分析、设计和实现这个需求,包括采用领域驱动设计(DDD)理念,数据库字段变更,代码实现,自动化单元测试,重构和代码维护的重要性。最后,作者推荐了几本关于软件开发的经典书籍,并鼓励开发者不断提升自己,以更好地应对挑战。
|
6月前
|
搜索推荐 JavaScript Java
项目开发过程中实际遇到的几个问题处理
项目开发过程中实际遇到的几个问题处理
163 2
|
项目管理
【项目开发计划制定工作经验之谈】
【项目开发计划制定工作经验之谈】
119 1
|
测试技术
测试思想-测试流程 需求开发与管理简述
测试思想-测试流程 需求开发与管理简述
94 0
测试思想-测试流程 需求开发与管理简述
|
存储 安全 搜索推荐
详解软件开发的标准过程(生命周期):跟着标准搞,设计没烦恼
详解软件开发的标准过程(生命周期):跟着标准搞,设计没烦恼
|
前端开发 测试技术
如何做好项目转测?
需求功能都做完了,并且通过了自测,就可以转测试了。
406 0
如何做好项目转测?
|
测试技术 开发者
软件测试面试题:软件配置管理的作用?软件配置包括什么?
软件测试面试题:软件配置管理的作用?软件配置包括什么?
183 0
|
调度 项目管理
【软件工程基础知识】进度管理的基本原则
【软件工程基础知识】进度管理的基本原则
280 0
下一篇
无影云桌面