Константин Борисов - Как хорошему разработчику не стать плохим менеджером

Как хорошему разработчику не стать плохим менеджером
Название: Как хорошему разработчику не стать плохим менеджером
Автор:
Жанры: Project-менеджмент | Программирование | Психология управления
Серии: Нет данных
ISBN: Нет данных
Год: 2020
О чем книга "Как хорошему разработчику не стать плохим менеджером"

В этой книге автор, сам прошедший путь от разработчика до менеджера в сфере IT, рассказывает неочевидные моменты, которые являются критически важными для правильного управления. Почему разработчики увольняются после повышения зарплаты? Как делать FixedPrice проекты? Почему Scrum не упрощает менеджмент? Книга содержит ответ на эти и многие другие вопросы. В книге есть много баек, которые показывают тяжёлую, но интересную жизнь менеджера в разработке. Иллюстратор обложки: Ксения Ерощенко. Иллюстрации в тексте книги авторские.

Бесплатно читать онлайн Как хорошему разработчику не стать плохим менеджером


Про эту книгу

За свою жизнь я встречал многих классных руководителей, от которых перенял бесценные знания. Но видел и многих менеджеров, которые допускали грубейшие ошибки, и работать с которыми было мукой для команды и для заказчика. Многие люди (как специалисты, так и менеджеры) не понимают, что вообще делает менеджер в IT, какие навыки он должен иметь, и какие ошибки он ни в коем случае не должен допускать.

Бизнес-литературы по менеджменту много, но этот “менеджмент” в области разработки программного обеспечения часто оказывается бесполезен или даже вреден.

Почему разработчики увольняются, хотя их зарплаты постоянно растут? Как делать Fixed Price проекты? Почему после внедрения Scrum’а управлять проектами не стало проще? Ответы на эти вопросы каждому приходится искать методом проб и дорогостоящих ошибок.

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

Я часто слышал, что знания без опыта не работают, и в этой книге я передаю и свой опыт тоже. Около половины книги занимают истории из жизни1 и кейсы с разборами. Эти истории содержат реальный опыт, и позволяют вам не делать ошибки самому, а наблюдать за ошибками других.

Про автора

Автор этой книги, Константин Борисов, имеет двадцатилетний опыт работы в индустрии разработки программного обеспечения. Участвовав в десятках проектах в российских, зарубежных и международных компаниях в роли разработчика и менеджера, он накопил опыт, которым и делится в этой книге.

Связаться с автором можно с помощью электронной почты [email protected].

Личный блог автора доступен по адресу https://bukov-ka.livejournal.com/

Адреса в социальных сетях: ВКонтакте, Facebook

Создание обложки: Иллюстратор Ксения Ерощенко artbylulutyan

Раздел 1. Общие вопросы менеджмента

Менеджер взаимодействует с разными людьми: заказчиками, топ-менеджментом своей компании, своей командой, представителями других компаний. И часто все эти люди очень по-разному смотрят на процесс разработки. Чтобы выполнять свои задачи, менеджер должен обладать широким взглядом и видеть ситуацию не просто под разными углами, а в целом. Поэтому для начала давайте поговорим о менеджменте в IT в общем.

Особенности менеджмента в IT

Индустрия разработки программного обеспечения испытывает жуткую нехватку менеджерских кадров. Эта нехватка даже более выражена, чем нехватка разработчиков, тестировщиков, аналитиков и других исполнителей. Отчего так происходит? Дело в особенностях индустрии, которые требуют особенных (редких) менеджерских навыков и знаний. Давайте рассмотрим эти особенности.

1. В IT работают высококлассные исполнители, которые должны принимать решения сами.

Специалисты высокого уровня встречаются много где, но, пожалуй, только IT не имеет никаких протоколов и инструкций, и полагается на экспертные решения.  Технологии, методологии и бизнес-задачи слишком часто меняются, чтобы выработать какие-то реально работающие стандартные подходы. Да, многие компании имеют некоторые документы, но они описывают второстепенные вещи, а не основную работу. Описывается, как быстро надо ответить заказчику, но не описывается, что именно надо отвечать. Указывается процент покрытия юнит-тестами, но не описывается, как именно нужно реализовывать определённый функционал.

Наверное, сейчас такое описание и невозможно. В результате менеджер должен уметь работать в ситуации, когда решения разного уровня принимаются без его участия, но ему нужно не терять контроля над проектом. Делегирование менеджерских обязанностей используется необычайно широко. Настолько развитое делегирование характерно разве что для топ-менеджеров компаний, но они обычно гораздо дальше от конечной реализации продукта, чем менеджеры в IT.

2. Исполнители крайне своевольны, не терпят хоть сколько-нибудь жёсткого обращения и требуют очень аккуратного управления.

Следствием предыдущего пункта и ситуации на рынке труда является то, что работники в IT требуют очень нежного менеджмента притом, что сами они ведут себя часто весьма агрессивно.

Например, только в IT менеджер сталкивается с тем, что его прямой и простой приказ не только не исполняется, но и открыто оспаривается. Для менеджера из другой области это шок, а для IT-менеджера – обычная реальность. Бесполезно говорить опытному разработчику, как именно он должен реализовать конкретный код. Его можно убедить, но им нельзя командовать.

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

Взаимодействие менеджера и подчинённого в IT – это разговор на равных, когда договорённости и взаимное уважение используются очень широко, а прямые приказы не используются вовсе (ну, почти).

