蒂姆·李斯特（Tim Lister）-书籍的合著者

• “人为因素。 成功的项目和团队”（原书称为“ Peopleware”）
• “与熊同行：软件开发项目中的风险管理”
• “令人惊讶的肾上腺素和僵尸模式。 项目团队的行为模式

所有这些书都是该领域的经典著作，并且是与Atlantic Systems Guild的同事共同撰写的。 在俄罗斯，他的同事最著名- 汤姆·德马科 （ Tom Demarco）和彼得 ·赫鲁奇卡 （ Peter Khrushchka） ，他们还撰写了许多著名的作品。

蒂姆（Tim）在软件开发方面拥有40年的经验，在1975年（没有人撰写这一狂喜作品于今年出生），蒂姆已经是Yourdon Inc.的执行副总裁。 现在，他从事咨询，培训和写作工作，并不时参加世界各地的报告会议。

特别是对于哈勃（Habr），我们接受了蒂姆·李斯特（Tim Lister）的采访。 他将打开DevOops 2019大会，我们已经积累了很多关于书籍的问题。 会议程序委员会的Mikhail Druzhinin和Oleg Chirukhin进行了采访。

迈克尔：您能谈一谈您现在在做什么吗？

蒂姆：我是大西洋系统协会的负责人。 公会中有六个人，我们称自己为校长。 在美国有3个，在欧洲有3个-这就是为什么行会被称为大西洋。 我们在一起已经有很多年了，您简直无法计数。 我们都有自己的专业。 在过去的十年甚至更长时间里，我一直在与客户合作。 我的项目不仅包括管理，还包括需求的设置，项目计划和评估。 看来，起步较差的项目通常结局很差。 因此，您应该确保所有活动都经过深思熟虑，并同意将创作者的想法结合在一起。 值得考虑您在做什么以及原因。 使用什么策略来完成项目。

多年来，我一直以各种方式为客户提供建议。 一个有趣的例子是一家制造用于膝盖和髋关节手术机器人的公司。 外科医生并非完全独立地操作，而是使用机器人。 坦率地说，这里的安全很重要。 但是，当您尝试与专注于解决问题的人员讨论需求时……听起来很奇怪，但是在美国，有FDA （联邦药品管理局）授权使用此类机器人的产品。 在向有生命的人出售和使用某些物品之前，您需要获得许可。 条件之一是显示您的要求，测试内容，测试方式以及测试结果。 如果您更改了要求，那么您需要一次又一次地重新进行整个庞大的测试过程。 我们的客户设法在他们的要求中包括了应用程序的可视化设计。 他们直接将屏幕截图作为要求的一部分。 我们必须将它们拉出来，并解释说，在大多数情况下，所有这些程序对膝盖和臀部，相机的所有这些东西一无所知。 我们需要用需求重写文档，以使它们永不改变，除非某些真正重要的基本条件发生改变。 如果要求中没有视觉设计，则更新产品的速度会更快。 我们的工作是找到那些涉及膝盖，臀部，背部的操作的元素，将它们放入单独的文件中，并说它们将是基本要求。 让我们对膝关节手术提出一个孤立的要求组。 这将建立一套更可靠的要求。 我们将讨论整个产品线，而不是机器人的特定实例。

尽管做了很多工作，但他们还是到达了以前花费数周和数月的重复测试的地点，毫无意义和必要性，因为书面上描述的要求与构建系统的实际要求不符。 每次FDA告诉他们：您的要求已经改变，现在您需要从头开始检查所有内容。 整个产品的全面交叉检查使该公司丧生。

因此，当您在一开始有趣的事情中发现自己时，就会遇到许多如此奇妙的任务，而最开始的动作会设定游戏的进一步规则。 如果您从管理人员和技术角度都这样做，那么此早期活动将开始运作良好，在出口处就有机会获得出色的项目。 但是，如果这部分脱离正常工作并出了问题，那么，如果您找不到基本协议……不，不是说您的项目一定会失败。 但是您将无法说：“我们做得很好，我们所做的一切都非常有效。” 这些就是我要做的，与客户沟通。

