Есть работа, результат которой просит заказчик. Мы называем ее Customer Recognizable Work Item, и если вы что-то слышали про "клиенториентированность", то ваш фокус будет на этом типе работы (не важно как его назвать). Также есть вторая сторона медали: "а может быть они (читай ваши члены команды) не работают во всю и мне надо видеть движение задачек и ежедневный прогресс"? На этом недоверии возникает желание декомпозировать эти клиентские запросы, чтобы видеть day-by-day прогресс. А дальше вам помыслить:
- а как это все трекать чтобы сохранить фокус на клиентской ценности?
- нужны ли какие-то еще промежуточные "этажи" декомпозиции?
и бонусный вопрос:
- а декомпозиция точно должна быть как-то связана с оценкой?
окей, у вас декомпозиция "чтобы риски выделить и знания пошарить, а также упростить координацию в случае проблем" и вы потом не трекаете это?
Трекают в команде как им удобно, но не на недоверии же)
а на чем? удобно это не аргумент, это дело привычки. Именно от трекания что они получают?
Знание о том есть ли гэп между планом и фактом, а так же возможность на него повлиять путём привлечения других людей
А тут изначально были разговоры на то кто какую декомпозицию использует и был разные паттерны типа «чтобы влезало в…»
А это уже беда таймбоксов в которых есть дедлайн в конце таймбокса
ну иногда совпадает,чо поделать.
Обсуждают сегодня