Привычное ≠ нужное. Избавляемся от балласта и легаси в процессах разработки, благодаря инсайтам из управления неинженерной ИТ-командой
 
Откуда берутся процессы – у деврелов и в целом в отделе, куда их занесло оргструктурой? Ну, например, подсматривают у коллег из разработки.
 
Дейлики, планирование спринтов, работа с конфлюенсом – бодро перекочевывают из ИТ-команд в неинженерные.
 
Но есть нюанс.
 
Просишь человека в неинженерной команде обновить статусы в таск-трекере, а в ответ получаешь "Знаешь, мне удобнее вести свои задачи в бумажном блокноте, неудобно дублировать оттуда информацию куда-то ещё".
 
Садишься оценивать бэклог в рамках планирования, слышишь на это "Зачем все эти страдания? Я если сказал, что к 15-му числу будет готово, так и будет – отвечаю!"
 
Случается противоречие – между привычными ИТ-практиками и не привыкшими к ним людьми.
 
Я уверен: это противоречие – полезное!
 
Благодаря ему есть возможность посмотреть на «классический» процессный инструментарий под новым ракурсом и понять что-то такое новое про него, что потом пригодится в работе уже с «обычной» ИТ-командой.
 
===
 
Как процессы в разработке и девреле схлестываются, переопыляются и взаимно обогащают друг друга – буду рассказывать на конференции Ural Digital Weekend в Перми в начале августа.

Посмотреть сайт конференции
 
Если вдруг тоже планируете туда выбраться, пишите – буду рад повидаться!

Если не попадаете на ивент в этот раз, но интересно про переопыление процессов между разработкой и деврелом – подмигните!
 
👍 – подмигиваю про интерес к теме переопыления процессов между разработкой и деврелом
🤔 – где подписать, чтобы такой доклад был на деврел-мастерской?
❤️ – Пермь – это любовь!
🤬 – не интересует тема про процессы – ни со стороны разработки, ни со стороны деврела
🔥 – даёшь офлайн-митап деврел-бюро в МСК/СПБ!  
🤯 – что такое дейлик?