技改项目是什么意思啊（技改项目是什么意思的环评需要注意什么）

投稿用户 • 2022年7月30日 pm4:18 • 运营干货 • 阅读 652

相比于业务需求驱动型，技术驱动更能体现技术人员的主观能动，也更能诠释我们对技术的热忱和敏捷Scrum哲学的推崇。在此前的工作经验中我一直想沉淀此类项目的管理思想，希望有一套行之有效、且可以平移复用的经验，经过调研、分析、实践、总结，本文将从以下5个角度阐述一套逻辑较为完整且落地可行的项目管理思想。

1、技术改造类项目的概念定义

2、技术改造类项目的质量目标

3、技术改造类项目的常见示例

4、技术改造类项目的影响评估

5、技术改造类项目的分析方法

1、技术改造类项目的概念定义

先看定义，技术改造类需求是基于非功能需求的改造项目，简称：技改类项目，非功能性需求是指按照一些条件判断系统运作情形或其特性，而不是针对系统特定业务行为的需求，其主要服务于技术改进或架构升级。此类应该持续的融入进系统建设和迭代之中，且因为其特殊性和复杂性，我认为应该专项的有一套项目管理思想支撑。

用一个比较形象的比喻，技术类改造就好比是在一列高速行使的列车上换轮子，因为实施对象往往是一个已经投产运行的项目，其技术难度和方方面面的影响度是必须要谋事在人的。

2、技术改造类项目的质量目标

确立此类项目的质量目标：一是保证系统稳定运行；二是保证系统可持续发展。

系统稳定运行的主要指标有：审计/监管合规性、容灾恢复、容错/故障管理、可追溯/留痕、信息安全、存档备份、日志系统、性能表现稳定性等；

保证系统可持续发展的指标有：可扩展性、可修改性、配置管理、持续集成，复用性等。

3、技术改造类项目的常见示例

常见的技改类项目有：

1）大规模的前端重构或后端重构；

2）技术栈升级；

3）数据库拆分，分库分表；

4）数据迁移；

5）基础资源上云；

6）非对客的支撑性功能优化，例如：批处理任务性能优化；

7）信创能力匹配升级，如迁移国产数据等。

4、技术改造类项目的影响度评估

本案例可用于指导技术方案设计、测试验证方案设计，此类项目应该参照此表逐项确认。

评估主题	风险类型	明细类型	注释说明
影响度分析	外部风险	声誉风险（客诉）	1）停机投产时间过长影响营业时间的提前对客公告机制； 2）客户体验改变的操作指引和宣导；
		监管审计报送风险	1）数据永久化的存储方式和查询范围变更带来的IT审计风险； 2）重大系统变更的监管报备机制；
		操作风险	1）测试过程的数据脱敏； 2）各类合规流程手续；
	功能性评估	系统间影响度	1）自研/外包人力类型的工作量评估； 2）不可抗力导致的项目周期突然缩短/延长； 3）对下游卸数的表结构变更； 4）对外发布的接口变更； 5）增量硬件资源/虚拟化资源的网络策略开通；
		系统内模块间	1）整体技术方案的合理性评估，包括原模块和相关联模块的改造的影响度分析，典型的如数据冲突，逻辑冲突等；——思路可参考本文的第五点。 2）环境配置差异是否导致性能表现丧失参考价值； 3）实施过程中的测试覆盖度不足，典型的忽略长周期测试； 4）代码分支管理和数据库参数管理； 5）调度平台的任务依赖（若有）；
		历史数据处理	1）分库分表的设计影响前台对历史数据的查询使用； 2）历史数据关联逻辑的正确性；
		投产回退方案	1）具体到操作人和操作指令的回退方案； 2）投产过程不可逆的操作演练方案和紧急备选方案；
		数据备份变更	1）存储系统的挂载路径变更； 2）数据库备份时点是否影响跑批性能；
	非功能性评估	文档变更	操作手册，需求文档，Trouble Shooting等文档更新；
	非功能性评估	性能表现变化	按统一模板详细的每一轮测试验证记录表。

5、技术改造类项目的分析方法论

在技术方案中决策是非常关键的一步，《德勤数字化时代下的核心银行转型》一文让我获益良多，融合我个人理解，较为精炼的整理如下表。可以在我们分析问题和设计方案架构时，得到更准确地评估。

欢迎大家交流

本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请发送邮件至 sumchina520@foxmail.com 举报，一经查实，本站将立刻删除。
如若转载，请注明出处：https://www.dianshang6.com/1253.html

技改项目是什么意思啊（技改项目是什么意思的环评需要注意什么）

相关推荐