尝试做新事情30天-阅读架构即未来04
来源:互联网 发布:linux系统密码忘记 编辑:程序博客网 时间:2024/05/22 02:13
尝试做新事情30天-阅读架构即未来03
过程是可扩展的关键
过程的定义
我们希望每个人都始终坚持达到的标准。过程包括以下内容
在生产环境中,如何适当的控制和发现变更
当出现问题时或发生危机时,该如何应对
如何在产品设计开始就把扩展性考虑进去
如何理解和管理风险
什么时候该自建系统,什么时候该外购系统
如何确定系统的规模
什么时候发布产品,什么时候等待发布
什么时候回滚,如何应对突发的情况
业务过程在维基百科的定义
为特定的客户产生特定的服务与产品活动的结构化活动活任务的集合。一个变更管理的过程最初可能会被看作一种对研发速度的减缓和版本发布的控制。
当好的过程变坏的时候
一种以官僚习气和繁文缛节为标志的行政系统。
这就是为什么工程师通畅很容易的告诉你是什么事情降低了他们的能力,是他们不能有效的工作。经理和领导所面临的挑战是要分清哪些是抱怨是不喜欢改变或者是真的是有问题需要解决时脾气很坏。
首先,要倾听你的团队。了解每个团队成员个性的细微差别。如果你有一个多层面的组织。包括那些经理,你就知道是真的打扰他们还是仅仅是轻微干扰。
其次,无论从小到大的过程迭代,还是让他们自己决定建立合适数量的过程。
最后,定期维护过程,坚持进行。
结论
过程的3个主要目的助力团队和员工的管理
规范员工重复性任务的行为
把员工从日常琐事中解放出来,专注于更大和更多的创意
关键点
过程,如应用设计或解决问题,是应用扩展的一个关键
过程协助任务的管理和标准化,解放员工,把精力聚焦在更具有创造性的工作上
过程存在着多样性,几乎任何一个过程都面临着选择。
对任何过程,实施都是第一步
管理故障和问题
孙子说:久爆师则国用不足
复发性故障是可扩展性的大敌,他浪费团队的时间,这些时间本可以用来创建新的功能和为股东创造更多的价值。
解决办法
区别故障和问题并相应的跟踪
根据故障管理的生命周期,适当的分类,关闭,报告并跟踪的故障
开发问题跟踪和生命周期管理系统,确保适当的反应和关闭可扩展性相关的问题
建立日常故障管理审查机制
建立季度故障回顾机制
建立强大的事后处理机制
事故管理的组成部分
监控和记录事故
分类和初步支持
调查和诊断
解决方案和恢复服务
关闭事故
事故所有权,监控,追踪和通信
日常例会建议
我们建议在每天的例会上,结合公司的情况,考虑问题的严重程度,受影响的系统,对客户的影响等因素为事故分类。最重要的是在未来对事故进行总结的时候,分类系统要有帮助于确定哪个系统的哪个部分对公司带来了最坏的影响。
在每天的例会上,都要对未关闭的问题进行审查,确保优先级正确,确定在向前推进,不存在障碍。
- 尝试做新事情30天-阅读架构即未来04
- 尝试做新事情30天-阅读架构即未来01
- 尝试做新事情30天-阅读架构即未来02
- 尝试做新事情30天-阅读架构即未来03
- 尝试做新事情30天-阅读架构即未来05
- 尝试做新事情30天-阅读架构即未来-总结
- 尝试做事情30天-架构即未来
- 读《架构即未来》
- 尝试坚持做一件事情
- 未来一年内计划做得事情
- Spark未来要做的事情
- 做对未来有影响的事情
- Square对iOS App架构的新尝试---Ziggurat
- 新网站SEO要做的事情有哪些
- 面试题:Student s = new Student();在内存中做了哪些事情?即创建一个对象做了哪些事情
- 尝试做一个自定义的android 插件,即扩展式widget
- 做事情
- 《架构即未来》中最常用的15个架构原则
- MACBOOK自带的SVN版本升级
- android 开机广播弹框被桌面屏保挡住了的问题解决方案
- linux鸟哥私房菜学习:01
- linux docker初探
- 操作系统--内存学习笔记(1)进程内存管理--内存的分布
- 尝试做新事情30天-阅读架构即未来04
- 函数指针
- shootergame-pickup
- 核心模组的观察: lsmod, modinfo
- hdu1158【DP】
- linux学习01
- CSS3圆角的制作
- 手把手教你crontab排障
- 小白日记21:kali渗透测试之提权(一)--本地提权