Dmitriy Kuramshin
Спасибо :)
Не было времени на это xD
Спасибо, Александр :) Каждому свое. Я намеренно не стал уходить в конкретику, т.к. черновой вариант статьи у меня вышел в несколько раз больше. Уж не стал разбивать ее на несколько частей. Я еще подумаю, может потом сделаю еще одну статью-продолжение... а может и не стану))
Все же, решенных задач было очень большое количество - выйдет на отдельную мощную статью)) У меня до сих пор остались некоторые черновые файлы со списком задач антикризисного управления, которые можно ретроспективно разобрать и описать.
По примерам... немного искажаете. Я не увольнял сотрудников и кардинально не менял команду, особенно не нанимая новых. Да, вы абсолютно правы, что онбординг требует времени и обычно затраты выше профита... только к моему кейсу данный пример не очень-то применим, т.к. на протяжении моей работы процесс онбординга прошел лишь у пары сотрудников из ~20 человек. Все остальные уже давно работали в команде и решения принимались вот совсем не на этой основе. В целом, вектор понял, кажется намек на то, что хотелось бы больше примеров данных и количественных/качественных метрик, а также указания определенных триггеров (что заметили, почему это проблема, как решили).
Короче, спасибо за мысли) Рождается идея еще одной прикольной статьи)
Честно говоря, еще ни разу не видел проект, в котором какой-то из фреймворков методологий применяется максимально чисто и с соблюдением всех правил. Да, были очень приближенные варианты и то их можно по пальцем одной руки сосчитать. А повидал действительно очень много, хотя только российский рынок. Но может и не там смотрел)))
Класс! Очень здорово, что такой опыт дал очень позитивный эффект для развития карьеры. Кажется, что это можно считать достойной наградой... хотя в тот момент вряд ли могло так казаться :)
Прям расписать день сложно... Все же у менеджеров он гораздо менее предсказуем и фиксирован, чем у прикладного специалиста. Я попробовал дать достаточно подробный пример распределения времени в комментарии ниже (в этой же ветке), но там не прям день расписан. Подойдет так? или попробовать именно про день рассказать подробнее?
Спасибо большое! ))
По тусовкам, кстати, да! Где-то пару месяцев назад натыкался на очень интересный материал, посвященный как раз тому, что если в компании очень высокий темп работы, риски, деньги, ответственность и т.д., то в этой компании обычно умеют очень хорошо отдыхать. Вроде бы материал был больше шуточный и развлекательный, но доля истины тут наверное имеется :)))
Насколько знаю, многие IT-проджекты саботируют ведение реестра рисков))) Хотя поддерживаю, должное управление рисками как раз и позволяет не завести проект в кризис. Может и не в 100% случаев, но приближенное к нему)
Спасибо большое! Рад, что статья понравилась :)
Как я и писал, уж не знаю почему были совершены такого рода ошибки, т.к. люди уже были очень опытны. Поэтому для меня это стало лишь еще одним очень хорошим подтверждением того, что не важно что у вас за компания, какое имя/бренд/лица или какого уровня проекты, все совершают одни и те же ошибки.
Кстати, очень классно подсветили основные аспекты :)