迈克尔：也就是说，您启动项目，进行某种形式的启动，并检查导轨是否朝着正确的方向引导？

蒂姆：我们也对如何整合所有组成部分有想法：我们需要什么技能，什么时候需要他们，团队的核心是什么样的以及其他一些基本的东西。 我们需要全职员工还是可以兼职招聘人员。 规划，管理。 像这样的问题：对于这个特定项目，最重要的是什么？ 如何实现呢？ 我们对这个产品或项目了解多少，有什么风险，未知之处在哪里，我们将如何应对所有这些问题？ 当然，这时有人开始喊“但是敏捷呢？！”。 好吧，你们都很灵活，那又如何呢？ 该项目究竟是什么样子，您如何将其取出以适合项目？ 您不能仅仅说“我们的方法受到任何限制，我们是一支团队团队！” 这是胡说八道。 接下来您要去哪里，为什么要赚钱，重点在哪里？ 我教我的客户思考所有这些问题。

19年的岁月

迈克尔：在阿贾尔（Ajail），人们经常不尝试提前确定任何东西，而是尽早做出决定，说：我们太大了，我不会考虑总体架构。 我不会考虑其他事情，相反，现在我将为客户提供一些有用的东西。

蒂姆：我认为，从2001年的《 敏捷宣言》开始，敏捷方法就已经引起了业界的关注。 但是，另一方面，没有什么是完美的。 我完全支持迭代开发。 在大多数项目中，迭代非常有意义。 但是您需要考虑以下问题：产品问世并开始使用后，它的使用寿命是多长？ 这个产品会持续六个月，然后会被另一个产品取代吗？ 还是可以使用很多年的产品？ 当然，我不会给名字起名字，而是……在纽约及其金融界，最基本的制度已经很老了。 太神奇了 您看着他们，认为您会回到1994年，并告诉开发人员：“我来自未来，来自2019年。 只需根据需要设计此系统。 使它具有可扩展性，考虑一下体系结构。 然后将进行25年以上的改进。 如果您将开发延后一会儿-在历史上没有人会注意到这一点！” 从长远来看，当您评估事物时，您需要考虑其整体成本。 有时，精心设计的体系结构确实值得，但有时却不值得。 您需要环顾四周并问自己一个问题：我们是否适合这种解决方案？

因此，诸如“我们追求敏捷，客户本人会告诉我们他想收到什么”之类的想法是最重要的。 毕竟，客户甚至不知道自己想要什么，甚至更多，因此他们也不知道自己能得到什么。 有些人会开始引用历史例子作为论据，我已经看到了。 但是技术上先进的人通常不会这样说。 他们说：“现在是2019年，我们有这样的机会，我们可以完全改变对这种事情的看法！” 有时您无需外出模仿现有的解决方案，而是使它们变得更加美观和梳理，而您需要出去说：“让我们彻底地重新设计我们在这里要做的事情！”

而且我认为大多数客户都不会以这种方式想到问题。 他们只会看到已经拥有的东西，仅此而已。 然后，他们会提出诸如“让我们轻松一点”之类的要求，或者说通常所说的话。 但是无论结果多么愚蠢，我们都不是服务生来下订单，然后在厨房里烘烤。 我们是他们的向导。 我们必须睁开眼睛说：嘿，我们这里有新的机会！ 您是否意识到我们可以真正改变您的业务的完成方式？ adjayl的问题之一是，他不再了解什么是机会，什么问题，我们需要做什么，哪种可用技术最适合这种特定情况。

也许我对怀疑论走得太远了：敏捷社区中发生了许多奇妙的事情。 但是我有一个事实，那就是人们没有定义项目，而是开始耸耸肩。 我想问一下-我们在做什么，我们将如何做？ 而且总是以某种神奇的方式证明此客户应该最了解。 但是，只有当客户从某人已经制造的东西中进行选择时，客户才最了解。 如果我想购买一辆汽车，并且知道家庭预算的大小，那么我将迅速购买适合自己生活方式的汽车。 在这里，我比任何人都了解一切！ 但是，请注意，有人已经制造了机器。 我不知道如何发明新车，我不是专家。 当我们创建定制产品或某些特殊产品时，必须考虑客户的声音，但这不是唯一的声音。

