Where am I
《Effective DevOps》进度
Notes
《Effective DevOps》工具：文化加速器（3）
重点与思考
工具不重要？
“工具不重要”有两层含义：
- 工具不是一个devops文化存在的充分条件
- 工具不能修补被破坏的文化，工具只是展示和加强环境中的现有条件
如果一个“devops解决方案”只涉及工具，而不考虑组织中谁使用工具、如何使用以及为什么使用，那么这样的解决方案并没有真正掌握devops是什么以及devops为什么如此成功。只用工具和技术无法解决人文问题。
在工作中，我观察到了一个现象：公司中引入了一个很好用的用于项目需求、问题、事务管理的团队协作工具，但由于团队并不能用好这个工具，所以工具本身的价值得不到最大化的发挥。
新的工具开发好后，大家不愿意使用，或者不能正确地使用的原因有很多，比如：
- 原来的工具已经满足我的需求了，并不需要使用新的工具
- 虽然有需求，但是这个工具不好用，我并不想使用它
如何解决这些问题呢，结合上一篇笔记中的内容，可以从以下几点出发，减少新的工具推广时可能遇到的阻力
- 如果这个工具并没有必要要求组织内所有人统一，或者在某个部门内统一，即在某一范围内使用统一的工具不能对组织带来额外的价值，那么就没有理由要求他放弃原来熟悉的、能够满足需求的工具。
- 如果在某一范围内使用统一的工具能够对组织带来额外的价值，确实有必要要求大家使用统一的工具，能够有一致的流程来分析工具，明确为什么需要使用新的工具，能够带来什么好处。
- 如果是不好用，那么可以为用户提供充分有效的培训、资料。此外，收集并重视用户反馈，进而改进工具也非常重要。
有时候也会遇到不同的部门开发出功能看似“雷同”的工具，然后要求团队先后进行使用，使用新的工具甚至会严重影响团队成员的工作效率的情况，这时候上面提到的“一致的工具分析、选择流程，以及将信息传达给使用工具的人”就非常重要了。
工具选择的康威定律
定义
康威定律（Conway's law）名字来自计算机科学家和程序员Melvin Conway，其思想是软件的开发方式往往反映了开发该软件的团队的结构和组织。
康威定律想说明什么
- 要让两个软件组织协同工作，如果它们由不同的团队设计和实现，那么这两个团队也必须能够沟通
- 如果团队不能很好地沟通，如在一个严重割据的环境中，往往会创建根本无法协作的产品
康威定律的推论
- 团队选择和使用工具的方式与团队本身的结构和沟通模式往往是一致的
- 如果两个团队本身不能相互沟通，他们不可能因为公司开始使用Slack作为新的聊天程序就开始沟通
网友评论