Дорогие зрители, тематика управления в разработке - новая для нашего канала, поэтому будет интересно узнать, насколько она актуальна для вас. Какие темы вам интересны? Кого пригласить поделиться опытом?
Технострим Mail.Ru Group тема супер. Интересно послушать в таком же ключе про продакт менеджеров, какие навыки им нужны, причём как раз с точки зрения разработчиков, работающих с ним в команде (навыки управления у продактов должны по-умолчанию прокачаны, про это кучу книг написано)
Спасибо за мастер-класс, Станислав отлично донес информацию. Было не скучно и без воды. Сейчас выхожу на эту должность и такая четкая формулировка - мега полезна. Лично для меня, было бы интересно послушать про: взаимодействие лида с руководителем проекта, бизнес аналитиком и т.п. взаимодействие лида с людьми, которые находятся вне команды. этапы внедрения новых инструментов, для работы команды.
Подскажите, как мотивировать сотрудника делать свою задачу самому, самому находить решение, а не спрашивать как ему это решить через каждый час? Чтоб сотрудник именно сам находил решение.
Алексей Жихарев Спокойно с ним поговорить и чуть рассказать «куда он пришёл» а именно что программист это человек который сам ищет решение. Далее если сомневается в решении тогда уже может спросить у Лида а тот устроить что то мини встречи чтобы обсудить решение. У меня например именно так мы часто обсуждаем решение всей командой но человек всегда изначально предлагает своё решение. Если человек не понимает, может не такой уж он и хороший программист и нужно расстаться?
Про договоренности, спасибо, тему расскрыли. Но тим-лид в айти проектах это не только создание и надзор над договоренностями. Как пилить большой проект, как разделять труд, как координировать, как успевать делать в срок, как налаживать процесс разработки, как выбирать и обсуждать архитектуру... эти вопросы не расскрыты, пойду дальше гуглить кароче)
Задачи ставит - продукт оунер Цели на команду - тимлид Разработчик - это одна из ролей человека, каждый должен чувствовать ответственность за продукт Повешение уровня технической грамотности, освоение новых технологий, выработка стратегии развития команды Количестов требований к человеку больше чем просто писать код. Набор некоторых атрибутов, какой навык на каком уровне находится Убедить команду почему этот параметр важный. Не выполняя эти функции человек мешает ещё больше чем просто пишет плохой код. Сформировать единую событийную систему Власть и ответственность - вверенные люди выполняли свои функции Вся система держится на договорённостях. Договоренность отличается от распоряжений. Все должны знать, понимать, разделять эту договоренность и цели, которые она несёт Нужно мониторить договоренности и проводить ревизию. Зачем это нужно мне. Зачем это нужно тебе? Что будет если договоренность выполняется? Что будет если договоренность не выполняется? Тимлид должен следить, чтобы список договорённостей выполнялся
Дорогие зрители, тематика управления в разработке - новая для нашего канала, поэтому будет интересно узнать, насколько она актуальна для вас. Какие темы вам интересны? Кого пригласить поделиться опытом?
Про конфликты и их решение.
Технострим Mail.Ru Group тема супер. Интересно послушать в таком же ключе про продакт менеджеров, какие навыки им нужны, причём как раз с точки зрения разработчиков, работающих с ним в команде (навыки управления у продактов должны по-умолчанию прокачаны, про это кучу книг написано)
Интересная тема, продолжайте.
Спасибо за мастер-класс, Станислав отлично донес информацию. Было не скучно и без воды.
Сейчас выхожу на эту должность и такая четкая формулировка - мега полезна.
Лично для меня, было бы интересно послушать про:
взаимодействие лида с руководителем проекта, бизнес аналитиком и т.п.
взаимодействие лида с людьми, которые находятся вне команды.
этапы внедрения новых инструментов, для работы команды.
Спасибо, полезная информация даже для меня начинающего программиста.
Подскажите, как мотивировать сотрудника делать свою задачу самому, самому находить решение, а не спрашивать как ему это решить через каждый час? Чтоб сотрудник именно сам находил решение.
Алексей Жихарев Спокойно с ним поговорить и чуть рассказать «куда он пришёл» а именно что программист это человек который сам ищет решение. Далее если сомневается в решении тогда уже может спросить у Лида а тот устроить что то мини встречи чтобы обсудить решение. У меня например именно так мы часто обсуждаем решение всей командой но человек всегда изначально предлагает своё решение. Если человек не понимает, может не такой уж он и хороший программист и нужно расстаться?
Про договоренности, спасибо, тему расскрыли. Но тим-лид в айти проектах это не только создание и надзор над договоренностями. Как пилить большой проект, как разделять труд, как координировать, как успевать делать в срок, как налаживать процесс разработки, как выбирать и обсуждать архитектуру... эти вопросы не расскрыты, пойду дальше гуглить кароче)
очень тихий звук в видео
Задачи ставит - продукт оунер
Цели на команду - тимлид
Разработчик - это одна из ролей человека, каждый должен чувствовать ответственность за продукт
Повешение уровня технической грамотности, освоение новых технологий, выработка стратегии развития команды
Количестов требований к человеку больше чем просто писать код. Набор некоторых атрибутов, какой навык на каком уровне находится
Убедить команду почему этот параметр важный. Не выполняя эти функции человек мешает ещё больше чем просто пишет плохой код.
Сформировать единую событийную систему
Власть и ответственность - вверенные люди выполняли свои функции
Вся система держится на договорённостях. Договоренность отличается от распоряжений. Все должны знать, понимать, разделять эту договоренность и цели, которые она несёт
Нужно мониторить договоренности и проводить ревизию. Зачем это нужно мне. Зачем это нужно тебе? Что будет если договоренность выполняется? Что будет если договоренность не выполняется? Тимлид должен следить, чтобы список договорённостей выполнялся
групенфюрер )))) нравятся такие позитивные начала серьезных тем ))
Очень неспешная речь. На 1.5х скорости нормально. Доклад полезный, спасибо.