尝试做新事情30天-阅读架构即未来03
过程是可扩展的关键
过程的定义
我们希望每个人都始终坚持达到的标准。过程包括以下内容
在生产环境中,如何适当的控制和发现变更
当出现问题时或发生危机时,该如何应对
如何在产品设计开始就把扩展性考虑进去
如何理解和管理风险
什么时候该自建系统,什么时候该外购系统
如何确定系统的规模
什么时候发布产品,什么时候等待发布
什么时候回滚,如何应对突发的情况
业务过程在维基百科的定义
为特定的客户产生特定的服务与产品活动的结构化活动活任务的集合。一个变更管理的过程最初可能会被看作一种对研发速度的减缓和版本发布的控制。
当好的过程变坏的时候
一种以官僚习气和繁文缛节为标志的行政系统。
这就是为什么工程师通畅很容易的告诉你是什么事情降低了他们的能力,是他们不能有效的工作。经理和领导所面临的挑战是要分清哪些是抱怨是不喜欢改变或者是真的是有问题需要解决时脾气很坏。
首先,要倾听你的团队。了解每个团队成员个性的细微差别。如果你有一个多层面的组织。包括那些经理,你就知道是真的打扰他们还是仅仅是轻微干扰。
其次,无论从小到大的过程迭代,还是让他们自己决定建立合适数量的过程。
最后,定期维护过程,坚持进行。
结论
过程的3个主要目的助力团队和员工的管理
规范员工重复性任务的行为
把员工从日常琐事中解放出来,专注于更大和更多的创意
关键点
过程,如应用设计或解决问题,是应用扩展的一个关键
过程协助任务的管理和标准化,解放员工,把精力聚焦在更具有创造性的工作上
过程存在着多样性,几乎任何一个过程都面临着选择。
对任何过程,实施都是第一步
管理故障和问题
孙子说:久爆师则国用不足
复发性故障是可扩展性的大敌,他浪费团队的时间,这些时间本可以用来创建新的功能和为股东创造更多的价值。
解决办法
区别故障和问题并相应的跟踪
根据故障管理的生命周期,适当的分类,关闭,报告并跟踪的故障
开发问题跟踪和生命周期管理系统,确保适当的反应和关闭可扩展性相关的问题
建立日常故障管理审查机制
建立季度故障回顾机制
建立强大的事后处理机制
事故管理的组成部分
监控和记录事故
分类和初步支持
调查和诊断
解决方案和恢复服务
关闭事故
事故所有权,监控,追踪和通信
日常例会建议
我们建议在每天的例会上,结合公司的情况,考虑问题的严重程度,受影响的系统,对客户的影响等因素为事故分类。最重要的是在未来对事故进行总结的时候,分类系统要有帮助于确定哪个系统的哪个部分对公司带来了最坏的影响。
在每天的例会上,都要对未关闭的问题进行审查,确保优先级正确,确定在向前推进,不存在障碍。