Р
Юмор в том что вы создали склад задач из разных потоков
именно
Size: a a a
2020 April 18
YS
т.е. не тратить время на приоретизацию а брать 2-3 на вскидку полезных и делать их, при необходимости повторять операцию? )
YS
OS
т.е. не тратить время на приоретизацию а брать 2-3 на вскидку полезных и делать их, при необходимости повторять операцию? )
А вы подкаст со мной ещё не слушали?
Р
А вы подкаст со мной ещё не слушали?
нет
OS
нет
Зря. Помогает от некоторых синдромов :)
OS
Переслано от Oleg Soroka
Р
У нас это все осложняется тем что есть и текучка, регулярная работа, а эти проекты это над всем этим
OS
У нас это все осложняется тем что есть и текучка, регулярная работа, а эти проекты это над всем этим
Для 3-х проектов это не проблема.
Р
*ушел читать, слушать материалы что вы мне накидали* Спасибо ))
OS
*ушел читать, слушать материалы что вы мне накидали* Спасибо ))
Ладно, разберём один аспект подробнее.
Допустим, у вас 3 проекта и они движутся с нормальным прогрессом. Ни один не буксует.
Какому-то дятлу на совещании приходит в голову очередная гениальная мысль.
Хороших варианта буквально два:
- или мысль действительно настолько гениальная, что стейкхолдеры и спонсоры 3-х существующих проектов согласны на замену одного из них (проблема приоретизации решена автоматически)
- или, имея в виду сроки завершения одного из проектов, становится ясно, к какому примерно сроку дятел должен проработать технико-экономическое обоснование своей гениальной идеи, после которого размер пользы тоже совершенно очевиден.
Допустим, у вас 3 проекта и они движутся с нормальным прогрессом. Ни один не буксует.
Какому-то дятлу на совещании приходит в голову очередная гениальная мысль.
Хороших варианта буквально два:
- или мысль действительно настолько гениальная, что стейкхолдеры и спонсоры 3-х существующих проектов согласны на замену одного из них (проблема приоретизации решена автоматически)
- или, имея в виду сроки завершения одного из проектов, становится ясно, к какому примерно сроку дятел должен проработать технико-экономическое обоснование своей гениальной идеи, после которого размер пользы тоже совершенно очевиден.
OS
Если какой-то из существующих проектов буксует, то кандидат на выбывание тем более очевиден, стейкхолдеры будут драться даже меньше.
OS
Другими словами, если новая идея настолько гениальная, что лучше прежних - то автор идеи должен заручиться согласием предыдущего автора, на замещение, это должно быть не трудно.
Р
Ладно, разберём один аспект подробнее.
Допустим, у вас 3 проекта и они движутся с нормальным прогрессом. Ни один не буксует.
Какому-то дятлу на совещании приходит в голову очередная гениальная мысль.
Хороших варианта буквально два:
- или мысль действительно настолько гениальная, что стейкхолдеры и спонсоры 3-х существующих проектов согласны на замену одного из них (проблема приоретизации решена автоматически)
- или, имея в виду сроки завершения одного из проектов, становится ясно, к какому примерно сроку дятел должен проработать технико-экономическое обоснование своей гениальной идеи, после которого размер пользы тоже совершенно очевиден.
Допустим, у вас 3 проекта и они движутся с нормальным прогрессом. Ни один не буксует.
Какому-то дятлу на совещании приходит в голову очередная гениальная мысль.
Хороших варианта буквально два:
- или мысль действительно настолько гениальная, что стейкхолдеры и спонсоры 3-х существующих проектов согласны на замену одного из них (проблема приоретизации решена автоматически)
- или, имея в виду сроки завершения одного из проектов, становится ясно, к какому примерно сроку дятел должен проработать технико-экономическое обоснование своей гениальной идеи, после которого размер пользы тоже совершенно очевиден.
Часто накидывает высшее руководство которое не собирается что-то кому-то обосновывать ). В стиле "запиши это светлую мысль, надо как-нибудь обязательно так сделать". У нас все не очень гибко с проектами и текущей деятельностью. По сути занимаюсь неблагодарным трудом - отгавкиванием от новых задач сверху для своих подразделений. Канбан только у моих. Доску специально повесил, чтобы тыкать носом руководство.
VD
Другими словами, если новая идея настолько гениальная, что лучше прежних - то автор идеи должен заручиться согласием предыдущего автора, на замещение, это должно быть не трудно.
Как жаль что оно так не работает почти никогда
OS
Vitaly Dmitriev
Как жаль что оно так не работает почти никогда
Вариантов у вас не много. Либо работать именно так, либо рандомно то внедрять то прочитать всякую хрень.
VD
Вариантов у вас не много. Либо работать именно так, либо рандомно то внедрять то прочитать всякую хрень.
Я работаю иначе ) просто говорю что ситуация описанная Романом, сплошь и рядом и что-то обосновать кому-то - сложно
Р
Сейчас вообще мало что внедряется нормально, потому что высшее руководство очень увлекающееся и фонтанирует идеями к которым потом остывает.
OS
Часто накидывает высшее руководство которое не собирается что-то кому-то обосновывать ). В стиле "запиши это светлую мысль, надо как-нибудь обязательно так сделать". У нас все не очень гибко с проектами и текущей деятельностью. По сути занимаюсь неблагодарным трудом - отгавкиванием от новых задач сверху для своих подразделений. Канбан только у моих. Доску специально повесил, чтобы тыкать носом руководство.
Так пусть именно руководство и решает, ВМЕСТО какого из существующих проектов делать новый. Их авторитет в этом вопросе никто под сомнение не ставит - что прикажут вычеркнуть - так и исполняйте :)
VD
Сейчас вообще мало что внедряется нормально, потому что высшее руководство очень увлекающееся и фонтанирует идеями к которым потом остывает.
А вот это клинический синдром уже