Блог Управление разработкой → Полезные материалы по управлению разработкой | OTUS
👋 Канал OTUS в Telegram!
Посты от приглашенных гостей из IT-тусовки, полезные статьи, подборки вакансий от партнеров ➞
Подробнее

Курсы

Программирование
Vue.js разработчик
-40%
React.js разработчик
-40%
Архитектор программного обеспечения
-40%
Архитектура и шаблоны проектирования
-40%
Разработчик C++
-40%
Fullstack разработчик JavaScript
-40%
Backend-разработчик на PHP
-30%
Алгоритмы и структуры данных
-30%
Team Lead
-30%
Разработчик Python. Базовый курс
-30%
Разработчик Python. Продвинутый курс
-22%
iOS Разработчик. Продвинутый курс
-21%
CI/CD
-37%
Разработчик C#
-25%
PostgreSQL Framework Laravel Web-разработчик на Python Разработчик программных роботов (RPA) на базе UiPath и PIX Разработчик игр на Unity Agile Project Manager в IT Супер - интенсив по паттернам проектирования Супер - интенсив по Kubernetes
Специализации Курсы в разработке Подготовительные курсы
+7 499 938-92-02
Пять законов глупости

Devhead_Deep_5.8_site-5020-fe0bc5.png

Если вам приходится управлять людьми, то вы наверняка сталкивались с феноменом человеческой глупости. Это то, о чем писал Шиллер: «Против глупости бессильны даже боги». И не важно, каким коллективом вы управляете и какие задачи решаете, — недооценивать человеческую глупость — это слишком большая роскошь для любого руководителя.

Тёмная сторона лидерства

DevHead_Deep_7.2_site-5020-fcff9b.png

Развитие лидеров лежит в основе успешной организации. Организации, которые вкладывают средства в развитие лидерства, определенно работают лучше, чем те, которые этого не делают.

5 важных вопросов для удержания ценных сотрудников

DevHead_Deep_1.2_site-5020-972a81.png

Что делать, когда к вам приходит лидер команды, звезда, и говорит: «Я думаю о принятии предложения от другой организации. Как вы считаете, каковы мои шансы на развитие здесь?»

О справедливости вознаграждения

DevHead_Deep_28.1_site-5020-f4435b.png

Тема справедливости вознаграждения волнует каждого сотрудника. Пожалуй, любой руководитель сталкивался с ситуацией, когда подчинённые считали, что им платят меньше, чем они того заслуживают.

Дилемма заключённого на примере согласования бюджета

DevHead_Deep_22.1_site-5020-77fe17.png

В одной из предыдущих заметок мы подробно говорили о доверии в коллективе и о том, как это влияет на работу в команде. Цель этой заметки – показать насколько доверие может быть выгодным на типовом примере.

Доверие и безопасность: как это влияет на работу в команде?

DevHead_Deep_26.11_site-5020-bf9ee0.png

Не каждый руководитель задумывается о том, есть ли в коллективе доверие и безопасность. А ведь эти понятия очень важны, если вы стремитесь создать атмосферу, способствующую плодотворной работе всей команды.

ITIL v4: знакомство с предстоящим обновлением

DevHead_Deep_14.11_site-5020-3ab907.png

ITIL V4 (IT Infrastructure Library) — последняя версия самой популярной в мире платформы ITSM, выпуск которой запланирован в первом квартале 2019 года. Объявленный почти два года назад на конференции itSMF USA Fusion 2017, апдейт ITIL будет сосредоточен на интеграции рекомендаций ITIL с передовым опытом из мира DevOps, Agile и Lean.

Влияние культуры компании на привлечение и сохранение сотрудников

DevHead_Deep_29.10_site-5020-47ae52.png

В программе курса “Руководитель разработки” мы уделяем достаточно внимания вопросу влияния корпоративной культуры на успешность сотрудников по отдельности и на эффективность команд разработки в целом. Давайте подробнее поговорим об аспектах влияния корпоративной культуры на процессы в компаниях и основные точки развития культуры.

Что делать, если сотрудник не справляется с задачами?

DevHead_Deep_31.07_2_site.png

Каждый руководитель сталкивается с ситуацией, когда работник не справляется с поставленными задачами. Если это случается постоянно, а не по форс-мажорным обстоятельствам (болезнь, ЧП, семейные проблемы), то ситуация явно требует пристального внимания и управленческого воздействия.

Конечно, возможны разные варианты. В данной заметке рассмотрим один из наиболее «управленческих» – несогласованность уровня постановки задачи делегирования с уровнем компетентности сотрудника (в конкретной области).

Эмерджентность и/или управление группой

DevHead_Deep_31.07_site.png

Вопрос глубины участия в принимаемых подчинёнными решениях возникает у руководителя постоянно. Если речь идёт о решении, которое должен принять конкретный сотрудник, то это вопрос доверия, коммуникации и мотивации.

А вот если речь идёт о групповом поиске решения, то тут дело одной демотивацией из-за недоверия не ограничивается – под угрозой может оказаться качество решения.

Итак, какие решение должен принимать руководитель, а какие решения должна принимать группа? Стоит ли принимать всё на себя или лучше оставить всё на откуп группе? И где находится эта граница?