Спасибо, что поделились этой историей. Действительно, ситуация непростая - обманутые ожидания неформального лидера коллектива сразу ставят Вас в позицию оправдывающегося.
Возможно, имело бы смысл честно тет-а-тет обменяться позициями с неформальным лидером, рассказать ему, как выглядит ситуация с Вашей стороны, и попросить его помощи. Если бы это не дало результат - перевести неформального лидера в другую команду, либо уволить. На его место взять лояльного профессионала, который бы вместе с Вами разобрался бы в хитросплетениях архитектуры и узких местах.
Мера крайне жесткая и несправедливая. Но иногда выбора нет
Поступки и поведение людей во многих аспектах определяется тем, как «принято» действовать в тех или иных ситуациях. Если, к примеру, большинство руководителей разного ранга в компании принимают решения на основе одной и той же системы ценностей, то через какое—то время их поведение станет ожидаемой нормой. Новым руководителям так или иначе, придётся жить также и по тем же правилам, иначе их просто «не поймёт» большинство. Самое сложное — это сформировать эту критическую массу «большинства». И тогда начальники, которым даже такие правила не близки (не естественны), все равно станут их придерживаться.
Согласен, что сейчас нас ждет демографическая яма 90-х. Но с другой стороны - профессия сейчас на пике популярности, и доля молодежи, решившей связать свою судьбу с IT выросла. К тому же COVID показал, что реально работать удаленно - в том числе даже из другой страны. Не думаю, что будет дефицит больший, чем сейчас
Сложно отказаться от определенного уровня дохода, если он уже был. Согласитесь, признаться себе в том, что "я уже не торт, и не смогу конкурировать с молодежью" - достаточно сложно. Проще обвинить людей вокруг, обстоятельства, руководство...
Беда в том, что все "отдельно выделенные" проблемные места тут же сотрутся в памяти инициатора. Там умещается только одна цифра.
Я бы предпочел накинуть в "гору" побольше времени на внешний сервис. А если это госорган (ПФР, ФНС, Минсельхоз и т.д.) - то гора должна быть размером с Эверест.
Мне кстати такой исход не очень нравится (хотя чисто по-пацански - норм, отстали и ладно). Это же по-сути означает, что "проблема" бизнеса не решена и от предложенного системного решения отказались в пользу каких-то других костылей. А костыли ломаются везде - и в IT и в бизнесе.
Часто сталкиваюсь с такой ситуацией. Всегда есть важный внешний фактор, ограничивающий сроки на задачу - "KPI руководства", "изменения в законах", "конкуренты уже вышли на рынок с таким же продуктом" и прочее.
По сути - это способы о стороны инициатора повлиять на срок (хотя их особо то и нет), перекладывая последствия в виде поддержки говнокода на разработку. Это естественная реакция каждого человека - "надо же что-то делать, чтобы ситуацию улучшить". Я пытаюсь показать, как с помощью прозрачности направить вектор этого "надо же что-то делать" с прессинга разработки на управление ожиданиями топ менеджмента.
Каждая оценка имеет некую точность (ну или "погрешность"). ПОдробный разбор задачи аналитиком позволяет снизить такую погрешность (но кстати не убрать ее, а именно снизить).
В тепличных условиях - конечно нужно отрисовать схемы процессов, макеты интерфейсов, отрисовать алгоритмы работы, спроектировать модель данных и т.д.
Беда в том, что периодически ситуация такова, что на оценку времени особо нет. По разным причинам (об этом можно отдельную статью написать), но нет.
В этом случае оценку можно сделать самому в условиях дефицита информации, взяв "в гору" и объяснив, почему так (как собственно я и предлагаю) - либо можно подставить аналитика, и попросить его сделать такую оценку, выделив минимум времени - тогда он по сути сделает то же самое, но ответственность вроде как будет на нем. Я за первый варик.
Такой подход может оставить бизнес инициатора с неоправданными ожиданиями — «Почему именно 3,14? Откуда такая цифра? Опыт? Так в этот раз будет все по другому!»
Я пытался так делать, но через некоторое время поймал себя на мысли, что я даю оценку и "придумываю" оптимистичную и пессимистичную вариацию этой оценки, минусуя и прибавляя определенный процент. То есть это не 3 оценки - а одна, с определенным люфтом.
Кажется тут действует принцип "Утром стулья - вечером деньги". Карьерные плюшки с большей вероятностью отвалят тому, кто активно пытается понять, чего хочет начальник, а не тому, кто выжидает, когда ему поставят четкую задачу. Тут я согласен с автором статьи
Нужно понимать, что это не online дежурство, а плата за «готовность подключится». В подавляющем большинстве случаев все проходит спокойно и дежурный разработчик не привлекается.
Оценивали, и внедряли поэтапно, не все сразу. Бизнес растёт, и в какой—то момент стоимость часа простоя критичного сервиса заставляет пойти даже на георезервирование
Напомню, что по условию этой мысленной задачки — вы руководитель. И как каждый руководитель, стараетесь получить больше пользы за меньшие деньги. Если в команде достигнута такая атмосфера, что сотрудники относятся к продукту как к своему «шедевру» и готовы вкладывать даже личное время в продукт — почему бы это не поддержать? В данном случае один сотрудник к этому не готов, и эта позиция может привести к тому, что и остальные перестанут уделять проекту дополнительное время. Честно ли это? Честно!
Выгоден ли такой вариант Вам как руководителю? Ну не знаю…
Верните мне время на прочтение этой абстрактной банальщины
Спасибо, что поделились этой историей. Действительно, ситуация непростая - обманутые ожидания неформального лидера коллектива сразу ставят Вас в позицию оправдывающегося.
Возможно, имело бы смысл честно тет-а-тет обменяться позициями с неформальным лидером, рассказать ему, как выглядит ситуация с Вашей стороны, и попросить его помощи. Если бы это не дало результат - перевести неформального лидера в другую команду, либо уволить. На его место взять лояльного профессионала, который бы вместе с Вами разобрался бы в хитросплетениях архитектуры и узких местах.
Мера крайне жесткая и несправедливая. Но иногда выбора нет
Поступки и поведение людей во многих аспектах определяется тем, как «принято» действовать в тех или иных ситуациях. Если, к примеру, большинство руководителей разного ранга в компании принимают решения на основе одной и той же системы ценностей, то через какое—то время их поведение станет ожидаемой нормой. Новым руководителям так или иначе, придётся жить также и по тем же правилам, иначе их просто «не поймёт» большинство. Самое сложное — это сформировать эту критическую массу «большинства». И тогда начальники, которым даже такие правила не близки (не естественны), все равно станут их придерживаться.
Спасибо
Согласен, что сейчас нас ждет демографическая яма 90-х. Но с другой стороны - профессия сейчас на пике популярности, и доля молодежи, решившей связать свою судьбу с IT выросла. К тому же COVID показал, что реально работать удаленно - в том числе даже из другой страны. Не думаю, что будет дефицит больший, чем сейчас
Сложно отказаться от определенного уровня дохода, если он уже был. Согласитесь, признаться себе в том, что "я уже не торт, и не смогу конкурировать с молодежью" - достаточно сложно. Проще обвинить людей вокруг, обстоятельства, руководство...
А у всех ли есть пассивный доход? Запустить продукт, который бы приносил достаточно средств для комфортной жизни - не такая уж и простая задачка.
В целом - да, Вы правы.
Беда в том, что все "отдельно выделенные" проблемные места тут же сотрутся в памяти инициатора. Там умещается только одна цифра.
Я бы предпочел накинуть в "гору" побольше времени на внешний сервис. А если это госорган (ПФР, ФНС, Минсельхоз и т.д.) - то гора должна быть размером с Эверест.
Мне кстати такой исход не очень нравится (хотя чисто по-пацански - норм, отстали и ладно). Это же по-сути означает, что "проблема" бизнеса не решена и от предложенного системного решения отказались в пользу каких-то других костылей. А костыли ломаются везде - и в IT и в бизнесе.
Часто сталкиваюсь с такой ситуацией. Всегда есть важный внешний фактор, ограничивающий сроки на задачу - "KPI руководства", "изменения в законах", "конкуренты уже вышли на рынок с таким же продуктом" и прочее.
По сути - это способы о стороны инициатора повлиять на срок (хотя их особо то и нет), перекладывая последствия в виде поддержки говнокода на разработку. Это естественная реакция каждого человека - "надо же что-то делать, чтобы ситуацию улучшить". Я пытаюсь показать, как с помощью прозрачности направить вектор этого "надо же что-то делать" с прессинга разработки на управление ожиданиями топ менеджмента.
Каждая оценка имеет некую точность (ну или "погрешность"). ПОдробный разбор задачи аналитиком позволяет снизить такую погрешность (но кстати не убрать ее, а именно снизить).
В тепличных условиях - конечно нужно отрисовать схемы процессов, макеты интерфейсов, отрисовать алгоритмы работы, спроектировать модель данных и т.д.
Беда в том, что периодически ситуация такова, что на оценку времени особо нет. По разным причинам (об этом можно отдельную статью написать), но нет.
В этом случае оценку можно сделать самому в условиях дефицита информации, взяв "в гору" и объяснив, почему так (как собственно я и предлагаю) - либо можно подставить аналитика, и попросить его сделать такую оценку, выделив минимум времени - тогда он по сути сделает то же самое, но ответственность вроде как будет на нем. Я за первый варик.
Кажется понял, что Вы имели в виду. Спасибо за обратную связь, поправил - надеюсь будет понятнее.
Такой подход может оставить бизнес инициатора с неоправданными ожиданиями — «Почему именно 3,14? Откуда такая цифра? Опыт? Так в этот раз будет все по другому!»
Я пытался так делать, но через некоторое время поймал себя на мысли, что я даю оценку и "придумываю" оптимистичную и пессимистичную вариацию этой оценки, минусуя и прибавляя определенный процент. То есть это не 3 оценки - а одна, с определенным люфтом.
Ну и такой подход сложнее объяснить инициатору
Кажется тут действует принцип "Утром стулья - вечером деньги". Карьерные плюшки с большей вероятностью отвалят тому, кто активно пытается понять, чего хочет начальник, а не тому, кто выжидает, когда ему поставят четкую задачу. Тут я согласен с автором статьи
Для Chrome:
1) Вбиваете в поисковую строку любое слово
2) В результатах выдачи переключаетесь на наздел "Картинки"
3) В поисковой строке появляется пиктограмма фотоаппарата
4) Ннажимаете ее - и вуаля
Автотесты + канареечные релизы.
Выгоден ли такой вариант Вам как руководителю? Ну не знаю…