奥列格：您提到了敏捷宣言。 考虑到当前对问题的理解，我们是否需要以某种方式进行更新或修订？

蒂姆：我不会碰他。 我认为这是一个伟大的历史文献。 我的意思是，他就是他。 他19岁，他老了，但一次革命。 他做得很好的是发动了反应，他们开始对他耳语。 最有可能的是，您在2001年没有从事该行业，但是后来都在流程上工作。 软件工程学院，软件完整性潜力模型（CMMI）的五个级别。 我不知道这些古代传说是否能给您带来深刻的启示，但这是一个突破。 最初，人们认为，如果流程构建正确，那么问题本身就会消失。 然后，宣言出现，并说：“不，不，不-我们将基于人，而不是基于流程。” 我们是软件开发的大师。 我们知道理想的过程是海市rage楼，不是。 项目中有太多特质；对所有项目使用单一，无缺陷的过程的想法是没有意义的。 问题太复杂了，以至于不能说已经为所有事物找到了一个解决方案（嗨，必杀技）。

我不打算展望未来，但我会说人们现在已经开始更多地考虑项目。 我认为《敏捷宣言》非常好，他跳了起来说：“嘿！ 您在船上，而您自己也在领导这艘船。 您将需要做出决定-我们不会在所有情况下提示通用的配方。 您是船上的船员，如果您足够优秀，就可以找到实现目标的途径。 在您面前还有其他船只，而在您之后还有其他船只，但是从某种意义上说，您的旅程是独一无二的。” 这样的东西！ 这是一种思考方式。 对我来说，月球下没有什么新鲜的东西，人们早些航行并且会再次游泳，但是对您来说，这是您的主要旅行，我不会告诉您确切的情况。 您必须具有协调团队协作的技能，如果确实如此，那么一切都会顺利进行，并且您会到达所需的位置。

Peopleware：30年后

奥列格（Oleg）：象宣言一样，人件也是一场革命？

蒂姆：人员软件...汤姆和我写了这本书，但并不认为一切都会发生。 不知何故，它引起了很多人的共鸣。 这是第一本书，它说：软件开发是一项非常耗人的活动。 尽管我们具有技术天性，但我们还是一个由大型甚至大型，非常复杂的人组成的社区。 没有人可以独自创造这样的东西，对吧？ 因此，“团队”的概念变得非常重要。 不仅从管理的角度来看，对于技术仓库中的人们，他们一起解决了许多未知的真正复杂的深层问题。 对我个人而言，这在我的整个职业生涯中都是对智力的巨大考验。 在这里您需要能够说：是的，这个问题超出了我自己能解决的范围，但是我们可以共同找到一个引以为傲的优雅解决方案。 我认为这个特殊想法引起了最大的共鸣。 我们的想法是，我们一部分时间是自己工作，一部分是小组工作，而决策通常是由小组做出的。 解决小组问题很快成为复杂项目的重要特征。

尽管Tim的报道很多，但在YouTube上发布的报道却很少。 您可以查看2007年的“人脉归来”报告。 当然，质量还有很多不足之处。

迈克尔：自该书发行以来的30年里，有什么变化吗？

蒂姆：您可以从许多不同的角度来看它。 从社会学角度讲……在更简单的时间里，您和团队在同一办公室。 您可能每天都在那里，一起喝咖啡并讨论工作。 真正的变化是，现在可以将团队地理分布在不同的国家和时区，但是尽管如此，他们仍在从事相同的任务，这增加了一层全新的复杂性。 这听起来可能是过时的，但是没有比面对面的交流更好的了，当大家聚在一起，一起工作时，您可以去找同事说：看，我发现您对此有何感想？ 面对面的对话提供了一种进行非正式交流的快捷方法，我认为这也应该吸引喜欢adjayl的人。 我很担心，因为实际上这个世界很小，现在分布在分散的团队中，这一切都非常复杂。

