|
比如：针对问题总数这个比较简单的指标，也要定义出：什么级别的问题数需要统计?不同地点出现或不同客户提出的故障数是否统计?不在合同用户需求中的投诉或故障数量是否统计?等等。项目管理者联盟
在产品运营后，我们最常用的是对客户满意度进行调查。利用现在互联网的手段，客户满意度的收集变得越来越实时和简单，这些信息往往被作为评价某种产品的成败。对于客户满意度内容，可参照图九：项目管理者联盟
项目管理者联盟
www.mypm.net
图 九项目管理者联盟
一个产品维护满意度的高低，不仅是在维护团队，更多的问题可能会来源于产品本身。所以要提升产品维护的水平更多地应该早早地在产品需求和设计中入手。如何找到用户的痛点，如何挖掘用户的需求这些内容现在已经谈得很多，这里就不再涉及。下面从需求也应从一线维护人员来获取，来说说维护的需求：项目管理者联盟
维护需求：项目管理者联盟
• 远程数据监控，设定门槛值：产品运营时的实时数据的采集、分析，当达到一定门槛值时进行报警甚至自动问题处理。可以减轻运维的精准性和减少工作量。
• 系统版本信息采集 ：可以远程采集产品部署各地的版本信息，根据版本信息进行问题处理或进行版本升级。
• 远程升级部署：产品设计时应考虑可以进行远程部署、升级，可以提升问题处理效率和减少人员到现场的成本 。
• 版本向下兼容问题 ：以便于升级。
• 技术的变革：比如：当系统回滚后，后端问题修复完毕，但是前端的问题还需修复，要版本升级比较麻烦。在做产品设计时是否可以考虑使用一些新技术，比如：Hotpatch
、HTML 5等减少用户的操作。
我们应该加强产品发布前的管理，应做一些自检、审核和评审以保证开发任务已经完成并且质量已达到预定目标。具体活动请参见图十。 项目管理论坛
项目管理者联盟
图 十项目管理者联盟
版本维护：项目管理者联盟
当一个产品长期运营并不断版本更新时就会出现若干个版本。这些版本可能因用户需求不同，也可能是因为各地因问题升级后造成的版本不同。产品针对这些不同的产品可以用版本分支管理，但是在分支较多的情况下，维护成本将成几何级数递增。因为你要同时维护不同版本的产品，所以你要在一个合适的点将一些分支合并到主干上，尽可能减少维护版本的数量，版本演化参见图十一。 项目管理者联盟文章
项目管理者联盟
图 十一转自项目管理者联盟
版本命名：talent.mypm.net
V X.Y.Z [W]项目管理者联盟
X：大版本，特性大变化service.mypm.net
Y：特性有变化项目管理者联盟
Z：补丁版本talent.mypm.net
W：工程版本(运维人员发布版本)项目管理者联盟
注：现场更新或修改故障后没有与公司中的代码融合。www.mypm.net
我们在做软件产品维护时应注意如下事项：项目管理者联盟
1、尽可能不在现场改动代码 ：项目管理者联盟
如急需也要在现场改动确认后，复制系统回单位做回归测试，通过后放入配置库和产品库并标识基线。项目管理者联盟
否则：经过多次现场修改后，现场的版本和公司的版本不对应了。无法知道现场使用的是什么版本也不法重复使用。现场修改后的程序没有经过充足的测试。项目管理者联盟
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
