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

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

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

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

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

相关文章
|
2月前
|
项目管理 数据库
设计团队如何避免‘项目脱轨’?这些管理工具必须了解一下
设计团队的创造力和高效项目管理同样重要。本文探讨了设计团队在需求变化、跨部门协作、文件管理等方面的常见挑战,并推荐了五款专为设计团队量身打造的高效项目管理工具:板栗看板、Figma、Notion、Trello 和 Asana。这些工具在任务分配、进度跟踪、协作和版本管理等方面各具特色,帮助设计团队提升工作效率,实现项目顺利交付。
61 5
|
4月前
|
开发者
代码之外:开发者的软技能修炼手册
在软件开发领域,代码只是冰山一角。成为一名优秀的开发者,不仅需要扎实的技术功底,更需具备一系列软技能。本文探讨了沟通能力、时间管理、团队协作、持续学习、解决问题、适应变化、领导力及情绪管理等关键软技能,并提供了实用心得,助力你在开发之路上全面发展。希望你能在这条道路上不仅技术精进,更能成为一名全面发展的优秀开发者。
|
9月前
|
搜索推荐 JavaScript Java
项目开发过程中实际遇到的几个问题处理
项目开发过程中实际遇到的几个问题处理
227 2
|
项目管理
【项目开发计划制定工作经验之谈】
【项目开发计划制定工作经验之谈】
141 1
|
运维 小程序 数据可视化
不用写代码也能开发,产品经理是怎么做到的?
不用写代码也能开发,产品经理是怎么做到的?
109 0
|
测试技术
测试思想-测试流程 需求开发与管理简述
测试思想-测试流程 需求开发与管理简述
108 0
|
存储 前端开发 JavaScript
项目开发学习总结
经历了一周的实训,我对项目开发又有了新的认识,在此,我对这一周的学习任务做一次总结。
266 0
项目开发学习总结
|
传感器 关系型数据库 MySQL
项目开发总结报告
1.1编写目的 鲜花识别的开发工作已经基本完成,在分析开发过程中的经验和教训的基础上,我们完成了项目开发总结报告。通过总结与分析,为我们以后的项目开发积累了丰富的经验,从而减少成本。 1.2背景 说明: 项目的名称:鲜花识别系统 任务提出者:项目组老师 开发者:物联网开发小组 安装需求:电脑Win10或win7的系统、Android studio、默认浏览器和MySQL数据库、树莓派Linux系统
|
项目管理
带你读《软件项目管理案例教程(第4版)》之二:项目确立
本书以案例形式讲述软件项目管理过程,借助路线图讲述项目管理的理论、方法及技巧,覆盖项目管理十大知识域的相关内容,重点介绍软件这个特殊领域的项目管理。本书综合了多个学科领域,包括范围计划、成本计划、进度计划、质量计划、配置管理计划、风险计划、团队计划、干系人计划、沟通计划、合同计划等的制定,以及项目实施过程中如何对项目计划进行跟踪控制。该书取材新颖,注重理论与实际的结合,通过案例分析帮助读者消化和理解所学内容,既适合作为高等院校计算机、软件及相关专业高年级本科生和研究生的教材,也适合作为广大软件技术人员和项目经理培训的教材,还可作为软件开发项目管理人员的参考书。
|
程序员
项目快速开发的几点感悟
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/zergskj/article/details/6303404 不管是作为客户、老板都希望项目能又快又好的做完,但中国有句古话叫“欲速则不达”。
959 0

热门文章

最新文章