运维工具产品设计方案.pptx

全球敏捷运维峰会 广州站 分享主题的目的 探讨如何在甲方做一 个工具产品经理，获 得乙方资源倾斜； 或如何找到一个好的 甲方； 分享一些日常工作过 程中的方法与工具， 找到适合自己的工作 套路 了解一下运维场景可 视化工具思路 议题的抛出 运维开发的模式 自主研发（基于开源工具或平台） 外部产品的使用 购买外包开发资源 合作开发 Idea..? 在以合作开发为主的运维开发模式下，如何更高效的创造价值！ 分享主题背景 乙方工具设计与建设者优势 优势： 见识面更广，掌握更行业更通用的需求 对成本、效能的管控更好 全方位的技术能力 实施快 劣势： 对特定需求的理解，与用户的距离 好厂家的人力资源紧张 甲方工具设计与建设者特点 优势： 对特定需求的理解更深 更贴近真实用户，对痛点与价值的把握更好 更容易获得商业解决方案 更容易理解并获得同业真实的解决方案 劣势： 实施人力资源少 成本、效能的管控能力弱 甲方如何获得乙方在技术的倾向性支持，实现如何双赢？ 行业TOP几，或区域范围内TOP几 给够钱 对工具与产品的理解比乙方更深刻，作为乙方产品的孵化场所 1.项目概况 痛点与价值 讲故事 抽象目的目标思想 痛点价值 1 2 3 4 1 2 3 4 提高工具体系的建设成 效，提高效率，降低成 本 打破信息孤岛，促进最 佳实践的落地 提高管理性及事务性 工作的自动化 以场景的思路提供快速 整合数据、操作、流程 的能力 痛点 价值 重复建设严重， 互联互通不够 经验导向，经验及 知识无法有效沉淀 日常运维管理或 事务性工作线下 程度高 一项工作需要在多个 工具中来回切换才能 完成 监 控 管 析 场景+可视化 Start 8：30分：打开运维门户，开业巡检工具、 监控工具将系统运行状态信息发送到统一 总控，并以待办指标方式引导小A开始新的 一天工作。 9：30分：服务台推送一个需要小A负责的 业务工单，小A通过待办工单进行处理，服 务平台对工单处理的SLA水平进行督办。 基于场景可视化下的运维管理员 11：45分：完成事件应急，在ITSM进行事 件经验库录入，事后问题的跟进处理。同 时小A在基于数据平台的日志、性能数据进 行根源分析。 11：30分：统一总控的WEB与手机端出现 监控平台提示的告警，小A接到告警后，引 导到事件管理场景工具，基于事件管理场 景进行事件管理，包括事件的分析、定位、 应急，多团队的协同处理等机制的落地。 Finish 18时30分，小张在场景可视化工具中完成 所有待办，并在场景可视化工具中与夜班 同事交接工作。 17：15分：值班经理组织当天值班人员进 行当天事件总结，事件管理场景提供相应 的事件数据分析。小A在ITSM完成变更流程 后，进入自动化工具进行应用发布。 14：30分：小A因业务明天开展的业务是一 个比较重要的业务，由于业务第一次开展 可能存在一些异常情况，为了更好的保障 该业务的开展，小A根据经验，针对此业务 涉及的数据、自动化操作，通过可配置方 式整合相关临时性的保障场景工具。并将 该工具分享给领导，明天实时远程关注。 目的目标核心思想 结合团队背景，以“场景”的思想，以可视化为主要手段，构建管理及事务性工作自动化， 整合”监管控析”工具集的工具调用与数据的互联互通，落地运维专家的最佳实践。 场景构建：特定的时间+特定的环境+特定的人+特定的事件+ 特定的连接方式 统一可视化 自助式关键场景构建 管理及事务性工作自动化 2.路线图 套路 套路分解 实现套路 以甲方维度的产品思路建设 价值主张 运营 技术方案 设计与选型 发起 1-发起 推动 拉动 发起 推动 从技术角度，推动项目或工具 的发起。 比如：AI for 运维，物联网 for 运维，参加大赛，提高技 术储备,工具体系完整性考虑 特点：应用XX技术，实现 XXX 拉动 从用户痛点或需求拉动。 比如：解决手工重复在多台 服务 部署程序，解决监控事 件分散的问题等。 特点：解决XX什么问题；实 现什么价值； 本项目的发起源头： 实现工具体系的扩展性与完整性（推动） 解决管理自动化、重复建设、信息与知识孤岛的问题（拉动） 减少监控事件报警数量，提高事件处理及时率的方案 动态基线 指标异常检测 关联分析，异常扩散 1-发起 方案一 方案二 制定监控事件KPI指标， 流程中改善 监控事件级别及处理策略 调整阀值策略 存在即合理。 需要清楚项目发起的源头，才能抓住关键，才不会舍本求末。 2-价值主张 契 合 痛点 项目价值 用户工作 （客户） 缓解痛点的方案 收益价值的方案 使用什么工 具或服务 确定最准确的用户群与用户需求 找到最迫切、最重要的工作目标，获得清晰明了的模式 使团队行动协调一致 避免无效或低效工作的开展，舍本求末，降低失败