Название: Решение конфликта с дизайнером (Функциональная структура) Слайдов: 6 Тон: Деловой, решительный, конструктивный. Слайд 1. Вводные данные Веб-студия. Функциональная структура. Команда распределенная (разные города, общение онлайн). Проблема: Дизайнер срывает дедлайны на 2 недели. Отмазки: «рожающая кошка», «нет интернета». Релиз через месяц, макетов нет. Команда простаивает. Слайд 2. Выбор метода коммуникации Метод: Личный видеозвонок (1-на-1) с последующей фиксацией письмом. Почему: В функциональной структуре нет прямых рычагов увольнения (это делает HR и руководитель отдела). Звонок покажет эмпатию и серьезность, а письмо зафиксирует договоренности (по правилам Ильяхова). Слайд 3. Текст сообщения дизайнеру Тема: Сроки по макетам AvtorSky — нужен план до завтра. Текст: «Привет. Мы отстаем на 2 недели, релиз под угрозой. Твои объяснения про кошку и свет я слышу, но для бизнеса важен результат. Завтра в 10:00 жду от тебя точный список того, что уже готово, и оставшиеся часы. Если нужна помощь — скажи. До 18:00 завтра скинь план, как ты закроешь макеты до конца недели». Слайд 4. Календарный план отслеживания День 1: Звонок и письмо. День 3: Проверка промежуточного результата (первый готовый экран). День 5: Дедлайн сдачи всех макетов. Если срыв — эскалация руководителю отдела дизайна. Слайд 5. Действия, если ситуация не меняется Ежедневные 15-минутные стендапы с дизайнером. Подключение второго дизайнера для параллельной работы (разделение макетов). Постановка задачи на жесткий контроль руководителю отдела (функциональная иерархия позволяет это сделать). Слайд 6. Негативный исход Если дизайнер не исправился: ходатайство перед руководителем отдела и HR о замене специалиста или переводе его на другую задачу. Передача макетов на аутсорс (фрилансеру). Пересмотр бюджета (сгорает часть премии). Уроки: введение системы ежедневных микросообщений о статусе (чтобы не терять 2 недели в следующий раз).
Название: Решение конфликта с дизайнером (Функциональная структура)
Слайдов: 6
Тон: Деловой, решительный, конструктивный.
Слайд 1. Вводные данные
Веб-студия. Функциональная структура. Команда распределенная (разные города, общение онлайн).
Проблема: Дизайнер срывает дедлайны на 2 недели. Отмазки: «рожающая кошка», «нет интернета». Релиз через месяц, макетов нет. Команда простаивает.
Слайд 2. Выбор метода коммуникации
Метод: Личный видеозвонок (1-на-1) с последующей фиксацией письмом.
Почему: В функциональной структуре нет прямых рычагов увольнения (это делает HR и руководитель отдела). Звонок покажет эмпатию и серьезность, а письмо зафиксирует договоренности (по правилам Ильяхова).
Слайд 3. Текст сообщения дизайнеру
Тема: Сроки по макетам AvtorSky — нужен план до завтра.
Текст: «Привет. Мы отстаем на 2 недели, релиз под угрозой. Твои объяснения про кошку и свет я слышу, но для бизнеса важен результат. Завтра в 10:00 жду от тебя точный список того, что уже готово, и оставшиеся часы. Если нужна помощь — скажи. До 18:00 завтра скинь план, как ты закроешь макеты до конца недели».
Слайд 4. Календарный план отслеживания
День 1: Звонок и письмо.
День 3: Проверка промежуточного результата (первый готовый экран).
День 5: Дедлайн сдачи всех макетов. Если срыв — эскалация руководителю отдела дизайна.
Слайд 5. Действия, если ситуация не меняется
Ежедневные 15-минутные стендапы с дизайнером.
Подключение второго дизайнера для параллельной работы (разделение макетов).
Постановка задачи на жесткий контроль руководителю отдела (функциональная иерархия позволяет это сделать).
Слайд 6. Негативный исход
Если дизайнер не исправился: ходатайство перед руководителем отдела и HR о замене специалиста или переводе его на другую задачу.
Передача макетов на аутсорс (фрилансеру). Пересмотр бюджета (сгорает часть премии).
Уроки: введение системы ежедневных микросообщений о статусе (чтобы не терять 2 недели в следующий раз).
Created using ChatSlide
Проект требует срочной стабилизации из-за задержки на две недели, что угрожает его релизу. Необходимо создать четкий план с обозначением сроков и зон ответственности. Контроль и эскалация проблем должны быть организованы: на третий день - первый экран, на пятый - все макеты. В случае срыва задействуются стенд-апы, второй дизайнер и руководитель. Замены или аутсорсинг помогут избежать повторных проблем, а ежедневные статусы будут способствовать предотвращению задержек.