ну, если получится - выпью за вас еще чайничек

Mad Brains

Luxoft

Тихое место

Павел Кореневич пишет, что если ваш проект стагнирует, долго, годами - никогда не отправляйте наемного менеджера в поля, на поиски того, кто может помочь. Никогда. 🙅‍♂️🤦

Все дело в том, что никто не любит признавать, что он некомпетентен, что его ресурс уже выработан. А он сам не развивается и не расширяется. Ведь уютненько сидеть в болотце, делать, что делал, зарплатку получать. Ну, а результаты где? Смотрите, мы же сделали, что могли. Вот: и конкурентов повторили, и органику в отчеты плюсанули. Трафика 45% не считают счетчики  - ну, так вы сами хотели сделать сайт таким. Все равно в этом трафике нет ничего интересного.

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

И он делает все, чтобы баланс сохранялся. То есть никогда не подпустит нужного для проекта человека к фаундерам. И к проекту не подпустит. Будет сливать всеми доступными способами.

Похожая  ситуация возникает, если фаундер  сам инициировал аудит. Но здесь команда ничего не решает. Пытается, сопротивляется, но не решает.
У меня было несколько рабочих кейсов, когда за аудитом приходил фаундер. Мы подписывались и ныряли с моей командой в проект. И тут начинался адик. Болотце оживает моментально, сплочается против чужеродных организмов и начинает создавать течение против. И не важно, что это на пользу проекту, важно, что кто-то может потерять работу.  Хотя такой цели даже близко у аудиторов не стояло.  

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

Но вы никогда не узнаете, как это, если отправили за поиском решения наемного менеджера.  Такие дела... 🤷‍♂️

Очень знакомая ситуация.
Еще бывает вариант, когда фаундер, услышав первые результаты аудита и одновоеменно получив кучу дерьма от членов "болотца" на самих аудиторов со страху принимает сторону "болотца".

Мне лично однажды даже вещи подбрасывали примерно по методу Голунова. Только чтобы опорочить.

Без увольнения старого менеджера до вашего прихода и без получения аванса в виде годового дохода нет смысла участвовать в таких вещах.

BIA-Technologies

Sibedge

Служба контроля качества уже давно должна была возбУдиться на такое. И если она подчинена правильно, не этому менеджеру, а выше, помощь пришла бы вовремя

Я был свидетелем ситуации, когда служба контроля качества была таким же болотом. После замены старшего QA менеджера на компетентного было найдено такое количество багов, что QA менеджера затравили всем директоратом и уволили. И все стало по старому "хорошо". У технического директора самое запоминающееся событие дня - поедание тортика в обед.

так и диабет может быть ..

Что нам говорит практика - политики всегда в одни ворота уделывают практиков. Пока ты работаешь - они под тебя копают.

В целом в корпорация можно вообще не работать, а жить только на политике. Любой результат проще присвоить, чем сделать

а еще практика говорит, что если ты с наемным менеджером общаешься, не имея на руках цифр, то он тебе соврет, и будет в своем праве :)

Цифры не абсолютны, их надо правильно трактовать. Трактовка - это политика

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

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

Да, именно так.
Поэтому кейсы про изменения в корпорациях пестрят истоиям про то, как объединенными усилиями старожилы избавлялись от руководителей, делавших новые продукты.

Стопудово. Поэтому если туда приходишь, работу надо строить так, чтобы при попытке присвоения твоего результата другим присвоилась лишь дырка от бублика.

Всем привет! А никто не знает, существуют ли сервисы по автоматизации интеграций, типа Zapier, только чтобы его можно было вшить в проект. Например, требуется написать интеграцию с GitHub, Gitlab, Bitbucket, чтобы сервис работал, например, с коммитами, но писать под каждого провайдера интеграцию отдельно не хочется. Тоесть, нужен условный готовый адаптер, который уже работает со всеми тремя, а отдает данные в одном виде нам. Может кто то слышал о таком или у кого то есть практика внедрения большого кол-ва интеграций в продукт?