Джон Сильвер: Как управлять неидеальной командой
Download as PPT, PDF3 likes635 views
Документ обсуждает управление неидеальными командами, выявляя типичные проблемы и предлагая решения. Он акцентирует внимание на необходимости обучения сотрудников, лучшего понимания задач и коррекции оценок, а также на том, как перфекционизм может препятствовать достижению результатов. Также упоминаются роли и качества идеального сотрудника, а также методы мотивации и улучшения командной работы.
![Контактные данные Денис Тучин Skype: Denis.Tuchin E-mail: [email_address] ICQ: 305867845](https://image.slidesharecdn.com/random-110723061921-phpapp01/85/-25-320.jpg)
Джон Сильвер: Как управлять неидеальной командой
- 1. Джон Сильвер: Как управлять неидеальной командой Денис Тучин Ведущий инженер i-Sys , Технический директор AddCoins , Независимый консультант
- 2. Вопросы, на которые найдем ответы Что такое идеальная и неидеальная команда? Какие проблемы в управлении неидеальными сотрудниками? Как решать эти проблемы? Куда двигаться дальше?
- 3. Если команда неидеальна, нечего на методологию пенять FAIL
- 4. Идеальный сотрудник – кто он?
- 5. Идеальный сотрудник – кто он? Профессиональный Ответственный Самостоятельный Результат-ориентированный Командо-ориентированный Коммуникабельный Любящий свое дело Пунктуальный
- 6. Что делать? Обучить сотрудника Не каждый сотрудник хочет расти Не каждый руководитель может стать наставником Отложенный результат Меньше затрат на руководство в будущем Научиться работать с таким какой есть Применимо для любого адекватного сотрудника Может почти каждый руководитель Результат сразу
- 7. Проблемы при управлении инженерами
- 8. Проблемы при управлении инженерами Срыв сроков Технически «нерешаемые» задачи Перфекционизм (тяга к правильности) Нежелание искать и исправлять ошибки Профессиональный жаргон
- 9. Хороший ТЕХНИЧЕСКИЙ специалист всегда ошибается в оценках сроков: Видит только технические составляющие задачи Оценивает в идеальных часах Не учится на своих ошибках Срыв сроков
- 10. Видит только технические составляющие задачи Уточнение требований Развёртывание системы разработки Программирование Бизнес-логика GUI БД Тестирование Внедрение/установка
- 11. Идеальные часы Идеальные часы – время чисто на программирование Не учитывают: Коммуникации с коллегами Коммуникации с заказчиком Инфраструктурные сбои Болезни, настроение и пр.
- 12. Это НЕ ЕГО ОШИБКИ : Задание неточно сформулировано Его постоянно отвлекали Уверен, что его просят об оценке технической части задачи в идеальных часах Он прав. Менеджер – идиот Не учится на своих ошибках
- 13. Панацея – коррекция оценок Выявить коэффициент для каждого сотрудника При отсутствии данных умножать на π : Универсальная формула руководителя проектов
- 14. Задачу решить можно, но … Технически «нерешаемые» задачи … нужно переделывать много сделанного ранее … нужно поступиться принципами «правильного» программирования
- 15. Панацея – задачу нужно решить в любом случае Задача должна быть решена Подойдут ЛЮБЫЕ способы Будет дано нужное время
- 16. Правильное программирование Решение должно быть общим Решение должно быть гибким Перфекционизм (тяга к правильности)
- 17. Расширить частное дешевле, чем сделать сразу общее Вероятность расширения ВСЕГО функционала крайне низка Правильнее – не всегда дешевле
- 18. Панацея – мотивировать на частное решение Сравнить вероятность расширения и стоимость наиболее общего решения Мотивировать сотрудника на частное решение
- 19. Нежелание искать и исправлять ошибки ИНЖЕНЕР … любит решать НОВЫЕ задачи любит решать ТЕХНИЧЕСКИЕ задачи уверен, что у него всё правильно работает уверен, что сделал лучшее решение из возможных не любит критику
- 20. Панацея – «пряник» или «кнут» Убедить, что не исправляет ошибки, а делает свое творение лучше Иначе напомнить, что это его работа
- 21. Профессиональный жаргон Используется по привычки Или чтобы пустить пыль в глаза Панацея – попросить объяснить Вам понятно Фокус с «пылью» сводится на нет Растет вероятность, что в следующий раз излишних жаргонизмов будет меньше
- 22. Вместо заключения Обучить сотрудника Не каждый сотрудник хочет расти Не каждый руководитель может стать наставником Отложенный результат Может уволиться Меньше затрат на руководство в будущем
- 23. Обучение Самому Нужно уметь Пригласить тренера Быстрый, но временный результат Нанять бизнес-ориентированного ведущего инженера Тренер, руководитель и инженер в одном
- 24. Рекомендуемые источники Правила Ашманова 1 и 2 http://www.ashmanov.com/pap/ashrul.phtml http://www.ashmanov.com/pap/ashrul2 Блог Дениса Петелина http://thetorch.ru/
- 25. Контактные данные Денис Тучин Skype: Denis.Tuchin E-mail: [email_address] ICQ: 305867845