Как стать автором
Обновить

Комментарии 18

Спасибо за статью.
К сожалению, не все могут понять потребности бизнеса и клиента.
Даже когда очень хотят.
Хуже всего — когда эти не все и управляют бизнесом…
Поиск решения это такой энергозатратный процесс, что мозг упорно подсовывает шаблонные готовые ответы, лишь бы не напрягаться. Разработчик со своей стороны может только задавать вопрос «какие у бизнеса потребности в этом конкретном случае?» снова и снова, пока до менеджера не дойдет, что что-то не так, и он не начнет сознательно искать ответ.
Это раздражает, если воспринимать как невнимание или тупость. Если как правила игры — можно жить. А если как баг в системе… :)
Мы, обычно, решали проблему менеджера просто разделением успеха с ним. Т.е. не он разработал успешный проект, а он и программисты. Хотя, на самом деле, конечно, они и собирали требования и общались с клиентами и дизайнили систему.
Но для этого надо быть не очень гордыми =(
Зато спокойными )
Мы, обычно, решали проблему менеджера просто разделением успеха с ним.
Хороший менеджер — он как оборотень.
Когда полнолуние он с заказчиком, то превращается в биснесмена, а когда луна уходит заходит к ИТшникам — он программист.

PS Почему-то у нас всегда получалось так.
Если заказчик, объясняя структуру бизнеса, говорил как там все сложно и запутано, то все это довольно легко и понятно раскладывалось в какие-то логичные схемы для последующей автоматизации.
А если задача «плёвенькая и простенькая», то обычно она тащила за собой такую кучу геммороя.
Используя чужие творения этого удовольствия не достичь, ты чувствуешь себя в лучшем случае мозаистом
Это не опечатка? ))
Тот, кто складывает мозаики.
Тот, кто складывает мозаики.
У меня ощущение что одно от другого не далеко ушло.
Бизнес очень часто экономит время на поиске бизнес решения, и задача разработчика увидеть, что разрабатывать-то и нечего, и указать на это бизнесу.

Это не только задача разработчика но и аналитика/консультанта (даже в большей степени)
Я в статье разделил мир на Мы и Они :), поэтому аналитики тоже бизнес. Вообще для того, о чем я говорю в скраме придумали специальную роль продукт овнера. Именно чтобы люди управляющие деньгами не тратили время (и свое и разработчиков) на думание. И могли ограничиться бинарным оплачу/не оплачу.
про бизнес-менеджеров-прогеров: если хочешь сделать хорошо — сделай это сам!

понятно дело, что не все так плохо… но если раньше программирование было как легкий морской бриз — ты копаешься в этом ассемблере и радуешься своему коду, то сейчас это уже — сильный ветер, который кидает тебя от одной «чужой» пальмы либы к другой… и можно как-то научится справляться с этим (оседлать ветер, понять что так как было уже не будет), а можно выгореть и свалить с пляжа…
НЛО прилетело и опубликовало эту надпись здесь
3 года назад я прошёл 60 (шестьдесят) собеседований! Часть с предварительными заданиями. Чуть с ума не сошёл. До сего момента не понимаю, что это было! Может возраст 45+, может то что решил полгодика отдохнуть, и ни где не работал. А может и с рынком труда что-то действительно не так.
Результат 2 места — оба очень мутных. Одно по минимальной рыночной з/п. Второе тоже меньше средней, хотя по этой теме (1С програмист) я работал больше 10 лет. На втором кинули на з/п примерно на 3 месяца. Подозревал что так будет, надеялся что выплатят. И глубокие кредиты не позволяли не бросить старое место, не искать новое.

Вот Вам и 20 команд. Не 20, а как бы не 120… Да ещё попробуй их перебери, когда семью завел.
40 лет — началось выгорание. 43 — открылось новое дыхание. 45 — я люблю свою работу снова. Что я сделал? Уехал. Просто уехал. С семьей. И уеду снова, возможно.
Складываю мозаики, да. И не хочу заниматься камушками, хотя иногда приходится.
Откуда и куда уехали, если не секрет?
НЛО прилетело и опубликовало эту надпись здесь
В IT понятие «стартап» как-то очень уж искажено под влиянием силиконовой долины и вот этого всего хайпа. «Настоящий» стартап, то есть молодой небольшой бизнес, может вообще не иметь менеджера в айтишном понимании. И постановка задачи «ну сделайте хорошо» — постоянное явление.
При найме в стартап, не залитый инвестициями по макушку, запаситесь силами и инициативой.
Ну и, по опыту, «настоящий» стартап — это максимум 6 разработчиков, обычно 3-4 включая CTO.

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


Это как с самостоятельной защитой прав в суде. У таких и клиент дурак, и адвокат обычно не очень хорош.

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Изменить настройки темы

Истории