Про эффективные коллективы в IT

Для удобства и краткости поделим всю работу в IT на "хардовую" и "софтовую". Если ещё упрощать, то это разделение на разработчиков и менеджеров. Разделение это зачастую переходит в антагонизм. Все направления работы, все роли в командах и коллективах — это или первое, или второе. (Иногда такая граница проходит внутри одного айтишника — например меня.)

Зачем нужна разработка (в широком смысле) — понятно. Это создание и развитие непосредственно продукта. Не будет продукта — не будет всего остального.

С менеджментом сложнее, а это не только формальное руководство. Если мы берём менеджмент в широком смысле, то это и корпоративная культура, например. Это те самые бизнес-процессы, которые надо выстраивать. Про важность этого сказано очень многое всякими коучами и прочими инфоцыганами, но я не помню, чтобы кто-то проговаривал следующую мысль:

В IT так точно. Я всё реже с течением времени замечаю какие-то значимые проекты, которые сделаны одиночками. Раньше их было больше, но IT как отрасль становится более зрелой: всё укрупняется, бизнесы растут. Одиночкам (и их проектам) всё сложнее застолбить место на поляне и выпустить что-то конкурентоспособное. Это объяснимо: одиночка, будет он даже рок-звездой, не масштабируется, а коллектив, особенно с отстроенными процессами и культурой, вполне себе неплохо это может делать.

Специалисты-"рок-звёзды" действительно бывают очень круты. Но часто с ними очень сложно работать. Рок-звезда, умеющая (и хотящая!) в софт-скиллы или хотя бы в минимальное людское взаимодействие, намного, намного ценнее просто рок-звезды.

А поэтому бизнесу надо учиться строить эффективные коллективы. И на индивидуальном уровне — разработчикам (в широком смысле) надо заниматься софт-скиллами. Хотя это и не всем нравится, конечно.

Продолжение следует.

Больше мыслей на эту тему, и не только, есть в моём телеграм-канале. Это не тематический ресурс: он не про работу, не про бизнес, он про всё, о чём я думаю. Спасибо за внимание!