Как [не] продать технический долг (Владимир Гурьянов, Флант, DevOpsConf 2021)

Подписаться 9 тыс.

Просмотров 2,3 тыс.

50% 1

Доклад ведущего инженера компании «Флант» (flant.ru/) Владимира Гурьянова на конференции DevOpsConf 2021 (1 июня, Москва). Транслируя свой инженерный взгляд на технический долг, мы забываем, что у бизнеса другие критерии оценки важности проблем. Доклад о том, как устранить это непонимание.
* Текстовый обзор доклада: habr.com/ru/co...
* Презентация: speakerdeck.co...
(0:10) Вступление: business first
(2:11) Немного о моем опыте в ИТ
(4:00) Пример из практики: создание test- и prod-окружений
(10:52) Что такое технический долг (расшифровка определения)
(14:10) Как выглядит процесс разработки с точки зрения бизнеса
(16:37) Почему технический долг - это неизбежность
(20:55) Еще один пример из практики: как договориться с бизнесом и продать техдолг
(26:19) Формула идеального решения
(28:30) Чем полезен отчет об инциденте
(30:05) Как отличить баг от технического долга
(31:35) Напоследок еще раз про business first: превратите техдолг в бизнес-задачу
(32:35) Вопросы из зала

Опубликовано:

1 окт 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 6

@ostvsvl7712 3 года назад

краткий курс экономики для программистов

@СергейОзимов 3 года назад

22:12 Природа этих взаимоотношений в том, что руководитель не знает, да и не желает знать этих проблем. Из такой организации лучше уже уходить. Т.к. оправдания "А сколько это могло бы стоить при облачном (или ином) решении" в отношении НЕ вашей организации, где финансовая выгода НЕ ваша - это слабая позиция. Если вам тычат в лоб и выставляют за дверь с проблемами, то сильная позиция оставить проблему этому руководителю. Где он уже сам контактирует, анализирует цены, договаривается с новыми специалистами. В организации, где с вами считаются, в лоб не тычат и за дверь не выставляют.

@1Virkom 3 года назад

Тут скорее вопрос терминологии и способа донесения своих мыслей. О чем и говорил автор. Бизнес оперирует понятиями прибыли. Ему совершенно плевать на твои технические доводы. Ты выгоду покажи и тогда все решится. Это как токарь пришел бы к начальству и сыпал понятиями сопромата и того, что старые станки не могут обеспечить нужные припуски/допуски. Да всем плевать на это. Тебя наняли как специалиста, который может разбираться с проблемами. Вот и разбирайся. Не надо грузить других этим. А вот если ты скажешь, что станок не обеспечивает нужных параметров детали и гарантировать качество никаким образом нельзя, что выставляет компанию в худшем свете, теряется конкурентное преимущество и уходят заказчики, что напрямую влияет на прибыль, - тут руководство и задумается. Просто потому, что это уже понятный для них язык. У каждого своя область ответственности и не нужно грузить других людей своей областью деятельности, если эти люди ничерта в этом не понимают. Всего лишь вопрос нахождения общего языка.

@alexgritsenko9451 2 года назад

Краткое содержание: 5:10 "Для того, чтобы разработать какую-то роль, её сначала нужно разработать". Directed by Robert B. Weide...

@magzim9337 3 года назад

Лайк за честность но инфа не новая. Технический долг может перекладываться даже не на себя в будущем а на будущих девопсов. Я приходил на проекты с техническим долгом. Я делал все медленнее предшественников, с чувством вины но качественно. Я мечтаю попасть на проект БЕЗ технического долга!