Наблюдать
Всякий раз, когда вы начинаете новую роль или проект DevOps, вы, как правило, присоединяетесь к команде, которая занимается хорошей работой, но по какой-то причине они каким-то образом разочарованы, именно в этом случае вы должны застревать в петлю Ooda, И ваша первая задача — соблюдать. Итак, слушайте на встречах, есть пиво со своими коллегами, а иногда даже попытайтесь выяснить, что, черт возьми, проект вашей работы, и почему вы там во-первых, но наблюдаете, не прыгайте и не решаете проблемы, или Измените вещи, если сможете, просто наблюдать.
Именно здесь вы получаете выгоду от глупости, по крайней мере, немного, пока вы получаете трудные вопросы, очевидные вопросы. Например. Почему мы делаем это, какие инструменты мы используем для этого, что останавливает нас, и самое главное, где бар?
Ориентир
Теперь до того, как вы даже начнутся, есть вещи, которые собираются встать в пути, если вы не купите такие, как менеджеры по продуктам, C Pevel Exects, разработчики, Old Etime даже пытаются выяснить, что, черт возьми, Почему ваши SYSCHOOL SYSADMINS, ручные тестеры, в основном все.
Почему ?
Поскольку вы, вероятно, собираетесь меняться так, как они работают, какие инструменты они используют, и они думают, что это либо заставляет им дополнительную работу, либо отнять всю свою работу, заставляющую их терять работу, и ад, они были их Дольше, чем вы так, что вы можете изменить, что они еще не пробовали.
Так как вы управляете переходом,
На протяжении всей моей карьеры в качестве Sysadmin, Developer и теперь делают DevOps, я всегда задал пару вопросов, и именно эти вопросы, которые всегда позволяют мне выяснить, какое лучшее для работы в любое время.
- Какой у тебя боли?
Большую часть времени люди на самом деле не знают, каковы их боли, или они будут думать, что они — это что-то другое, что они на самом деле, но если вы задаете этот вопрос на каждом собрании, и в каждом разговоре вы в конечном итоге узнаете, что Боль на самом деле это, на самом деле люди начнут и начнут себе этот вопрос и, возможно, даже исправляя его, но это могут быть такими вещами, как:
Я не могу получить новый сервер достаточно быстро? Я не могу сделать достаточно функции. Я призван на слишком много встреч. Наше время развертывания слишком длинное. Все наши условия разные. Испытания должны долго бежать.
- Что занимает большую часть вашего времени?
Это обычно связано с вышеуказанной проблемой.
Решить
Итак, как мы исправим это в голосе?
Для меня речь идет об использовании правила 80/20, в основном, если вы можете узнать 20% от работы, которая занимает 80% от времени/усилий и автоматизирует от нее дерьмо, чтобы он занимал 1/5 времени Раньше он взял, вы купите себе целую кучу потенциала, на самом деле вы, вероятно, подойдут вам нагрузку на 80%, так что вы пойдете снова и найдите следующую область, которая занимает следующие 80% времени/усилие.
Итак, одна вещь, которую вы будете тратить свое время, пытается уменьшить трение в вашем процессе, но вы не собираетесь пожинать выгоду сразу, это потому, что преимущества совокупятся, но они придут, да, они придут Отказ
действовать
Если я провожу день, приносящий часовой процесс до 5 минут, то это изначально не похоже на пользу, и, безусловно, и, безусловно, не руководителю первоначально. Но если этот процесс пробежен раз в неделю, я сломаюсь даже через 2 месяца, а после этого я спас 44 часа в год, или за несколько недель работы, к сожалению, вы не получите это 44 часа Вы должны взять в качестве дополнительного праздника, но это означает, что у вас больше времени тратить больше времени для автоматизации большего количества материалов, и если кто-то еще выполняет тот же процесс еженедельно, тогда вы также сохранили их 50 часов, продолжайте информировать в области поиска нравится И это то же самое, что и инвестирование, сила сложных интересов сделает вас счастливее, на самом деле DEV и OPS могут даже начать играть вместе хорошо, теперь создавая культуру DevOps.
Заключение
А также Поскольку это цикл, мы тогда начинаем снова, наблюдать, ориентироваться, решить, акт.
И продолжать задавать глупые вопросы, я гарантирую 80% времени, когда они не глупы.
Но в основном это культура, так что из Википедии
В 1986 году философ Эдвард С. Кейси написал: «Сама словная культура означала место, чтобы разбиться» на среднем английском языке, и то же слово возвращается в Латинскую Коун, «обидеть, заботиться о, до, поклоняться» и культуру, культ, особенно религиозная. Быть культурным, иметь культуру, состоит в том, чтобы обидеть место достаточно интенсивно, чтобы выращивать его — чтобы нести ответственность за это, чтобы ответить на него, присутствовать на нее осторожно ».
Так же заботиться о ваших делах Dev, ваших OPS, даже на людей, но и ухаживающую и кормить ваши системы, и вы пожнете награду.
Многое сказано о проекте Phoix, и это отличная книга, и я рекомендую всем, кто интересуется дежоптом, чтобы прочитать его, но даже больше, чем это, я рекомендую прочитать «Цель», как то, что мы действительно говорим здесь, являются узкими местами в развитии/Операционный процесс.
80/20 Правило: Принцип Парето. https://en.wikipedia.org/wiki/pareto_Principle Уодские петли: соблюдайте, ориентируют, решить и действовать. https://en.wikipedia.org/wiki/OODA_loop
Оригинал: «https://dev.to/budgester/brownfield-devops—1np6»