我们都生活在DevOps中

迈克尔：即使从会议计划委员会的角度来看，我们在加利福尼亚，纽约，欧洲，俄罗斯……在新加坡还是没有人。 地理上的差异很大，而且人们开始分布得更多。 如果我们已经在谈论发展，您能告诉我们更多关于发展和团队之间障碍消除的信息吗？ 有一个概念，每个人都坐在他们的掩体中，而现在这些掩体正在崩溃，您如何喜欢这个比喻？

蒂姆：在我看来，鉴于最近的技术突破，发展非常重要。 以前，您有开发人员和管理员团队，他们一起工作，工作，工作，并且在某些时候出现了一些问题，您可以与管理员接触并将其推广到产品。 在这里，有关about堡的讨论开始了，因为管理员至少是盟友，而不是敌人，但只有在一切准备好出售时，您才与他们交谈。 您对他们说了些什么：您看，我们的应用程序是什么，但是您可以推出该应用程序吗？ 现在，整个交付理念已经变得更好。 我的意思是，提出了可以快速推动变革的想法。 我们可以即时更新产品。 当我的笔记本电脑上弹出Firefox时，我总是微笑：嘿，我们已经在后台更新了Firefox，请稍等一下，您可以单击此处，我​​们将为您提供一个新版本。 我就像：“哦，是的，宝贝！” 当我睡觉时，就在我的计算机上，他们正在为我提供一个新版本。 这很棒，令人难以置信。

但这是困难所在：您可以通过软件更新来使用此功能，但是集成人员要困难得多。 我想在DevOops主题演讲中说的是，我们现在拥有的玩家比以往任何时候都要多。 如果您只考虑参与一个团队工作的每个人.... 您将其视为一个团队，而不仅仅是一个程序员团队。 这些是测试人员，项目经理和其他一群人。 每个人对世界都有自己的看法。 产品经理与项目经理完全不同。 管理员有自己的任务。 协调所有参与者，以继续了解正在发生的事情，而不是一味地摆脱困境，这是一个相当困难的问题。 有必要将小组的任务和与所有人有关的任务分开。 这是一项非常困难的任务。 另一方面，我认为所有这些都比许多年前变得更好。 这正是人们成长和学习正确行为的道路。 当您从事集成时，您会了解到不应进行任何地下开发，因此在最后一刻，该软件就不会出现问题：就像，看，我们在这里做了什么！ 这个想法是，您可以进行集成和开发，最后，您将以一种整洁且迭代的方式推出。 这一切对我来说都很重要。 这样可以为系统用户和客户创造更多价值。

Michael： Devopse的整个想法是尽早提供有意义的工作。 我看到世界开始越来越加速。 如何适应这种加速度？ 十年前，还不是！

蒂姆：当然，每个人都希望越来越多的功能。 无需移动，只需堆叠更多即可。 有时您甚至必须放慢速度，以便下一次增量更新至少带来一些有用的东西-这是完全正常的。

您需要运行运行的想法不是最好的。 几乎没有人想这样生活。 我希望交付的节奏能够设置项目自己的节奏。 如果仅生成一小堆相对没有意义的事物，那么所有这一切都是没有意义的。 与其尝试尽早发布内容，不如与领先的开发人员以及产品和项目经理讨论的是策略。 这有道理吗？

模式和反模式

奥列格（Oleg）：您通常谈论模式和反模式，这就是项目的生与死之间的区别。 现在，开发人员闯入我们的生活。 他是否有自己的模式和反模式可以当场杀死该项目？

