[原创]软件维护项目常见问题
大多维护型项目常见的问题是原系统中人员流失严重，项目相关的文档不全备，维护项目通常不会受到公司领导层的重视。企业一般会偏重于新项目的重视，在人力投入上都会偏重与新项目，忽略了维护项目的人力投入，通常维护型项目延续时间比较长，项目开发团队会产生烦躁的情绪，影响团队的稳定。<br/> 1、很多IT公司服务意识不强<br/> 维护型项目通常都是用户正在使用的在线系统，切身关系到了用户的日常事务或业务运营，但对在线系统的维护成本，用户一般不愿意投入太多，导致开发方也不愿意太多的成本，去提供相应的服务，在线系统很多因为不能跟上用户的业务而被废弃掉，重新开发。对于用户和IT公司都带来损失，对于用户，意味着需要重新确定新的开发方，投入大量时间沟通和资金用于新的系统开发项目上；对于IT方，意味着失去一个用户或用户群，甚至永远没有再次合作的机会。发生这种情况的根本原因是企业没有把服务当做主导目标，或者没有看的更远。对公司的长远发展造成致命的影响<br/>2、IT公司内部的影响<br/> 对于项目开发团队，公司高层仅认为维护项目技术难度不高，其实个人认为是大错特错，众所周知，烂尾项目是it软件开发从业人员最不愿意接触的。难度显而易见，从项目经理到团队成员需要在最短的时间内熟悉系统的需求、设计和编码的逻辑和项目干系人的影响程度，系统遗留问题等。通常的结果是费力不讨好，稍有不甚，就要背黑锅，导致一个现象就是后接手团队尽可能的把责任推到前任的身上，忽略了从本质上解决问题的立场。导致部分精力浪费到找理由上。<br/>3、维护项目的绩效评估<br/> 对于维护项目的工作量和绩效一般不容易评估，在线系统的需求变更和支持一般都比较零散和具有随时性，产生的工作量一般不容易度量。领导不能及时掌握维护人员的绩效。维护人员觉得未得到领导的认可，心理不平衡，对团队的士气会产生很大的影响，这种情况发生后的现象一般是项目团队事无巨细的汇报给领导，想方设法让领导知道所做的工作。分散了精力，降低了工作效率。对领导的工作也会造成不必要的影响，因事务繁忙，不能区分事情的重要程度，长此以往对项目组就会产生厌烦和怀疑，另一个结果就是项目开发团队人员流失，又需要调入新的维护，如此反复，维护成本在不断增加。形成恶性循环。<br/>4、维护型项目的质量风险<br/> 维护型项目存在的质量风险比较高，对系统架构和设计的熟悉程度会直接影响到修改的质量，一般来说分析的工作量要远远大于动手修改的工作量，这部分的工作量预先不好估计，会影响到项目计划能否按期完成，影响项目团队的绩效。<br/>5、维护型项目给开发组成员带来的机会<br/> 维护型项目一般要求维护人员具有整体把控的能力和较强的问题分析能力，对突发事件的应变能力。维护型项目任务一般分配的时间比较短，因对正式系统进行操作，升级的风险要高于新项目。所有要求维护团队具有很强的责任心和技能，确保升级和操作对正式系统不能造成太大的影响。<br/>6、维护型项目资源问题<br/> 维护型项目一般在公司中是最容易被借调人力的项目，公司领导会衡量每个项目的紧迫程度和项目经理能否扩大本项目的影响力能力决定：） ，对维护项目的进度都会造成影响，与之关联的带来维护项目进度的延误。项目团队要充分考虑到人员抽调的风险，并据理力争。说明抽调人员的带来的影响，确认高层领导能否接受的程度，否则则不能抽调人员。<br/>7、维护型项目的人员更替<br/> 对于维护项目中项目经理或核心骨干成员变动，对于新接手的人员或团队来说，需要尽可能的熟悉系统的细节，交接时注意观察潜在的细节，通常先前的负责人会隐瞒系统遗留的问题，需要后接手的人员仔细辨别，避免将来问题出现后，产生重大的影响和灾难。对于维护型项目，随着时间的延续，项目团队会产生烦躁的情绪，没有成就感。人员流失情况严重，项目经理需要注意团队内部的沟通，稳定人员情绪，同时注意补充新鲜血液到团队中，人员轮岗是比较有效的方式，另外尽可能的在高层领导的许可下创造机会在系统中增加新的东西，以便提高团队的技能和新鲜感，从积极的一面提高团队的士气和战斗力。[此贴子已经被作者于2009-2-6 8:42:17编辑过] <p>维护项目的累只有月亮知道</p> 哈哈，月亮在偷着哭。。。。。
[原创]
<p>同感同感！！</p><p>企业的信息化意识和重视要一个过程，这个过程的长短需要核心领导的正真认识！</p><p></p> 继续讨论这个问题！软件维护方面是如何考核呢？ 同问：软件维护方面是如何考核呢？
页:
[1]