软件开发的项目管理需要注意哪些呢?

  • 来源:建米软件
  • 2012-01-03 15:47:33

   项目管理软件开发各阶段面临的风险分析,同时也需用到不同的开发工具,那么在开发的时候需要注意哪些风险评估呢?用到哪些开发工具呢,泛普将在下面文章找到相应的答案

  1、软件开发阶段面临的风险穷举

  对风险进行分析、评估、管控的前提是对风险进行识别 ,找出某一过程所有可能的风险因素才能更好地对症下药。对项目管理软件开发各阶段的风险进行分析,利用穷举法对其风险因 素进行分析。

  2、业务开发风险

  业务开发风险是指出在项 目市场开发阶段所面临的不确定

  (1)项目的不确定性。项目团队、 开发团队缺少配合或经验 缺失,对项目策划、建议、实施措施理解、分析不到位 , 导致项 目 本身在落地之前产生了易主、 取消、 降低投资等风险。

  (2) 市场不稳定。一些项目管理软件的开发必须依托市场经 济或工程项目进行. 当这方面发生政策变化 、 重大变更以及建设 单位对项 目软件的需求降低时. 容易产生项目中途流产风险。

  (3) 业主心态。如何抓住业主的痛点 , 真正解决业主的问题,或者仅仅是从业主的角度出发思考项 目管理软件的做法.是项 目开发经理应该深思的 问题

  (4)自身实力不足。项 目管理软件结合了建设工程和软件工 程。 建设工程不同于其他行业 , 例如金融 、 互联网等 . 其透明度 高. 讲究资源效率。工程行业 自身的资本运作密集, 项 目建设流 程模式固定并且存在许多的“ 漏子、 暗道 、 关系、 利益”等, 如果没 有足够的市场疏通、 业务分析和软件开发实力, 难 以做出成功的 项目管理软件 经常可见有许多项 目管理系统开发完成以后闲 置、 弃用, 就是因为这些原因。

  

软件开发的项目管理所需用到的流程示意图

 

  3、业主风险

  和以上开发阶段来自于业主的风险不同.这里的业主风险 更多的是强调业主在项目软件项目开发决策和执行力上存在的风险。

  (1) 因为是建设工程的原因。业主可能存在自身业务能力不足导致软件开发初期,功能需求不全面、不详尽、模糊的情况。

  (2) 部分业主因为存在建设管理程序不合法, 例如图纸准备 不到位就招标施工、随意调整施工进度、重大变更多等. 对软件部署时的数据初始化、 部分功能使用造成严重影响。

  (3) 项目管理软件属于新型的工程建设费用.国家对此暂未 出台相关取费标准, 因此对于软件开发、使用的资金来源,部分业主解决能力不强. 导致软件开发和使用受阻

  (4) 项目管理软件的开发要以合同为主线。 早制定、早落实 合同内容。

  (5) 因为建设管理人员和软件开发人员在知识体系上的不同, 需求方经常会给出软件难以实现或在合同、 投资范围内难以 实现的功能要求 从而产生搁置、 重启需求调研 、 功能调整等风险。

  4、需求阶段风险

  如果软件开发是业主、业务团队、软件团队的三级开发结 构. 那么需求阶段的风险就是业主和业务团队之间的信息过渡 了解这个阶段的风险尤为重要

  (1) 需求细分不全面。需求细分, 其实是对软件开发所需要 的一切原始信息的分类。业主本身积累了足够庞大的知识量和 隐藏的管理行为. 需要进行细分挖掘

  (2) 需求调研不充分。需求调研不够深入.自身缺乏对建设 工程活动的更多认识 . 从而产生遗漏 、 错失相关需求信息。

  (3) 需求信息不对称。在需求调研 、 收集的过程 中,因为记 录、 理解的原因, 需求信息发生了错位, 偏移了业主的初衷。

  (4) 需求文档管理不规范。需求阶段要做好文档记录, 对相 关会议进行备案. 对业主的需求要进行充分确认. 形成规范有序 的文件档案管理制度. 防止出现软件开发问题找不到源头. 增加 开发成本和难度。

  

使用工具开发出的项目管理系统总体业务示意图

 

  5、业务分析风险

  要将传统的建设工程的知识体系、 管理行为、 结果过程通过 软件实现, 首先要对建设工程所涉及的一切业务进行深入分析。

  (1) 业务流程不确定性。建设工程的审批流程、 上报流程 、 验 收评定流程等, 涉及的人多 、 单位多、 文件多 , 在实际操作中, 流 程具有可变通性、 不定期性、 人员代签等问题。

  (2) 业务内容生成难度大。建设工程的业务内容具有涉及面 广泛、 数量庞大、 牵连性强、 专业性高等特点, 而软件开发需要集 中处理大量的业务内容.同时准备好初始化数据 ,需要软件工 具、 专业人员、 组织管理等多方密切配合。

  (3) 软件化后的现实风险。软件化的弊端是固定化, 少了灵 活性. 对于工程建设人员可能会带来体验性的风险。因此要尽可 能设计得合理. 从工程人员的习惯出发, 讲求实用性、 适用性。

  (4)业务架构与系统架构。针对项 目质量 、 进度、 计量支付、档案等的业务管理存在内在的关联关系. 在软件化的时候。 要注 重各模块之间的内在关联关系,关注各模块内部数据的调用和 资料文件的归属。

  6、接口风险

  业务团队和软件团队的对接是真正实现项目管理软件开发的最重要环节 .提高业务人员的流程策划能力和软件人员的业 务熟悉程度同等重要. 让双方在交错中实现软件的顺利开发。

  (1) 需求理解不到位。单纯的文档化需求分析及设计交接很难形象直接地展现需求方对软件开发的各种要求,软件人员也要花费大量的时间去了解文档的背后.然后梳理成自己的逻辑。这个过程中.很可能发生需求曲解、重新设计、修改困难等风险。

  (2) 设计思维差异化。在原型设计功能不能满足建设工程软 件项 目开发的时候,因为软件开发人员的固有思维模式,其对界面设计、功能点选取、流程设置、角色配置会有个人的惯性设计方式。

  (3) 资源配置不合理。软件项目开发是一个将业务工作持续 软件化的过程. 有点儿边设计边施工的感觉。这个时候软件方面要合理地配置各项开发资源, 包括人力的投入曲线、 进度计划的 制定、 业务人员的工作安排、 基础数据的准备等。

  7、软件开发风险

  软件开发风险已经有很多专业性的风险研究。在这里不做相应说明,仅列出软件开发可能面临的风险类型:①软件开发技术不足。②配套软硬件风险。③软件开发管理风险。④软件开发安全风险。⑤人才组织风险。⑥文化风险。

  8、软件交付使用风险

  (1) 市场风险。体现在长周期软件开发项目中,市场环境变化带来的风险。比如竞争对手更新更快的产品出现,研发产品市场地位下降;项目建设投资发生变化,费用投入减少; 环境舆论对新产品应用带来的不良影响.尤其是跟风产品。

  (2) 使用测试风险。主要体现在系统集成以后。 因未有充分准备或潜在软件bug而出现大量的问题。

  (3) 用户体验风险。软件开发过程客户参与度不高造成的使用习惯风险,体验不佳;对软件使用说明不够详细全面,造成用户使用障碍。

  (4) 二次开发风险。跟工程返修类似,因部分功能大量调整或新增功能。以及系统整体功能、稳定性、适用性等出现严重bug而面临二次开发风险。

预约免费体验 让管理无忧

微信咨询

扫码获取服务 扫码获取服务

添加专属销售顾问

扫码获取一对一服务