蒂姆：模式和反模式始终存在。 该说些什么。 好吧，有一种我们称为“闪亮的事物”的事物。 人们真的非常喜欢新技术。 一切看起来酷炫时尚的魅力都使他们着迷，并停止问问题：甚至有必要吗？ 我们要实现什么？ 这东西可靠吗，有意义吗？ 可以说，我经常看到人们站在技术的最前沿。 他们被世界上正在发生的事情迷住了。 但是，如果您仔细观察一下，它们有什么用呢？通常，没有什么用！

, – , , . 1969. , – 1969 , 1960 62, NASA , . – , ! -, , , . : «, , , , !». - … , . , , , , , . , : « !».

: , ?

: , ! … , , -. ! , , , – . , , ? ! . , . , , … – . : . , .

: , « , »: ?

: . - . – - , , ? , – . , , - : « ! !». 真的吗 .

«-»

: . - , «-» . : , , «-», ? , – , - .

: -. - . - , . , , , ! , , «-», , , ? – . , «» — , ? . - , , , . , ?

, , , , – . , - , - – . , DevOps, , - . , , , . « », « » , , – «».

- , , . , , . – , « ». ? , , . - , , , , , . , - , , , , . ! - .

- -. , , ? , , ? - : --, , , , , .

, , . , . , , : , . , . , . .

. – , , , , , , ! - . – …

« »

: ? , , , – « ».

: ! – , - . - , ( , ). – , – , - , .

, . , « - , ». , -, , . , , . , , , , , . , , , – , . , . , .

: , . , , . , . , – , – . , , , .

: Move fast and break things!

: , , , – -. , ?

: : . . , - , . , , - , « », , : « ». , . , , . – .

, . , , , - . - , , . , – , , , , . , , , . .

, , . , – , . , , , , , ? ? , ? , : , . , , , - . : , .

, . , : , , - , . , , . , , , .

, ? , . , . 100%, : «, , !». . – , , , ! , , , : « – , – ». , - .

, , – . , . . !

: . , . ?

: , , – . , . - ? , , , , . , , . « , – ». . ( !) , . . , , – , . , . , . , , , , , , … , , . , , . . , , , !

: , , - , (, ) .

蒂姆：对。 我认为最好的技术人员，如果您仔细观察它们，它们本身就是经理。 如何制定...

奥列格（Oleg）：您的生活就是您管理的项目。

蒂姆：对！ 我的意思是，您承担了责任，您了解了这个问题，当您发现自己的决定会影响他们的工作时，您就会与他们接触，这一切都是出于这种精神。 这不只是坐在桌子旁做您的工作，甚至不知道周围发生了什么。 不不不 顺便说一句，关于敏捷的最好的事情之一是他们建议了短距离冲刺，因为所有参与者的事态都得到了很好的观察，因此他们可以一起观看。 每天我们互相谈论。

如何进入风险管理

奥列格（Oleg）：在这方面知识是否有正式的结构？ 例如，我是Java开发人员，想了解风险管理而又不成为真正的教育项目经理。 大概，首先我读了McConnell的“一个软件项目多少钱”，然后又读什么？ 第一步是什么？

蒂姆：首先是开始与项目中的人们进行交流。 这可以立即改善与同事沟通的文化。 您需要首先默认打开所有内容，而不是将其隐藏。 说：这些是困扰我的事情，这些是让我彻夜难眠的事情，今天我在晚上醒来，就像这样：上帝，必须考虑一下！ 其他人也看到同样的事情吗？ 作为一个整体，我们应该应对这些潜在问题吗？ 您必须能够保持有关这些主题的讨论。 没有工作可使用的预先准备的公式。 这不是汉堡包的生产，而是人的全部。 “做一个芝士汉堡-卖一个芝士汉堡”-这与我们无关，这就是为什么我如此热爱这份工作的原因。 我喜欢经理以前所做的一切现在变成团队的财产。

奥列格（Oleg）：您在书本和访谈中告诉我们，人们对幸福的担心比对图表上的数字更担心。 另一方面，当您告诉团队时：我们转而使用devop，现在程序员必须不断进行交流，这可能远远超出了他的舒适范围。 现在，让我们这样说，他可能会非常不高兴。 在这种情况下该怎么办？

