职业生涯 信息化行业 查看内容

国内政企信息化软件研发团队普遍常见问题

老高 | 发布于 2014-09-12 20:58| 浏览()| 评论() | 收藏() | 点赞() | 打印

摘要: 1、业务没啥清晰的战略核心主干与目标,业务需求不会解构洞察,客户提什么就做什么,业务需求和软件功能要求混在一起。2、不会建立业务模型和产品模型,客户提什么就做什么。

以下是在政企信息化领域中,研发团队普遍常见问题,大家说说各个岗位怎么提高质量和效率吧。


一、产品设计

1、业务没啥清晰的战略核心主干与目标,业务需求不会解构洞察,客户提什么就做什么,业务需求和软件功能要求混在一起

2、不会建立业务模型和产品模型,客户提什么就做什么

3、不会理性需求排级,不做数据度量论证/也没有数据可度量/也不知道度量哪些合理数据,客户谁权力大谁态度恶劣谁叫的声大,就先满足谁的需求,研发团队疲于奔命赶快应付完工匆忙上线再反复填坑

4、不会增量设计,只会撕开个口子强塞进去

5、场景不会分离,各种场景混合在一起

6、不考虑非功能性系统需求/也不知道怎么考虑也不知道该考虑哪些方面的非功能性需求。没给代码重构留下时间


二、项目管理

1、团队成员属于各自部门,成员受部门经理和项目经理双重领导

2、项目团队不坐在一起,测试坐在测试部、开发坐在开发部

3、不理解方案,不知道最佳方案,不知道如何合理评估工时,出了异常问题不知道如何做正确决策才算正确合理

4、不会资源管理、排产管理

5、推动力、协调调度、沟通说服能力不足

6、不知道如何正确开日立会、日立会的目的和重点是什么

7、不知道怎么做合适的项目报告


三、开发

1、不接触客户,不理解需求,不理解功能为啥要这样设计

2、开发期才介入项目

3、代码不会按场景分离,产品设计人给出什么样的业务流程就做成什么样的代码流程

4、不会代码设计,流程和细节都在一个函数,功能多复杂代码就多复杂

5、不会代码增量设计,有了修改需求,就在现有代码上插代码

6、不会重构分析、重构设计、重构修改、重构测试,就会要么推翻重写要么在现有代码上修改

7、不会进行接口设计、函数输入输出参数设计、异常日志报告与记录、返回值设计。没有专人对接口设计/接口变更负责,没有接口变化检查工具,没有公司接口统一规范。函数封闭性不强,改了A后B莫名出问题。

8、不会面向对象编程,业务逻辑怎样就怎么写代码,不会恰当构建类与类继承

9、不会单元测试

10、不会搞代码审查,不知道审查什么重点,不知道怎样才能审查出来,没有这方面的工作指引/工作流程/工作职责

11、一来了就投入到项目中,对业务/产品/代码/框架平台/工具/流程都不熟,而且也没有很扎实的师傅指导问答/成果复查,全靠自己一个人学习/摔倒吃亏涨经验


四、测试

1、不接触客户,不理解需求,不理解功能为啥要这样设计

2、测试期才介入项目

3、不会技术,阅读不懂专业测试工具产生的专业报告,不会自己开发或定制专业测试工具,也看不懂代码,也不会跟踪查询代码执行和数据变化


五、交付

没有灰度上线框架与工具

研发团队既负责研发,又负责实施上线/数据处理,又负责日常客户使用过程中的突发问题处理,疲于奔命,每块都赶快敷衍完成


六、运维

没有应用软件运维团队,只有基础设施运维团队

没有专业运维监控报警工具,基础设施运维团队自己不会开发软件

发表评论(对文章涉及的知识点还有疑问,可以在这里留言,老高看到后会及时回复的。)

表情