Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 Термин DevOps - это общее названиеdevelopmentи operations, то есть разработки и эксплуатации. Общий термин появился в 2009 году, когда Патрик Дюбуа вдохновился презентацией Джона Оллспоу и Пола Хаммонда на конференции Velocity и организовал DevOpsDays в Бельгии.

2 Есть разные версии о том, что такое DevOps. Одни считают, что это набор инструментов. Другие, что это продолжение методологии Agile. Кто-то думает, что это просто должность. Будем считать, что DevOps - это концепция, в которую входят все лучшие практики Agile и бережливого производства, теории ограничений и принципов Toyota.

3 DevOps - это философия, концепция, методология, но не набор инструментов.

4 Основная идея DevOps - совместное создание продукта. В больших корпорациях это значит, что объединяются отделы разработки и эксплуатации. Вся работа строится на доверии и общих ценностях. Концепция помогает сократить сроки и улучшить качество.

5 Чтобы работать по DevOps, команда должна соблюдать эти правила.

6 <ul><li>Иметь общие и четко сформулированные цели.</li>

7 <li>Быть уверенными в одинаковом понимании целей.</li>

8 <li>Работать вместе: сообщать друг другу о намерениях и проблемах.</li>

9 <li>Относиться к ошибкам как фактору роста и возможности для обучения.</li>

10 <li>Непрерывно общаться и обмениваться информацией.</li>

11 </ul>В основе концепции DevOps - три принципа, они же - три пути. Без них ничего не работает.

12 Продукт быстро попадает от разработчика к клиенту.

13 Например, как в Scrum: команда делает ПО, добавляет функции одну за другой. Заказчик начинает пользоваться продуктом до того, как тот будет полностью готов.

14 Чтобы это работало, нужно добиться прозрачности процесса, когда каждый в команде знает: на каком этапе проект, кто и чем занят, сколько времени осталось.

15 Визуализировать процесс помогают kanban- или scrum-доски со стикерами или карточками с задачами. В статье<a>"Все, что нужно знать о Kanban: теория, принципы и возможности"</a>мы рассказали, как это работает.

16 Чтобы процесс не превратился в хаос, старайтесь ограничивать количество карточек-задач, одновременно стоящих в одной колонке.

17 Три совета, чтобы все получилось:

18 <ol><li>Делите задачи на части.</li>

19 <li>Используйте короткие итерации, чтобы избежать дефектов в конце проекта.</li>

20 <li>Старайтесь постоянно улучшать процесс.</li>

21 </ol>Обратная связь быстро попадает от клиента к разработчику.

22 Соблюдать этот принцип нужно на всех этапах. Это помогает быстро находить и исправлять дефекты и решать проблемы, пока они не стали катастрофой.

23 Три совета, чтобы все получилось:

24 <ol><li>Работайте короткими спринтами.</li>

25 <li>Тестируйте каждую новую функцию.</li>

26 <li>Сверяйте: чего хочет клиент, чего хочет команда, что получается в результате.</li>

27 </ol>Третий путь.Команда доверяет друг другу и извлекает опыт из успехов и неудач. Это один из принципов, которому следуют все самообучающиеся организации.

28 Три совета, чтобы все получилось:

29 <ol><li>Сокращайте петлю обратной связи.</li>

30 <li>Экспериментируйте и используйте новый опыт для улучшений.</li>

31 <li>Используйте накопленные компанией знания и опыт.</li>

32 </ol>Идеально для концепции DevOps, когда все так: разработчики добавляют продукту новую функцию, получают обратную связь, вносят изменения и сразу их проверяют с помощью автоматического или предварительного тестирования. В результате нет ошибок, а если возникнет проблема, ее можно быстро обнаружить и устранить.

33 Разработка в DevOps - единый процесс, разделенный на части. В этом основное отличие концепции от Scrum, где проводят тестирование и получают обратную связь после выполнения группы задач, а не каждой отдельной функции.

34 РАЗРАБОТКА ПО DEVOPSРАЗРАБОТКА ПО SCRUMединый и непрерывный процесс деление на этапыDevOps - сложная концепция, которая помогает крупным компаниям. Когда много разных отделов и специалистов, и их нужно объединить, чтобы что-то получилось. Например, ее используют Google, Netflix и Etsy.

35 Если у вас маленькая студия, возможно, то не нужно углубляться в DevOps, а улучшить процессы помогутKanbanилиScrum. Что использовать - решать вам.

36 Вот о чем нужно помнить обязательно, выбирая DevOps.

37 Найдите проблему или процесс, которые нужно улучшить.

38 Спросите себя: что изменится, если решить эту проблему; что будет, если ничего не менять.

39 Определите цель: что и когда нужно сделать.

40 Распишите действия шаг за шагом.

41 Используйте короткие итерации.

42 Проверяйте результат и ставьте новые цели после каждой итерации.

43 Не существует методологии, которая подойдет всем. Чтобы выбрать правильно, нужно учитывать контекст и потребности проекта. Поэтому менеджер думает за всю команду: планирует, просчитывает риски и умеет выходить из сложных ситуаций.