Обновить
39
45.1
Петр Жарков@peterzh

РП и РПО с опытом 25+ лет

Отправить сообщение

эх, автор автор.

Хорошо все было, все слова правильные и на самом интересном месте - расчете ROI на фичу - никаких деталей.

А ведь оно должно использоваться при приоритизации и его расчет важен.

Больше, по моему опыту, нормально его почти никто (точнее никто, даже часто я сам) посчитать не может. Считают "от балды", а потом никто не проверяет. Так все и живут в приоритетах "ГД сказал - надо", "Коммерческий просил сделать" - вот и весь RICE =)

"всем известно" - да ладно вам, теория игр распознает методику win-win как оптимальную именно долгосрочно.

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

С тех пор я набрался опыта и понял

  1. часто (реально) мое "невозможно" - это просто страх подумать и предложить компромиссы.

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

  3. тех, кому пофигу на два пункта выше, а "просто пойди и сделай без вопросов и обиняков" - реально мало и с ними можно не работать, но только после выполнения 2х пунктов выше.

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

Ну и так далее.

Обычно полный неадекват говорит о том, что вы все равно не сработаетесь. Тут или брать под козырек , а потом получать ушат чувства вины, или вообще с этим не работать.

Но такого даже в госухе обычно мало (если брать интеграторов, которые работают с госами). Такое сильно выражено именно при работе в самом госе (ФОИВ, РОИВ) + силовики любят жестить.

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

А к силовикам без сильной руки ни один РП не ходит, там всегда есть сейлз, которого и надо слушаться.

По опыту - это 10% рынка неадеквата гдето. Работать там или нет - решать каждому. Мой метод не про то, чтобы это терпеть. А чтбы попробовать вывести на конструктив и уходить только потом, а не убегая от проблемы

  1. Я, как менеджер, заложил бы и месяц, да ктож мне даст? Вы всерьез думаете, что менеджер может выбрать комфортные для себя сроки, но почему то раз за разом не выбирает, потому что любит страдать? Это не так

  2. угу

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

"Да я отлично вас понимаю, вы хотите, чтобы я выполнил ваши указания. Вы же не хотите, чтобы я просто, не думая, взял вашу критичную задачу и сорвал ее исполнение? Я считаю это непрофессиональный подход.

Поэтому перед выполнением я задаю вам вопросы выше, которые надо решить. Так что давайте к ним вернемся."

Я прочитал вашу статью про психологическую безопасность. Мне есть что сказать.

Я считаю верным такой подход. Хотя я сам склонен к тирании (особенно когда поджимают сроки), я всегда слушаю реальные аргументы или стараюсь показать "как надо". Собственно, потому все мои менеджеры (реально) дали мне очень высокие оценки по итогам работы за 5 лет. Мы именно так и работали.

Но. Моя практика показывает, что таких шефов хорошо если 50%, я бы сказал, что у меня за все время было таких 2 из где-то 20ти.

а бОльшая часть или орет, или отдает указания и ловит на неисполнении, ничего не объясняя. Ты попал - значит ты лох, испытай вины.

И мои правила - для работы в том числе в такой среде. Где давят, где прессингуют, где есть откровенно странные дедлайны и те, кто на них уже согласился (внезапно это может быть ваш шеф). Я не хочу исправлять мир Российского ИТ - он за 25 лет не изменился, и, судя по моим наблюдениям, изменится только в худшую сторону. Я хочу дать начинающим менеджерам инструменты, как не выходить из конструктива.

Научатся - значит сделают наш мир чуточку лучше.

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

В статье сказано, что формат "да, но" - это тоже самое "но", не стоит говорить :)

Про ваш пример, я для начала спрошу вас, как заказчика: что именно вам нужно, какую боль решает ребенок, почему нужен он (сразу ребенка технически родить действительно нельзя), а недостаточно прототипа ребенка, mvp, скажем - вот он в животе, смотрите.

Вы хотите реального ребенка? А вы знаете решения, которые его дадут через месяц? Мне, как профи рынка, известно ровно то, которое дает за 9, не менее.

Как видите, я нигде не сказал "нет" и "да, но" и при этом нигде не согласился. Зато спросил главный вопрос "а зачем?" и "что именно надо?"

Как правило, бизнес может давить/прессинговать, но крайне редко он полностью лишен адекватности. А значит, договариваться можно в 90% случаев по моему личному опыту. Да, 10-15% на истории, когда после выяснения объема имеет смысл сказать: "я понял ваши требования, наше КП содержит несколько вариантов, максимально к нему приближенных. Если заинтересует - дайте знать". Но остальные 90% мой подход поможет договориться.

И да, именно 90% - моя личная статистика такая.

За 25 лет не обошлось. Подозреваю, что и не обойдется. Больше того: за эти 25 лет я пробовал разные стратегии. Предлагаемая - позволяла с большей вероятностью выстраивать хорошие продуктивные отношения, которые давали +%% YoY если вы понимаете, о чем я.

Уже потом я прочитал у Котлера, что это маркетинг отношений и это крайне важная штука.

И я вам не поверю, у меня есть много опыта (и я сам поступал несколько раз также с менеджерами/поставщиками): если мне долго/дорого объяснять простые вещи - надо менять человека/поставщика услуги. Рынок играет именно так, нравится это мне (вам или кому либо еще) или нет.

