Наверное, в дополнение к написанному. Треккинг времени очень хорош для оценки сроков достижения целей в своих собственных планах. Например, вы нацелены пройти много курсов, написать статьи, прочитать много книг - очень хорошо, благая история, что делать если вы были очень амбициозны и встретили первые сроки с низкими результатами? Ответы: словить легкую депрессию, забить, ну или переверстать всё уже с оценкой возможностей. Посмотреть сколько времени вы тратите на цели за неделю и что успеваете (страниц, уроков и т.д.), взять эти данные как фактические по 3-4 неделям и оценить плановое время на всё запланированное по книгам, курсам, статья. Считаем это через отношение объема всех запланированных страниц, уроков и т.д. к среднему факту по 3-4 неделям (например, по итогам 3 недель 30 страниц в неделю вы читаете или тратите 7 часов в неделю на обучение, это значит, что объем книг в 1000 страниц вы прочитаете через 33,3 недели, не раньше, а курс объемом в 100 часов пройдете за 14 недель). Упражнение здорова отрезвляет.
В чем дополнение к статье? Хорошо бы в треккингах выделять вехи (может лейблы) как некую цель, которую надо достичь в квартал/ год и смотреть за прогрессом - как выполнения плана на день, неделю по времени, так в части выполнения плана по инкременту полезного результата (уроки, страницы и т.д.). Тогда, в целом, получится - "я знаю куда иду, знаю как иду".
В книге Мартина Риса "Всего шесть чисел" есть похожие выкладки, но с описанием как изменения таких соотношений повлияет на обитаемую вселенную. Интересующимся рекомендую
Таких инструментов нет, позволяющих стабильно получать 58% и больше % на инвестициях. Разовые события, что-то удачно куплено и дало много Х, не относится к стабильному инвестированию. С учетом обесценения валют приведенных в статье, единственный разумный выход для нас всех - потреблять и ничего не копить?♂️
В итоге SP переводите в сроки и транслируете стейкхолдерам финальные даты? Или SP живут отдельно и сроки живут отдельно? Поделитесь тут опытом, как это выглядит. И такой момент - стоимость еще очень важна, влияет в целом на всё, на приоритет, на сроки, на выбор фичей и т.д. встраиваете в ICE или как тут?
Есть ощущение, что будут расти сроки Time 2 Market или Cycle time (в зависимости от того, что меряете) и такое решение может сделать все-таки "узкое горлышко" в процессе, особенно, если по результатам review потребуется делать доработки. Не анализировали этот момент?
Тут еще вопрос "производственного процесса", выбранного командами в Jira, который определяет этапы в процессе перевода фич/эпиков/задач из одного состояния в другой, вплоть до Ready for release. У вас единые требования здесь? Одна методология для всех? Ведь где-то могут вводить апрувы или код ревью в процесс, где-то нет, в зависимости от зрелости команды, ее квалификации. И такой момент, можно делать быстро, но не качественно, как-то оцениваете качество?
Интересно как управляли изменениями в Сценариях и приземляли это все в бэклоги команд. Для хранения и работы с CJM каким ПО пользовались, есть тут рекомендации? Ведь нужно это как-то структурировать, приоритизировать, выделять в отдельные фичи, оценить косты и сроки реализации.
Было бы хорошо, если сложилось понимание по объемам такой работы для выделения целой ставки на это направление. Кажется, что для команды, например, в 5-10 человек это избыточная роль, так как изменений в UI не будет в таком количестве, когда нужен отдельный writer для этого.
Наверное, в дополнение к написанному. Треккинг времени очень хорош для оценки сроков достижения целей в своих собственных планах. Например, вы нацелены пройти много курсов, написать статьи, прочитать много книг - очень хорошо, благая история, что делать если вы были очень амбициозны и встретили первые сроки с низкими результатами? Ответы: словить легкую депрессию, забить, ну или переверстать всё уже с оценкой возможностей. Посмотреть сколько времени вы тратите на цели за неделю и что успеваете (страниц, уроков и т.д.), взять эти данные как фактические по 3-4 неделям и оценить плановое время на всё запланированное по книгам, курсам, статья. Считаем это через отношение объема всех запланированных страниц, уроков и т.д. к среднему факту по 3-4 неделям (например, по итогам 3 недель 30 страниц в неделю вы читаете или тратите 7 часов в неделю на обучение, это значит, что объем книг в 1000 страниц вы прочитаете через 33,3 недели, не раньше, а курс объемом в 100 часов пройдете за 14 недель). Упражнение здорова отрезвляет.
В чем дополнение к статье? Хорошо бы в треккингах выделять вехи (может лейблы) как некую цель, которую надо достичь в квартал/ год и смотреть за прогрессом - как выполнения плана на день, неделю по времени, так в части выполнения плана по инкременту полезного результата (уроки, страницы и т.д.). Тогда, в целом, получится - "я знаю куда иду, знаю как иду".
В книге Мартина Риса "Всего шесть чисел" есть похожие выкладки, но с описанием как изменения таких соотношений повлияет на обитаемую вселенную. Интересующимся рекомендую
Таких инструментов нет, позволяющих стабильно получать 58% и больше % на инвестициях. Разовые события, что-то удачно куплено и дало много Х, не относится к стабильному инвестированию. С учетом обесценения валют приведенных в статье, единственный разумный выход для нас всех - потреблять и ничего не копить?♂️
В итоге SP переводите в сроки и транслируете стейкхолдерам финальные даты? Или SP живут отдельно и сроки живут отдельно? Поделитесь тут опытом, как это выглядит. И такой момент - стоимость еще очень важна, влияет в целом на всё, на приоритет, на сроки, на выбор фичей и т.д. встраиваете в ICE или как тут?
Есть ощущение, что будут расти сроки Time 2 Market или Cycle time (в зависимости от того, что меряете) и такое решение может сделать все-таки "узкое горлышко" в процессе, особенно, если по результатам review потребуется делать доработки. Не анализировали этот момент?
Тут еще вопрос "производственного процесса", выбранного командами в Jira, который определяет этапы в процессе перевода фич/эпиков/задач из одного состояния в другой, вплоть до Ready for release. У вас единые требования здесь? Одна методология для всех? Ведь где-то могут вводить апрувы или код ревью в процесс, где-то нет, в зависимости от зрелости команды, ее квалификации. И такой момент, можно делать быстро, но не качественно, как-то оцениваете качество?
Интересно как управляли изменениями в Сценариях и приземляли это все в бэклоги команд. Для хранения и работы с CJM каким ПО пользовались, есть тут рекомендации? Ведь нужно это как-то структурировать, приоритизировать, выделять в отдельные фичи, оценить косты и сроки реализации.
Было бы хорошо, если сложилось понимание по объемам такой работы для выделения целой ставки на это направление. Кажется, что для команды, например, в 5-10 человек это избыточная роль, так как изменений в UI не будет в таком количестве, когда нужен отдельный writer для этого.