Скажу сразу - начинать с чистого листа проще чем менять что есть. С точки зрения управления задачами, у нас так просто как только можно - плоский список задач от самой важной до наименее важной. Похожая идея в канбане. Приоритеты формируются исходя из годового и квартального плана и реалий на землей. На самом деле как именно выстраиваются приоритеты - не важно. Главное, что у нас неделя - это фактически PDCA цикл. В понедельник есть презентация плана с командой (Plan), в течении недели идет работа (Do), в пятницу подводим итоги (Check) и на выходных лично у меня есть время внести те или иные изменения при необходимости (Act) - все ли пошло как запланировал, нет ли проблем. И любые изменения в приоритетах у нас могут происходить только между циклами. Это позволяет избавить команду от ситуаций "бросаем все и бежим делать это" и "я как руководитель хорошо знаю кто чем занимается". А недельные циклы позволяют достаточно быстро реагировать на внешние запросы и при необходимости менять планы. А еще у нас команда не участвует в планировании. Знаю, что многие скажут "так нельзя" и будут отчасти правы, но лишь отчасти. Да и не важно это.
Насчет ежедневных часовых созвонов - я могу только предположить почему они есть. Включая причину "legacy подход". У менеджеров legacy не меньше, чем у инженеров.
Все верно. Почему-то под методологией все воспринимают кучу активностей в течении недели-двух ака спринт. И часто менеджеры этим и занимаются - тащат все что знают, как джуны которые банду четырех открыли и тоже тащат все что узнали. А ведь мастерство в том что бы тащить только то, без чего нельзя обойтись.
Здесь не могу не вспомнить определение идеальной системы из ТРИЗ - "система, которая выполняет свою функцию идеально, но при этом сама не существует или отсутствует".
Хорошая статья. Выход на нанимающего менеджера - идеальный вариант, так как здесь нет "сломанного телефона" и общение идет по существу. В таком случае общение с рекрутером вырождается в "презентовать оффер кандидату на сумму, я с ним уже пообщался и он ок". Жаль не все такое практикуют.
А как можно узнать, что водитель пропал именно потому что он назначил я ко мне на заказ (именно в момент назначения он исчезает, а не подачи авто)?
Выглядит не реалистично. Но давай так, если сможешь придумать способ как отличить пропажу водителя по причине назначение на заказ от ушёл отдохнуть, с меня односолодовый смузи. Идёт?
Но ведь водитель просто может пойти отдохнуть, поесть. Уйти домой и еще куча причин не связанных с поездкой. Как в таком формате можно различить реальные поездки от шума?
Это сложный комментарий, но попробую ответить.
Скажу сразу - начинать с чистого листа проще чем менять что есть.
С точки зрения управления задачами, у нас так просто как только можно - плоский список задач от самой важной до наименее важной. Похожая идея в канбане. Приоритеты формируются исходя из годового и квартального плана и реалий на землей. На самом деле как именно выстраиваются приоритеты - не важно.
Главное, что у нас неделя - это фактически PDCA цикл. В понедельник есть презентация плана с командой (Plan), в течении недели идет работа (Do), в пятницу подводим итоги (Check) и на выходных лично у меня есть время внести те или иные изменения при необходимости (Act) - все ли пошло как запланировал, нет ли проблем. И любые изменения в приоритетах у нас могут происходить только между циклами. Это позволяет избавить команду от ситуаций "бросаем все и бежим делать это" и "я как руководитель хорошо знаю кто чем занимается". А недельные циклы позволяют достаточно быстро реагировать на внешние запросы и при необходимости менять планы. А еще у нас команда не участвует в планировании. Знаю, что многие скажут "так нельзя" и будут отчасти правы, но лишь отчасти. Да и не важно это.
Насчет ежедневных часовых созвонов - я могу только предположить почему они есть. Включая причину "legacy подход". У менеджеров legacy не меньше, чем у инженеров.
Все верно. Почему-то под методологией все воспринимают кучу активностей в течении недели-двух ака спринт. И часто менеджеры этим и занимаются - тащат все что знают, как джуны которые банду четырех открыли и тоже тащат все что узнали. А ведь мастерство в том что бы тащить только то, без чего нельзя обойтись.
Здесь не могу не вспомнить определение идеальной системы из ТРИЗ - "система, которая выполняет свою функцию идеально, но при этом сама не существует или отсутствует".
Удалось уместить всю статью в одну строчку. Даже слегка обидно
В контексте статьи - это официальные переработки которые оплачиваются дополнительно. И да, для некоторых свероучная работа это доп заработок
Хорошая статья. Выход на нанимающего менеджера - идеальный вариант, так как здесь нет "сломанного телефона" и общение идет по существу. В таком случае общение с рекрутером вырождается в "презентовать оффер кандидату на сумму, я с ним уже пообщался и он ок". Жаль не все такое практикуют.
Целая статья вместо того, что бы на sql написать insert on conflict do update
А как можно узнать, что водитель пропал именно потому что он назначил я ко мне на заказ (именно в момент назначения он исчезает, а не подачи авто)?
Выглядит не реалистично. Но давай так, если сможешь придумать способ как отличить пропажу водителя по причине назначение на заказ от ушёл отдохнуть, с меня односолодовый смузи. Идёт?