蒂姆：我不确定该怎么做。 如果开发人员过于孤立，他根本看不到为什么要完成工作，他只是看着工作的一部分，他需要深入研究我所说的“上下文”。 他需要弄清楚一切之间是如何相互联系的。 当然，我不是说正式的演讲或类似的话。 我说，您需要与同事就整个工作进行沟通，而不仅仅是您要负责的部分。 现在，您可以开始讨论想法，一般性协议，以便您的工作顺利进行，以及如何共同解决常见问题。

为了适应，技术人员通常还希望将他们送去培训，讨论培训。 我的一个朋友喜欢说训练是针对狗的。 有培训的人。 教导开发人员最好的事情之一就是与同事交流。 如果某人确实成功完成某项工作，则应该查看他的工作方式，或与他讨论工作或类似的事情。 有条件的肯特·贝克（Kent Beck）经常谈论极限编程。 很好笑，因为XP是一个简单的想法，但它会导致很多问题。 对于某人而言，执行XP就像被迫在朋友面前脱光衣服一样。 他们会看到我在做什么！ 他们是我的同事，他们不仅会看到，而且会理解！ 糟透了 有人开始变得严重紧张。 但是，当您意识到这是学习的终极方式时，一切都会改变。 您与人紧密合作，有些人比您更了解该主题。

迈克尔：但是，所有这些使您离开舒适区。 作为工程师，您必须走出舒适区，进行交流。 作为一个解决问题的人，您必须不断使自己处于劣势，并考虑可能出什么问题。 这样的工作在本质上被设计为不方便。 您有意识地使自己处于压力状态。 通常，人们逃避他们，人们喜欢成为快乐的孩子。

蒂姆：可以做什么，你可以出去公开地说：“一切都井井有条，我可以处理！ 我并不孤单。 让我们作为一个团队一起讨论各种不愉快的事情！” 这些是我们共同的问题，我们必须处理它们，明白吗？ 我认为独特的杰出开发人员-他们就像猛mm象，他们消失了。 是的，它们的价值非常有限。 如果您无法交流，则无法正常参与。 因此，只需说出来。 诚实开放。 我很抱歉有人不愉快。 想象一下，很多年前，有一项研究表明，美国的主要恐惧不是死亡，而是猜想呢？ 害怕公开演讲！ 因此，在某个地方，有些人比大声称赞更容易死亡。 我认为，您只是具备一些基本技能，具体取决于您的工作。 会话技巧，写作技巧-但是在您的工作中确实需要很多。 如果您是分析师，但您不会阅读，书写和说话，那么不幸的是，您与我的项目无关。

通讯价格

奥列格（Oleg）：由于各种原因使用这些离职员工是否更昂贵？ 最后，他们不停地讲话而不是工作！

蒂姆：我想到的是团队的核心，通常不是连续的。 如果您的专家真的很酷地设置您的数据库，并且喜欢设置您的数据库，并且会在余生中继续设置您的数据库，那很酷，请继续努力。 但是我说的是那些想住在项目本身中的人。 团队的核心，旨在开发项目。 这些人确实需要不断地相互交流。 特别是在项目开始时，当您讨论风险，实现全球目标的方式等时。

迈克尔：这适用于参与该项目的每个人，无论其专业知识，技能和工作方式如何。 你们都对项目的成功感兴趣。

蒂姆：是的，您感到自己沉浸在项目中，您的任务是帮助项目实现。 无论您是程序员，分析师，界面设计师，还是任何人。 这就是我每天早上上班的原因，这就是我们要做的。 我们对所有这些人负责，无论他们的技能如何。 这是一群成人对话的人。

奥列格（Oleg）：实际上，在谈论健谈的员工时，我试图模拟人们的异议，尤其是那些被提议改行为新的世界观的经理。 对您来说，作为顾问，这些异议应该比作为开发人员的我更了解！ 分享经理最关心的是什么？