3. Высокий уровень рисков.

В IT менеджеру недостаточно разбираться с возникающими проблемами, ему необходимо проблемы предугадывать. Обязательно нужно вести реестр рисков и для каждого из рисков продумывать стратегию. Все проекты высокорисковые, так что всё равно срабатывает множество предвиденных и непредвиденных рисков, но если не вести реестр рисков, то проект непреодолимо скатывается в хаос.

4. Иностранные заказчики.

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

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

5. Техническая сложность проектов.

Это, пожалуй, наименее значимый фактор, но он отпугивает наибольшее число менеджеров не из IT. Чтобы эффективно работать с программными проектами, нужно постоянно учить хотя бы поверхностно множество технологий, принципов и конкретных систем. К этому большинство менеджеров не готовы. Поэтому чаще менеджеры в IT получаются из опытных специалистов: разработчиков, тестировщиков, аналитиков.

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

Из этого есть два следствия. Первое: в IT вы можете работать с удивительно классными профессионалами. Я с очень большой теплотой вспоминаю менеджеров, с которыми мне довелось работать самому. Многих из них я считаю своими учителями. Я вспоминаю и обдумываю то, как они работали, и это помогает мне и в работе, и в жизни. Когда я сам становился менеджером, я грел себя мыслью, что я смогу вырасти в такого же профессионала, как те, под началом которых я сам работал.


С этой книгой читают
В книге рассказывается о целостном подходе к оценке кандидатов при приёме на работу в сфере IT. Большое внимание уделено оценке личностных качеств кандидатов. Также рассказано о методах саморазвития качеств самих интервьюеров, необходимых для успешной работы в этой роли. Описанные в книге концепции проиллюстрированы реальными историями из богатой практики автора.Книга будет полезна тем, кто занимается собеседованиями разработчиков, а также всем,
В сборнике представлен практический опыт работы над проектами социо-культурной направленности. В первой части дается теория разработки проекта и оформления грантовой заявки, во второй представляются конкретные проекты.Для широкого круга библиотечных специалистов, работников культуры и образования.
Цель данной книги – ознакомить читателя с рабочим шаблоном устава проекта на внедрение информационных систем на примере программного обеспечения SAP. Продемонстрировать, что такое устав проекта написанный по ГОСТ 34.601-90, ознакомить с его содержанием и наполнением. Данная книга в первую очередь будет полезна тем, кто хочет разобраться, как в крупных компаниях осуществляется процесс внедрения информационных систем, как правильно писать подобного
Книга об опыте внедрения проектного управления, в том числе гибких методологий не в IT. Применимо ли? Какие истории случались на пути? Переосмысление автора полученных книжных знаний после столкновения с реальностью ежедневного управления.Все иллюстрации в книге созданы с помощью нейросети ruDALL-E Kandinsky.
Вниманию читателя предложен лекционный и семинарский материал учебной дисциплины «МЕНЕДЖМЕНТ» для финансово-экономических ВУЗов. Уровень высшего образования «БАКАЛАВРИАТ», направление 38.03.01. «Экономика». Присваиваемая квалификация (степень) – «АКАДЕМИЧЕСКИЙ БАКАЛАВР». Форма обучения: очная, заочная. В работе представлена тема: «Эффективность менеджмента». Материал, несомненно, поможет преподавателю качественно донести до аудитории суть заявлен
«Я не верю в богов, но если они существуют, то это пограничники» – так говорил маршал Жукoв.«Граница на замке!» – этому девизу погранвойска Российской Империи, СССР и РФ верны уже сотни лет. Их недаром величают «элитой элит» – ведь, в отличие от других родов войск, пограничники всегда находятся в полной боевой готовности. Их любимая профессиональная шутка: «Пограничник должен стрелять, как ковбой, а бегать, как его лошадь!» Их закон: «И один в по
Испокон веков судьбы Руси и Крыма были связаны неразрывно – не зря этот полуостров считают одним из сакральных центров и «местом силы» всей Русской Земли.Именно здесь, в древнем Херсонесе-Корсуни, крестился князь Владимир с дружиной, чтобы затем принести христианство в Киев и Новгород.До конца XV века в Крыму преобладало православное население, искавшее покровительства Руси даже под властью Золотой Орды.Но после захвата турками-османами Крым прев
Когда за звание звездного факультета идет борьба, учиться сложно, но интересно. Соперничество, подначки, пакости — мы, как скорпионы в банке, пытаемся ужалить друг друга, отстаивая право быть лучшими модифицированными в академии. Ведьмаки и квазары — кто сильнее, умнее, нужнее? Но на балу поцелуев у нас негласное перемирие. Здесь маски скрывают лица, и квазары флиртуют с ведьмами, забыв о вражде. Как же мы ждали с сестрой наш первый с
Серия "Том vs. Джерри". Средних лет психиатр Паскаль Юнг всю жизнь мечтал о счастливой семье и детях, но так и не познал радости отцовства. Однажды по пути с работы на ночном шоссе ему повстречался юноша по имени Джерри, оказавшийся сбежавшим из детского дома сиротой. Проникнувшись к мальчику душой, Паскаль решил взять над ним опеку. Но, впуская в свою жизнь Джерри, он не предполагал, что кроется за его миловидными чертами. И чего ему будет стоит