Posts tagged задача

Задачи никого не интересуют – вы об этом помните?

0

Очень примечательный вывод в сравнении пользовательских историй и задач который дается в SCRUM:

Пользовательские истории (кейсы, фичи) – это то что интересует как результат владельца продукта.

Задача – это некий потраченный объем работ который сам по себе владельцу продукта не интересен.

Отсюда еще раз о важном – задачи это один из элементов к достижению результата. И не надо рассказывать заказчику проекта о том сколько мы пахали. Рассказывайте о результатах.

Все задачи на СМАРТку

0

SMART. SMART. И только SMART!

  • S – Specific – Точное указание задачи на конкретные действия. В самой задаче все не изложишь – некоторые детали задачи надо давать в примечаниях. Или что более круто – в Детальном описании / Постновке задачи.
  • M – Measurable – кто конкретно, сколько, как много. Четкие определение характеристика конечного результата задачи и задействованных для ее выполнения ресурсов.
  • A – Achievable – проверка на веру в ее достижение. А потом на наличие ресурсов для ее достижения. Поверьте духовно а потом посчитайте в натуре. Задача это не абстрактная мечта и ее надо реально сделать. Выполнение задачи не должно включать для исполнителя невероятных усилий, факультативно подразумевающихся задач (прочесть 2-3 книжки по 300 страниц и все будет ясно).
  • R – Relevant – задача должна соответствовать рамках проекта, концепции проекта. Грех проекта – выйти за рамки – очень опасен для выполнения основной цели проекта. Если у вас возникла правильная задача которую надо сделать но она не совсем вяжется с рамками данного проекта – возможно это задача другого проекта или вовсе некое оперативное поручение вне проекта. Может быть даже и ваше – но к проекту никакого отношения оно не имеет.
  • T – Time-limited – сроки, дидлайн (не позже чем), запас времени для маневра задачи (сколько времени осталось до следующей задачи, входит ли задача в критический путь), допустимая модель расходования времени (первую недельку по часика 2 в день наблюдаем а потом наваливаем и за 3 дня добиваем детальный аналитический отчет)

На самом деле не так и плоха уж практика завести SMART карточку для каждой задачи – немного больше затрачиваемых усилий на описание задачи. Описание задач таким образом сделает качественно лучше их постановку, упростит коммуникации с исполнителями задачи. При использовании автоматизируемых инструментов часть SMART характеристик читаются из схем (время в первую очередь).

Go to Top