Это был открывающий доклад на серии наших митапов про процессы, если хочется послушать больше "мяса" про конкретные достаточно крупные команды можно посмотреть видео моих коллег.
Согласен, по разным HR-исследованиям хорошие процессы в компании регулярно входят в топ-3 интереса кандидатов. И если ими заниматься на фултайм и профессионально, то счастливых разработчиков в этом мире становиться больше :)
Сходу могу сказать, что это не эталонный кейс для конференции, которым я горжусь, и цель которого показать красивую картинка результата. Это кейс из которого заварилось масштабирование профессии. Где-то неловкий, но без купюр. Если бы я мог вернуться в прошлое с текущим опытом, я бы многие вещи сделал иначе, но статья опять же не про это.
Тем не менее, я не вижу в нем ничего что противоречит тому, что мы с коллегами спрашиваем на собеседованиях на деливери-менеджера, которых я провел около сотни.
Эта статья это расшифровка моего доклада годичной давности на митапе It's Tinkoff Process Improvement #1 c актуализированными на сегодняшний день цифрами.
Буду рад ответить на вопросы по профессии от подходов, до концептуальных "зачем мы существуем?".
Подчиненных у деливери нет, кроме кейса когда это деливери-лид крупного направления и тогда у него в подчинении несколько деливери, которые разбиты по группам команд.
Решения доходят через работу с командой - какие-то запросы явно транслируются сверху и команда сама готова сразу брать их в работу, какие-то вещи нужно вначале обосновать и "продать". Для этого используются практики по работе с Сhange management - например это может быть ADKAR или модель Коттера.
ДМы вместе с командой настраивают end-to-end процессы на основе данных таким образом, чтобы сокращать время реализации задач (time to market) и увеличить количество поставленного (throughput). Инструменты и практики для этого используются самые разные.
Пожалуйста!
Это был открывающий доклад на серии наших митапов про процессы, если хочется послушать больше "мяса" про конкретные достаточно крупные команды можно посмотреть видео моих коллег.
Согласен, по разным HR-исследованиям хорошие процессы в компании регулярно входят в топ-3 интереса кандидатов. И если ими заниматься на фултайм и профессионально, то счастливых разработчиков в этом мире становиться больше :)
Раскрой, в чем для тебя была разница?
Сходу могу сказать, что это не эталонный кейс для конференции, которым я горжусь, и цель которого показать красивую картинка результата. Это кейс из которого заварилось масштабирование профессии. Где-то неловкий, но без купюр. Если бы я мог вернуться в прошлое с текущим опытом, я бы многие вещи сделал иначе, но статья опять же не про это.
Тем не менее, я не вижу в нем ничего что противоречит тому, что мы с коллегами спрашиваем на собеседованиях на деливери-менеджера, которых я провел около сотни.
Эта статья это расшифровка моего доклада годичной давности на митапе It's Tinkoff Process Improvement #1 c актуализированными на сегодняшний день цифрами.
Буду рад ответить на вопросы по профессии от подходов, до концептуальных "зачем мы существуем?".
Обычно они находятся под СТО/CPO.
Подчиненных у деливери нет, кроме кейса когда это деливери-лид крупного направления и тогда у него в подчинении несколько деливери, которые разбиты по группам команд.
Решения доходят через работу с командой - какие-то запросы явно транслируются сверху и команда сама готова сразу брать их в работу, какие-то вещи нужно вначале обосновать и "продать". Для этого используются практики по работе с Сhange management - например это может быть ADKAR или модель Коттера.
Не обязательно. Это был один из кейсов.
В другом кейсе будет другой запрос, другие шаги и другой результат.
ДМы вместе с командой настраивают end-to-end процессы на основе данных таким образом, чтобы сокращать время реализации задач (time to market) и увеличить количество поставленного (throughput). Инструменты и практики для этого используются самые разные.