Как и многие «управленческие» книги, «Идеальная IT-компания» почти не затрагивает тему технологий, а акцентирует внимание на важности soft-skills и командной работе. Но если большинство «управленческих» книг считают своим читателем прежде всего менеджеров, то авторы «Team Geek» ориентируются на участников команд — программистов — и формирование командной культуры и атмосферы изнутри (впрочем, не исключая и роста карьеры потенциального читателя :))
Несмотря на то, что книга очень молодая — оригинал вышел в 2012 году — в ней практически нет отсылок к Agile. Тем не менее, очень многое в книге перекликается с манифестами гибких методологий: это и принцип доверия команде, и важность технически сильной и мотивированной команды, и роль руководителя как «слуги команды» (скрам-мастер?), и многое другое.
Красной нитью через книгу проходит принцип «скромности, уважения и доверия», авторы считают, что он необходим при построении любых здоровых сообществ, и особенно важен в сработавшихся коллективах.
Как отличный пример этого принципа авторы приводят пример подачи критики коллегам (например, по поводу участка кода):
«Приятель, я не очень хорошо понимаю поток команд в этой части кода. Может быть, с ним будет проще разобраться и работать в дальнейшем, если воспользоваться стандартным шаблоном?»
Критика направлена не на человека (а на код), да и проблема вовсе не в «плохом коде» как таковом (код работает!), а в понимании этого кода в будущем.
Реакция команды на внешнюю критику также очень важна, и здесь авторы призывают также следовать принципу «скромности и уважения» и даже из откровенно аггресивных сообщений о дефектах извлекать факты и вежливо реагировать именно на них. Несколько очень любопытных примеров подобных диалогов вы обязательно найдете на страницах книги :)
О конструктивности критики сейчас говорят очень много, и такие небольшие разборы стандартных ситуаций могут внести свою лепту во внедрение этой практики в нашей отрасли.
Также любопытным мне показалась тема технического долга.
Команда никогда не должна тратить больше трети (максимум — половины) своего времени и энергии на «оборонительную» работу независимо от размера технического долга. Вложение большего количества времени в «оборонительную» работу — путь к политическому самоубийству.
Это, безусловно, связано с важностью создания правильного «visibility» — если команда перестает стабильно выдавать заказчику business-value (а исправление технического долга, в большинстве случаев, заказчиком не воспринимается, каким бы технически-продвинутым он ни был), то доверие команде будет резко падать.
В целом авторы не открыли Америки, но, на мой взгляд, подчеркнули очень важные детали, привели множество полезных практических примеров и, возможно, привлекут этой книгой новую аудиторию (кроме менеджеров, которые подобными книгами, конечно, уже зачитались :))
P.S. Купить книгу можно в издательстве «Питер».