蒂姆：经理？ 嗯 在大多数情况下，经理在迫于问题的压力下需要紧急释放某些东西并进行交付等。 他们看着我们不断地讨论和争论，他们这样看：对话，对话，对话……还有哪些对话？ 回去工作吧！ 因为对话在他们看来并不像工作。 您不编写代码，不测试软件，看似无所事事-为什么不让您开展业务？ 毕竟，交货已经一个月了！

迈克尔：去写代码！

蒂姆：在我看来，他们并不担心工作，而是担心前进的视野不足。 为了让他们认为我们正在走向成功，他们需要了解我们如何按下键盘上的按钮。 从早上到晚上全天候。 这是头号问题。

奥列格（Oleg）：米莎（Misha），您想了什么。

迈克尔：对不起，我想，我回过头了。 所有这些使我想起了昨天发生的一次有趣的集会...昨天集会太多...听起来很熟悉！

无薪生活

蒂姆：顺便说一句，没有必要安排交流的“会议”。 我的意思是，开发人员之间最有用的讨论是当他们彼此交谈时发生的。 您早上喝杯咖啡来，我们五个人聚在一起讨论激烈的技术问题。 对我来说，如果我是这个项目的经理，最好只是微笑一下，走到您的业务中，让他们讨论。 他们已经尽可能多地参与其中。 这是一个好兆头。

奥列格（Oleg）：顺便说一下，这本书中有很多关于什么是好的和什么是坏的笔记。 您自己使用其中任何一个吗？ 相对而言，您现在在这里拥有一家公司，甚至还有一个非常不合常规的组织...

蒂姆：非传统 ，但这样的设备对我们来说很棒。 我们认识很久了。 我们彼此信任，在成为合作伙伴之前就彼此信任。 例如，我们根本没有薪水。 我们只是工作，例如，如果我从客户那里赚钱，那笔钱全都归我了。 之后，我们向组织支付会员费，这足以维持公司本身。 另外，我们都擅长于不同的事物。 例如，我与会计师合作，填写纳税申报表，为公司做各种行政管理工作，而没人为此付钱。 詹姆斯和汤姆在我们的网站上工作，也没有人付钱。 只要您交纳会费，就没有人会想告诉您您需要做什么。 例如，汤姆现在的工作要比以前少得多。 现在他有其他利益，这对公会是不重要的。 但是，只要他缴纳会费，就不会有人向他说：“嘿汤姆，快点上班！” 你们之间没有钱时，与同事打交道非常容易。 现在，我们的关系是适用于不同专业的基本思想之一。 它有效，并且效果很好。

最佳建议

迈克尔：回到“最佳建议”，您是否会一遍又一遍地重复给客户？ 有一个关于80/20的想法，可以肯定的是，一些建议会更频繁地重复。

蒂姆：我曾经想过，如果您写一本类似《与熊同行》的书，它会改变历史进程，人们会停下来，但是……好吧，看起来，公司常常假装自己做得很好。 一旦发生坏事，对他们来说既是震惊又是惊喜。 “看起来，我们已经测试了系统，但是它没有通过任何系统测试，这是另外三个月的非凡工作，这怎么可能发生？ 谁知道 可能出什么问题了？” 说真的，你相信吗？

我试图解释的是，您不应该对目前的局势太生气。 您需要进行讨论，以真正了解可能出了什么问题以及将来如何避免此类问题。 但是，如果问题表现出来，我们将如何应对它，如何加以解决。

对我来说，这一切看起来都很恐怖。 人们处理复杂的，令人不快的问题，并继续假装如果他们简单地指责并希望获得最好的结果，那么这种“最好的”事情确实会发生。 不，那是行不通的。

从事风险管理！

迈克尔：您认为，有多少组织参与了风险管理？

蒂姆：让我感到恼火的是，人们只是写下风险，查看结果清单然后上班。 实际上，为他们识别风险就是风险管理。 但是对我来说，这听起来像是一个问题的原因：嗯，有一个清单，您究竟将更改什么？ 您需要考虑这些风险来更改标准的操作顺序。 如果工作中有任何最困难的部分，您需要做，然后再继续进行简单的工作。 在最初的冲刺中，开始解决复杂的问题。 现在，这类似于风险管理。 但是通常人们在汇总风险列表后就无法说出他们的更改。

