十月份的 #OpenOrgChat 将开放组织和 DevOps 社区的成员聚集在一起，就组织文化变革的方式进行了快速讨论。错过了吗？阅读下面的回顾。
问题 1：您会如何用一条推文描述 DevOps？
答案 1：#DevOps 是一种文化、心态和实践，旨在持续改进和协作 #OpenOrgChat
— Jason Hibbets (@jhibbets) 2016 年 10 月 20 日
答案 1：#DevOps：开发人员 + 运维团队协同工作，从产品定义到交付，以创造客户成功。 #OpenOrgChat https://#/NFSTt8b2sw
— Leslie Hawthorn (@lhawthorn) 2016 年 10 月 20 日
答案 1：开发 + 运维 = 一个自包含的团队，负责从开始到结束的开发/发布周期。 #DevOps #OpenOrgChat https://#/bAi49GGFzJ
— Allison (@allisonsm7) 2016 年 10 月 20 日
答案 1：开发人员和运维人员在自动化软件交付和基础设施变更时的协作与沟通 #OpenOrgChat https://#/7SzzCQHgaK
— David Egts (@davidegts) 2016 年 10 月 20 日
@openorgbook 答案 1：人们一起工作来完成任务 - 停止妨碍自己、他们的流程和他们的工具。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 1 @openorgbook #DevOps：将开发人员和运维人员聚集在一起，或者，“如果我倒下，你也要和我一起倒下！” :-D #OpenOrgChat
— Thomas Cameron (@thomasdcameron) 2016 年 10 月 20 日
答案 1：DevOps 是产品管理、开发、质量保证、运维和安全的集成 #OpenOrgchat
— Jeff Mackanic (@mackanic) 2016 年 10 月 20 日
问题 2：“敏捷”是什么？为什么它对今天的团队和组织如此重要？
答案 2：灵活性。如果您无法响应组织的需求，组织将遭受损失并落后。 #OpenOrgChat https://#/t5UOz0A5zh
— David Egts (@davidegts) 2016 年 10 月 20 日
.@openorgbook 答案 2 能够对业务需求做出反应，并引入新的资源（技术/人力）来快速解决问题 #OpenOrgChat
— Thomas Cameron (@thomasdcameron) 2016 年 10 月 20 日
.@openorgbook 答案 2 敏捷性很重要，因为它可以帮助您的业务从被动转变为主动 #openorgchat
— Thomas Cameron (@thomasdcameron) 2016 年 10 月 20 日
答案 2：敏捷性是使合适的人在合适的时间做合适的事情，无论是否提前计划。 #OpenOrgChat https://#/lSwYI4XhUU
— Allison (@allisonsm7) 2016 年 10 月 20 日
答案 2：快速有效地应对变化 - 而不是固守无效的流程。另请参阅 https://#/p2KmnuRhMv #OpenOrgChat https://#/WDdNAMfXyw
— Leslie Hawthorn (@lhawthorn) 2016 年 10 月 20 日
答案 2.1：敏捷性是快速响应或转向新信息并为后续步骤做出快速决策的能力 #DevOps #OpenOrgChat https://#/9gNy7RZZNZ
— Jason Hibbets (@jhibbets) 2016 年 10 月 20 日
答案 2.2：敏捷性很重要，因为它允许您更快地失败，以便更快地成功 #DevOps #OpenOrgChat https://#/9gNy7RZZNZ
— Jason Hibbets (@jhibbets) 2016 年 10 月 20 日
答案 2：利益相关者、资金/目标、技术都在快速变化，因此我们需要在我们的项目和方向上保持灵活性。 #OpenOrgChat
— janflowers (@supaflowerchic) 2016 年 10 月 20 日
问题 3：您的团队的工具与其文化之间是什么关系？
答案 3：团队的工具定义了组织的文化，无论好坏。相关：康威定律 https://#/pRwaM8DC99 #OpenOrgChat https://#/bmj6J9cPe0
— David Egts (@davidegts) 2016 年 10 月 20 日
答案 3：关于文化或工具，我们的团队尝试事物并使用有效的方法——仅此而已 #CollaborateOrBust #OpenOrgChat https://#/GLjDwSINOx
— Allison (@allisonsm7) 2016 年 10 月 20 日
答案 3：团队需要允许工作流程透明化和协作的工具。但工具不是文化——人与人之间的互动 *才是* #openorgchat https://#/AkJfOffnCc
— Leslie Hawthorn (@lhawthorn) 2016 年 10 月 20 日
@openorgbook 答案 3.1 我发现团队倾向于立即选择工具来解决问题 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
@openorgbook 答案 3.2 ... 在完全理解他们需要解决的问题之前。工具选择需要成本 - 首先了解流程。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 3：文化吞噬战略和工具。如果一些团队成员拒绝某些工具，这可能会成为问题 - 有什么想法可以解决吗？ #OpenOrgchat
— Jeff Mackanic (@mackanic) 2016 年 10 月 20 日
作为技术人员，我们倾向于认为每个问题都有技术解决方案，即使是社交问题，例如人们不互相交谈 #openorgchat https://#/XhdV3bLkiT
— Leslie Hawthorn (@lhawthorn) 2016 年 10 月 20 日
问题 4：“无责”文化是什么？为什么它在今天如此重要？
@openorgbook 答案 4.1 太多人有职业生涯早期关于“生产中断期间发生了什么”的恐怖故事 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 4.2 无责 = 允许人们犯错而不必担心报复、失败或其他后果。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 4.3 这有助于鼓励团队/个人的好奇心，尝试新事物，学习新事物！ #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 4.4 对早期 IT 行业的恐惧导致我的许多同事对当今存在的行业感到厌恶。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 4.5 这种厌恶会导致倦怠 - 请参阅 @HarvardBiz 2016 年 11 月刊，了解一篇关于倦怠的精彩文章。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 4：无责文化创造了一个安全的场所，可以从错误中学习并纠正错误，而不是专注于惩罚。 #OpenOrgChat https://#/4HsMphyjry
— David Egts (@davidegts) 2016 年 10 月 20 日
答案 4：无责性允许支持性的协作和创新。“我们都在一起”的感觉。 #OpenOrgChat
— Allison (@allisonsm7) 2016 年 10 月 20 日
答案 4：接受失败会发生。不要找人责备和羞辱。纠正导致失败发生的系统性问题 #openorgchat https://#/xgLrqt3Oyi
— Leslie Hawthorn (@lhawthorn) 2016 年 10 月 20 日
答案 4. #FailingFast 存在于无责 #culture 的 DNA 中 #OpenOrgChat
— E.G.Nadhan (@NadhanEG) 2016 年 10 月 20 日
问题 5：TheOpenOrg 可以从实践 DevOps 的团队中学习到哪些重要的经验教训？
答案 5：共同责任和担当带来持续改进和共同成功。 #OpenOrgChat https://#/yz0YpRL2Uu
— David Egts (@davidegts) 2016 年 10 月 20 日
答案 5：一个优秀的 #DevOps 团队可以实时演示透明度、沟通、责任等的力量。 #OpenOrgChat https://#/vt7QSU9Tnx
— Allison (@allisonsm7) 2016 年 10 月 20 日
答案 5：尽早且经常沟通 + 理解您需要一遍又一遍地重复想法，以便人们真正理解 #openorgchat https://#/GmARLPMooq
— Leslie Hawthorn (@lhawthorn) 2016 年 10 月 20 日
@openorgbook 答案 5.1 我真的认为这个问题措辞是倒退的。 :) #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 5.2 对我来说，#theopenorg 读起来像是一本关于组织如何摆脱他们今天的文化的手册... #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 5.3 朝着更容易相处的方向发展。拥有开放和透明对话的能力 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 5.4 是组织中任何 DevOps 运动的关键基础。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 5. 持续的、渐进式的执行以及持续监控对于团队有效地开展任何活动至关重要 #OpenOrgChat #DevOps
— E.G.Nadhan (@NadhanEG) 2016 年 10 月 20 日
答案 5：在志愿者社区中，制定长期计划，否则会因试图维持运营而精疲力尽。 #OpenOrgChat https://#/wUxo1rJIKy
— janflowers (@supaflowerchic) 2016 年 10 月 20 日
问题 6：管理层在实施更自下而上的 IT 方法中扮演什么角色？
答案 6：管理者的角色正在演变为领导者/赋能者——管理者的工作是激励和授权，然后让路。 #OpenOrgChat https://#/hU18E8RxKP
— Allison (@allisonsm7) 2016 年 10 月 20 日
答案 6 管理层需要完全支持变革，允许在过程中犯错，并庆祝取得的成果。 #OpenOrgChat
— Thomas Cameron (@thomasdcameron) 2016 年 10 月 20 日
答案 6：阐明有抱负的目标，并让更广泛的组织的知识和技能来填充细节。 #OpenOrgChat https://#/pavEhAciaz
— David Egts (@davidegts) 2016 年 10 月 20 日
答案 6：管理层需要允许团队进行实验、失败和快速学习，并以无责反馈的方式进行指导 #DevOps #OpenOrgChat https://#/fGcmc81jlJ
— Jason Hibbets (@jhibbets) 2016 年 10 月 20 日
问题 7：您发现哪些降低协作障碍的策略最有效？
@openorgbook 答案 7.1 暂停一下。 https://#/X6l6ezvTpc （开玩笑） #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 7.2 我让人们克服协作障碍最简单的方法通常是明确参与的界限。 #openorgchat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 7.3 谁在做什么，他们什么时候做，他们为什么做，他们怎么做等等。 #openorgchat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 7.4 确保每个人都参与其中很重要。（例如，您真的理解我们在说什么吗？） #openorgchat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 7：解释是什么和为什么，然后让每个人弄清楚如何做。所有权意识带来责任感和参与感。 #OpenOrgChat https://#/g1nGD3FBts
— Allison (@allisonsm7) 2016 年 10 月 20 日
答案 7：首先询问如何满足同事的需求，然后告诉他们您自己的需求，协商协议，真诚 *且* 富有同情心。 #OpenOrgChat https://#/9hvaoFxR3V
— Leslie Hawthorn (@lhawthorn) 2016 年 10 月 20 日
答案 7：提问，倾听，来自 @davidegts #nobleintent 始终，无责事后分析 #OpenOrgchat
— Jeff Mackanic (@mackanic) 2016 年 10 月 20 日
问题 8：TheOpenOrg 反对层级制度；DevOps 反对瀑布模型。这些过时的系统有什么共同点？
@openorgbook 答案 8.1 过时不是我会用来形容瀑布模型的词！ #openorgchat ;)
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 8.2 我仍然坚信在某些时候，它是一种值得遵循的有价值的方法。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 8.3 作为行业，我们的麻烦在于盲目追随任何新的潮流……微服务、devops、敏捷等等。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 8.4 没有深入研究我们过去做出决定的原因。我最近最喜欢的引述是 #openorgchat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 8.5 @laserllama 谈论 devops 以及它只是我们引入的新问题 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 8.6 为了解决我们没有用瀑布模型解决的人员问题。人是我们遇到的最难的问题，而不是工具。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 8：它们不会激励人们。人是了不起的。我们需要授权于人而不是约束人的组织结构 #OpenOrgchat
— Jeff Mackanic (@mackanic) 2016 年 10 月 20 日
答案 8：两者都以“指挥和控制”的心态运作。扼杀创造力和人们尝试的意愿。 #OpenOrgChat https://#/VtlK9lDefm
— Leslie Hawthorn (@lhawthorn) 2016 年 10 月 20 日
答案 8：当您身处自己的泡沫中时，您不会专注于大局、使命或组织的成功。 #OpenOrgChat https://#/YgQPNxxbrW
— David Egts (@davidegts) 2016 年 10 月 20 日
答案 8 我们也应该记住，它们曾经是“最好的”，但正在被取代。我想知道什么将取代今天“最好的”？ #OpenOrgChat
— Thomas Cameron (@thomasdcameron) 2016 年 10 月 20 日
问题 9：您如何在您的组织中充当有效的变革推动者？
答案 9：以身作则。表现出尊重。信任他人。激励和授权，然后让路。 #OpenOrgChat https://#/OrFzrYGgYJ
— Allison (@allisonsm7) 2016 年 10 月 20 日
答案 9.1 始终先用耳朵倾听，然后再用解决方案回应别人的问题。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 9.2 当人们对某个话题同样充满热情时，始终将他们联系在一起。他们将共同努力创造巨大价值。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 9.3 并且永远不要放弃，无论您的一天多么艰难，或者人们多么糟糕。记住，他们最终会爱你的。 #OpenOrgChat
— Jen Krieger (@mrry550) 2016 年 10 月 20 日
答案 9 以身作则。承担风险。讨论失败。公开以激励他人尝试。我经常失败，但这没关系 #OpenOrgChat
— Thomas Cameron (@thomasdcameron) 2016 年 10 月 20 日
答案 9：公开承认错误，在谈论无效的事情时创造安全感。拥抱人们的差异作为力量的源泉 #openorgchat https://#/8bL0rkX1TY
— Leslie Hawthorn (@lhawthorn) 2016 年 10 月 20 日
评论已关闭。