在项目初期进行Hackathon对于实施DevOps文化的利弊

问题描述

有用户对于在新项目初期使用“hackathon”来聚焦开发，然后再引入更正式的DevOps流程的效果产生了兴趣。他想知道是否在项目刚开始时放松开发速度以快速推进项目，会不会妨碍后续添加流程？如果是这样的话，如何权衡早期建立动力与建立良好的DevOps流程之间的利弊。

解决方案

请注意以下操作可能存在版本差异，请在操作前做好备份。

利用Hackathon来推进项目初期

1. 在初期项目中，特别是对于创业公司的最小可行产品（MVP）或其他检验/概念验证工作，使用Hackathon来快速进行开发是常见的做法。这符合“快速失败/低成本失败”的精益创业策略。
2. 在某些情况下，基于上市时间的考虑，也会建议在引入DevOps之前进行Hackathon。但要注意，如果DevOps不能及时跟进，初期市场优势很容易丧失。可能的原因包括：
3. 初期的势头可能是短暂的，一旦建立DevOps流程（”太难了，让我们的速度变慢”），很容易丧失。
4. 通常，Hackathon会导致技术债务的累积，管理和消除技术债务的成本可能会超过早期势头带来的好处。

DevOps与Hackathon的关系

1. DevOps旨在将开发和部署之间的信息和流程融合。如果你的Hackathon的目标是制作不能或不应在任何地方部署的代码，那么在开发部署过程之前进行概念验证（PoC）编码是有意义的。
2. 但是，如果你希望客户（即任何不是开发人员的人）能够从远程计算机查看PoC，那么你的Hackathon已经包括了DevOps的一部分。对于PoC或最小可行产品（MVP）而言，不使用DevOps将是资源和时间的浪费，因为你需要协调部署过程与运营。
3. DevOps将有助于在更短的时间内部署更多的PoC或MVP迭代，供更多的人审查，从而增强你的Hackathon的成效。

促进合作与文化变革

1. Hackathon是促使人们共享知识、合作、共享风险和责任的有效方式。传统（非DevOps）组织往往以权力为中心，促使人们避免直接交流。允许人们只通过他们的管理者直接交流。这种类型的组织文化对于良好的绩效来说是次优的，而DevOps正是为此而生。
2. 使用R. Westrum模型来度量文化，我们可以将组织文化分为三种类型：病态、官僚和生成式。而生成式文化是DevOps所追求的，而Hackathon则是实现文化转变的绝佳工具之一。
3. PuppetLabs的“DevOps现状报告”引用了Westrum模型，解释了更好的文化是更好的组织绩效的关键因素。
4. 如果你希望转变IT组织的文化，从以权力为中心的文化转向生成式文化，Hackathon是领导力能够推动的确实有实际效果的工具之一。

了解Westrum模型

1. Westrum模型包含了组织环境的三种典型风格：病态、官僚和生成式。
2. 这些风格是由领导者的关注点所塑造的，包括个人需求、官僚目标和组织使命。
3. 这些风格与对问题的不同反应和创新机会相关联。
4. 生成式文化需要以对齐、认知和授权取代怀疑、隔离和被动性。
5. 有意识的探究文化将有助于对系统进行根本性改进，而不仅仅是快速修补。

应用Westrum模型于实践

1. 在医疗领域，领导力塑造文化，文化塑造信息流。
2. 良好的信息流和处理对患者安全有重要影响。
3. 特别是，开放和生成式的文化将意味着更好的创新吸收和更好的对危险信号的响应。
4. 生成式文化需要将对齐、认知和授权取代怀疑、隔离和被动性。
5. 有意识的探究文化将有助于对系统进行根本性改进，而不仅仅是快速修补。
6. 了解文化在DevOps中的重要性，你可以测量文化并期望实现更好的组织绩效。

DevOps研究与实践

1. DevOps研究者所关心的一个重要问题是：如何将IT组织从以权力为中心转变为生成式。Hackathon是领导力可以推广的工具之一