И если поставщик услуги отказывается ее исполнять - его сменят.

Конечно , дальше будет много интересностей про то "а было ли это вообще выполнимо" и тут я тоже скажу: практика ИТ рынка показывает, что более менее выполнимо 90% как раз изза метода, предлагаемого мной.

Даже когда вы берете конкурс на 300 млн за 100, и у вас 3 мес на реализацию - вопрос решаемый совершенно официальным путем.

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

спасибо. Пожалуй, согласен с вами. Почему не писал про такой вариант: его очень сложно объяснить - раз. А второе: бизнес иногда реально не готов услышать "нет" ни в какой форме. Да, это агрессия, да это токсично и блаблабла.

Факт в том, что такого бизнеса у нас - 50% точно (это я аккуратно сказал). Да что там бизнес: мне лично мои манагеры говорили "нет, невозможно", "нет ресурсов". И я показывал , как можно и что ресурсы есть - надо просто голову чуть иначе включить: не искать аргументацию, почему нет, а подумать, что надо, чтобы да.

С точки зрения такого манагера я что - токс? :) Ну ок, а с моей - он непрофессионал :)

Видите как? Именно поэтому лучше просто учиться делать все по шагам, они выстраданы:

  1. уйти подумать, что надо, чтобы "да"

  2. предложить варианты решений, пусть неидеальный

  3. и если там неконструктив ок: "покажите как это сделать мне, я не понимаю" - все.

Перечитал. В части понимания своих профессиональных границ - согласен, их каждый должен понимать (что я готов делать, а где я говорю "хватит" и ищу новое место). Как я сказал выше: по моему опыту, мой подход решал бОльшую часть неконструктива от заказчика и руководства. Хотя исключения бывали.

Поехали:

  1. главный спонсор банкета приезжает на день раньше - показать надо на один день раньше.

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

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

могу продолжать дальше: кейс, когда доблестные разработчики обещали сделать "но не шмогла" и надо просто привести систему хоть в какой то порядок, когда упал прод неясно почему и тд т и тп... И это примерно все из личного опыта :)

Можно было отказаться и потерять заказчиков. А можно было поработать и получить премию.

мне печально, что приходится отвечать за непрофессионализм других менеджеров. Для повышения оного я и пишу здесь.

Да, системно звать работать по ночам - отстой. Героизм исполнителя = факап менеджера. Не уметь говорить "нет" заказчику, выезжая на горду команды - непрофессионально. Надо делать иначе.

Ктож спорит то

да, этот перекос знаком.

тут надо не только любить продажников но и лошадку слушать - то есть производство. А то оно по пути сдохнет, что и случилось :)

Ну сам себя и наказал: его работники нашли новую работу, а чел лишился бизнеса. Зато опыта получил)

Метод тренера. Если рук-во вменяемое дадут делегировать или выстраивать процессы. Но если это полтитика руководителя и иначе не будет - да, тут можно смело искать новое место.

Но не просто убегать, а с пониманием, что сделано все, что можно было сделать (а что тут еще сделаешь)

я отлично вижу и лес и деревья, зачем вы делаете выводы за меня?

все что я пишу - не про лгать, а про умение сперва провести анализ выдохнуть и предложить варианты решения. Все.

Вы с этим не согласны, вы предлагаете сразу увольняться?

хых. ну как бы СЕО сам выстроил процесс которые его же и убил, молодец.

удовлетворенность команды измеряется текучкой. Если высокая - чтото в королевстве не так.

Любое хорошее начинание можно извратить, что приводит к нехорошим последствиям.

Ваш пример - именно про это. Моя статья - как говорить НЕТ, а не про то, что надо соглашаться со всем, что говорит заказчик.

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

Узбагоиться, включить голову, найти варианты именно так, как я и написал, прийти с ними и затем уже, выслушивая от заказчика: "мне пофигу , просто сделай" спокойно ответить: "окей, как вы считаете мне надо это сделать с учетом всего вышесказанного?"

И вот тут, если заказчик не в конструктиве - стоит подумать, а надо ли с ним дальше работать или нет. По опыту - это 10-15% кейсов. А в 85-90% мой способ выведет вас в конструктив там, где казалось, его нет.

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

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

https://habr.com/ru/posts/973008/ вот тут поглядите)

Хорошее замечание, имеет место и такое, когда менеджер-джун, и думает, если он сказал "я погляжу, что можно сделать" - это равно НЕТ. Нет, конечно, для заказчика - это ДА.

И тут крайне важная оговорка: недостаточно просто сказать "я погляжу", надо действительно включить башку, весь профессионализм, понимание их бизнеса и найти приемлемое для всех решение.

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

Моя статья именно про случай, когда НЕТ = вас уволят, а ваши работы отдадут тому, кто скажет ДА. Иногда - пусть отдадут (потому что нереалистично), а иногда можно и затащить. А иногда можно начать работать как есть, а по пути договориться.

На конкурентном рынке этот навык для менеджера - ключевой, я считаю.

1
23 ...

Информация

В рейтинге
174-й
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Директор проекта, Исполнительный директор
Ведущий
Управление проектами
Управление разработкой
Управление людьми
Управление продуктами
Управление IT-услугами
Управление компанией
Развитие бизнеса
Развитие сотрудников