技术方案怎样写

简介: 该文档介绍了编写技术方案的要点和方法。首先强调了技术方案需明确相关方、关键指标、目标受众及预期收益。接着,提到撰写方案时应避免逻辑不清晰、表达复杂和阅读难度高等问题,追求合作共赢、系统规划和显著收益。方案写作框架包括问题、方案、优势和收益。还需深入分析需求,设定SMART目标,关注度量指标如北极星指标,确保方案设计的专业性,合理规划执行路径并做好项目管理,以实现目标并确保团队协作。

读到高飞老师的一篇技术方案怎样写的文档,发现自己做的还是有很多待完善的。

一、技术方案的难点

要考虑清楚以下几个点:

1、技术方案与谁相关

问题是带来的,解决的问题,来解 决问题,解决过该问题

2、关键指标是什么

北极星,指标体系,可度量

3、技术方案的观众是谁

不同阶段观众不同,立项,评审,推进, 结项

4、收益是什么,有影响力吗

成本、效率、质量是什么,保障项目收益达成,团队协作可控

二、写的方法

1、写的框架

用很好的形式将要点和思考的框架结合起来,并且思考框架的局限性,避免以下问题:

逻辑不足:内容堆砌,逻辑链条不清晰 文字生硬:表达冗长,概念复杂,理论性强 缺乏美感:少图表,无重点,阅读成本高

2、好的方案优点

合作共赢:方案上下游收益,建立口碑 规划系统:方案无遗漏,平衡阶段性投入 收益显著:效率提升 10x,成本下降 50%

三、怎样写

1、框架

解决什么问题,用什么方案,方案优势,方案的收益

2、深入分析需求

问题从哪里来 ,为什么现在做 ,痛点是什么 ,业务或者技术术语有哪些,案例有什么 ,问题从哪里来

3、合理的目标设定

目标方法 SMART :方案无遗漏,平衡阶段性投入 范围 :涉及什么业务,方案边界 行业差距 :内外对比,了解方案的行业位置

4、度量要点

北极星指标 :牵引方案,校准进度,体现收益 指标体系设计 常见指标:复杂度、召回率、准确率、渗透率

5、方案设计要专业

清晰的架构大图:标准的工具、标准名称 数据基建:线上观测、收益统计 技术选型:社区成熟度、团队熟悉度、新技术比例 概要设计与详细设计:合理的抽象层级,逐级推进 评估投入:与人、时间、资源相关 稳定性:风险评估、方案准入,观测、灰度、回滚

6、执行路径

合理的任务拆解要有架构思维

任务拆解:设计与实施,保障有序协作 关键里程碑:对齐方法,设计、开发、提测、灰度、推全 协作范围:外部团队,不同职能,关键接口人 资源统计:投入有预期,事后能总结

7、做好项管

方案才开始,取得收益才是目标

一切围绕目标,从目标出发,围绕目标推进,对齐目标总结,要保证文档系统的及时性、沟通纪要、进度总结
目录
相关文章
|
3月前
codereview开发问题之降低代码复杂度问题如何解决
codereview开发问题之降低代码复杂度问题如何解决
|
2月前
|
Java Android开发
Android项目架构设计问题之要提升代码的可读性和管理性如何解决
Android项目架构设计问题之要提升代码的可读性和管理性如何解决
27 0
|
5月前
|
存储 Web App开发 运维
发布、部署,傻傻分不清楚?从概念到实际场景,再到工具应用,一篇文章让你彻底搞清楚
部署和发布是软件工程中经常互换使用的两个术语,甚至感觉是等价的。然而,它们是不同的! • 部署是将软件从一个受控环境转移到另一个受控环境,它的目的是将软件从开发状态转化为生产状态,使得软件可以为用户提供服务。 • 发布是将软件推向用户的过程,应用程序需要多次更新、安全补丁和代码更改,跨平台和环境部署需要对版本进行适当的管理,有一定的计划性和管控因素。
993 1
|
运维 小程序 数据可视化
不用写代码也能开发,产品经理是怎么做到的?
不用写代码也能开发,产品经理是怎么做到的?
|
消息中间件 JavaScript 小程序
架构设计:为什么说复用是邪恶的?
架构设计:为什么说复用是邪恶的?
【开发随记】【提效】工作习惯那些事系列之五——任务处理
【开发随记】【提效】工作习惯那些事系列之五——任务处理
|
SQL 前端开发 安全
【测开方法论】如何简单的对测试平台进行底层重构 ?
【测开方法论】如何简单的对测试平台进行底层重构 ?
|
存储 缓存 分布式计算
如何写出一篇好的技术方案?
在写某个项目的技术方案时,来来回回修改了许多版,很是苦恼。于是,将自己之前写的和别人写的技术方案都翻出来看了几遍,产生了一些思考,分享给大家。
746 0
如何写出一篇好的技术方案?
|
存储 运维 分布式计算
技术分享 | 被测系统架构与数据流分析
技术分享 | 被测系统架构与数据流分析
|
消息中间件 监控 NoSQL
项目中怎样做技术选型
项目中怎样做技术选型
项目中怎样做技术选型
下一篇
无影云桌面