迈克尔：然而，有多少这类风险管理公司占百分之五？

蒂姆：不幸的是，这对我来说很不愉快，但这不是很重要。 但是有五个以上，因为确实有大型项目，除非他们至少做点什么，否则它们根本就不存在。 只是说，如果它至少达到25％，我会感到非常惊讶。 小型项目通常以这种方式回答此类问题：如果问题触及到我们，那么我们将解决它。 然后他们成功地陷入了问题，并从事问题管理和危机管理。 当您尝试解决问题但未解决问题时，欢迎您使用危机管理。

是的，我经常听到，“只要有问题我们就会解决。” 我们会正确吗？ 我们会确切决定吗？

奥列格（Oleg）：您可以天真地做到这一点，只需将重要的不变式写入项目的章程中，如果不变式发生故障，只需重新启动项目即可。 事实证明，这是一种非常好的方法。

Mikhail：是的，在我想到发生风险时，只是重新定义了该项目。 很好，宾果游戏，问题已解决，不用担心！

蒂姆：按下重置按钮！ 不，那是行不通的。

2019年DevOops主题演讲

迈克尔：我们谈到了这次采访的最后一个问题。 您将通过主题演讲进入下一个DevOops，您能否揭开要讲述的秘密的面纱？

蒂姆：现在，其中有六个正在写一本关于工作文化，组织潜规则的书。 文化是由组织的核心价值观决定的。 通常人们不会注意到这一点，但是我们从事咨询工作多年，已经习惯了这一点。 您进入公司，几分钟后，您开始感觉到正在发生什么。 我们称其为“香气”。 有时候，这种气味真的很好，有时候，哎呀。 不同的组织有非常不同的事情。

迈克尔：我也从事咨询工作多年，我很了解您在说什么。

蒂姆：实际上，在主题演讲中值得谈论的一件事是，并非一切都由公司决定。 您和您的团队，作为一个社区-您拥有自己的团队文化。 它可以是整个公司，也可以是单独的部门，也可以是单独的团队。 但是，在您说之前：这就是我们的信念，这很重要……在您意识到具体行动背后的价值和信念之前，您无法改变自己的文化。 行为容易观察，难以说服。 DevOps只是事情越来越难的一个很好的例子。 交互只会变得更加复杂，而不会变得更加干净和易于理解，因此您应该考虑一下自己的信念以及周围所有人的沉默。

如果您想获得快速的结果，那么这里有个很好的话题：您是否看到过没有人说“我不知道”的公司？ 在某些地方，您需要从字面上酷刑一个人，直到他承认他不知道某事。 每个人都知道一切，每个人都是不可思议的学者。 您接近任何人，他必须立即回答问题。 与其说“我不知道”。 万岁，他们雇用了一群学者！ 在某些文化中，说“我不知道”是非常危险的，这可以看作是软弱的体现。 相反，在某些组织中，每个人都可以说“我不知道”。 在那里完全是合法的，如果有人回答问题开始摩擦游戏，那么回答是完全正常的：“您不明白自己在说什么，对吗？” 开个玩笑

理想情况下，我想找一份能让您一直快乐的工作。 这并非易事，并非每一天都是阳光明媚和愉快的，有时您需要努力工作，但是事实证明，当您开始总结时，哇，这真是一个绝妙的地方，我在情感和智力上都在这里工作得很好。 而且有些公司是您作为顾问加入的，他们会立即意识到您将无法生存三个月，而会惊恐地逃脱。 这就是我想在报告中讨论的内容。

蒂姆·李斯特（Tim Lister）将于2019年10月29日至30日在圣彼得堡举行的2019年DevOops大会上发表主题为“人物，社区和文化：繁荣的重要因素”的主题演讲。 门票可以在官方网站上购买。 在DevOops见！