企业管理软件研发能力普遍问题

企业管理软件研发能力普遍问题


管理软件是管理方法的承载物。管理是科学也是工程也是实践也是艺术。但是现状是一群没有做过管理也没有学过管理也没有做过那个行业业务的人在设计管理软件,自己平时也不使用这个管理软件,却去说服给处于管理第一线的人使用,并说这个软件可以帮你提升。


一、产品经理
1、普遍对客户现实不了解(没有调研方法、没有亲身实践体会感受、跑客户现场少)
   对企业经营管理方法不了解(没有理论基础)

   也没有方法和敏锐力洞察到需求本质和体系


大量时间被浪费在和系统功能详细设计人员一起反复细致讨论、拉锯妥协、变更,或者干脆只能根据客户实际项目使用和定制需求来反向完善产品


改善方法:

1、把产品经理踢到客户处多和亲自大量操作软件的最终用户交流多调研,现场有神灵

2、梳理研发调研方法论、产品规划方法论、业务模型构建方法论

3、把产品经理踢去参加客户行业会议熟悉行业业务、踢到MBA去学习基本企业经营管理理论


二、开发人员
1、产品研发团队缺少数据架构师\应用代码架构师\应用功能架构师(薪资要求高啊),全是一帮中庸开发手。没学过企业应用架构,第一版代码就就浆糊。架构团队只在技术平台层面工作,还是隶属独立的平台研发部门。


改善方法:新产品研发时段,让架构团队归属产品研发团队一起参与业务系统的架构构建


2、没学过重构,迭代时把过去代码都弄坏了,耽误时间


改善方法:成立最佳实践和能力提升组织,组织培训学习考核《重构》这本书,推行实践中用起来,做代码审查和指导


3、没学过接口设计、测试驱动、单元测试,系统功能详细设计师也没给出明细的面向用户面向场景的数据输入输出特征、计算公式、UI约束、流程,所以自测也是胡乱瞎测一下扔给测试

改善方法:

让产品经理和系统功能详细设计师的设计方法论统一面向岗位面向职责面向场景、明细到数据输入输出特征模拟数据、计算公式、UI约束

让开发人员学会SOA代码设计方法、测试驱动方法、单元测试方法,并且新增研发流程工序、修订研发时间估算方法


4、弄不彻底行业需求、现有代码和现有数据特征,功能实现往往与产品经理需求不符合、漏实现,返工耽误时间


改善方法:

把业务系统和团队对应固定下来,组织业务学习考核、复杂代码核心代码\数据特征\数据流向讲解学习考核

新增交底确认过程,让上下游进行功能要求的开发前交底、开发后确认,并且新增研发流程工序、修订研发时间估算方法


三、测试人员
1、测试人员也弄不彻底行业需求和现有数据特征,都听产品经理传递


改善方法:

把业务系统和团队对应固定下来,组织业务学习考核、复杂核心数据特征\数据流向讲解学习考核

新增交底确认过程,让上下游进行功能要求的开发前交底、开发后确认,并且新增研发流程工序、修订研发时间估算方法



2、测试人员不懂技术,全是黑盒测试人员从软件外面看软件功能,不会自动化测试也不会深入软件层面深入分析问题,也不会自己研发工具来帮助自己加快效率


改善方法:

增加有技术功底的测试人员

提升现有测试人员学习技术功底

评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值