Относительная шкала для трудозатрат задачи и длительность спринта
- Иван Сильницкий
- Сообщения: 6
- Зарегистрирован: Ср июл 10, 2019 10:37 pm
Относительная шкала для трудозатрат задачи и длительность спринта
Подскажи пожалуйста материал по выработке относительной шкалы (условных единиц и прочего). Разработка заключается сугубо в классическом BI (все стадии) и характер работы не проектный, а в большей степени потоковый (прорабатываю в большей степени Kanban тему). "Добавленная" работа не связана с каким-то конкретным функционалом спринта. 1) как определить размер У.Е.?; 2) как определить календарный размер спринта для использования ексельки SimpleEBDCTemplate? Планирование работы осуществляется поквартально, а внутри квартала - помесячно. Статус - еженедельно.
С уважением, Иван Сильницкий
- Максим Дорофеев
- Site Admin
- Сообщения: 1980
- Зарегистрирован: Вс июн 28, 2015 1:56 pm
- Контактная информация:
Re: Относительная шкала для трудозатрат задачи и длительность спринта
Материал?... Это что? Книга? Статья? Если книга или статья, то на какие вопросы хочется получить ответы?Иван Сильницкий писал(а): ↑Ср июл 10, 2019 11:09 pmПодскажи пожалуйста материал по выработке относительной шкалы (условных единиц и прочего).
Наверное, слишком глобально, но: http://links.mnogosdelal.ru/books/kanbanИван Сильницкий писал(а): ↑Ср июл 10, 2019 11:09 pmРазработка заключается сугубо в классическом BI (все стадии) и характер работы не проектный, а в большей степени потоковый (прорабатываю в большей степени Kanban тему).
Например, метод "жопой чую" Если задач много (полсотни), то появляется надежда на сходимость и неплохую точность.Иван Сильницкий писал(а): ↑Ср июл 10, 2019 11:09 pm
"Добавленная" работа не связана с каким-то конкретным функционалом спринта. 1) как определить размер У.Е.?;
Важно следить, чтобы размах оценок (разница между минимальной и максимальной) оценками не превышала порядка величины. Мне каждется, в болшинстве случаев использовать шкалу из трех значений: 1, 2, 4 - уже достаточно
Важно в спринт закрывать минимум 3-5 задач. Исходя из этого и определяйте размер спринта.Иван Сильницкий писал(а): ↑Ср июл 10, 2019 11:09 pm
2) как определить календарный размер спринта для использования ексельки SimpleEBDCTemplate?
Будет маленьким - получится большая погрешность велосити.
Будет большой - не успеете до конца проекта набрать статистику по производительности
Сколько задач вы делаете за неделю? Может, еженедельный спринт и хорошо?...Иван Сильницкий писал(а): ↑Ср июл 10, 2019 11:09 pm
Планирование работы осуществляется поквартально, а внутри квартала - помесячно. Статус - еженедельно.
- Иван Сильницкий
- Сообщения: 6
- Зарегистрирован: Ср июл 10, 2019 10:37 pm
Re: Относительная шкала для трудозатрат задачи и длительность спринта
Вопросы такие. Должен ли быть рассчитан коэффициент пересчета относительной единицы в реальные трудозатраты? Как его рассчитать? На моих данных получается слишком большой размах, но если разделить мелкие доработки, ошибки и новую разработку, то получатся два разных диапазона, стоит ли ввести две шкалы - одну для мелочи, вторую для нового?
На счёт книги - да, ее и планирую использовать.
На счёт книги - да, ее и планирую использовать.
С уважением, Иван Сильницкий
- Максим Дорофеев
- Site Admin
- Сообщения: 1980
- Зарегистрирован: Вс июн 28, 2015 1:56 pm
- Контактная информация:
Re: Относительная шкала для трудозатрат задачи и длительность спринта
Это скорее вопрос к вам Вам это нужно или нет? И что вы называете реальными трудозатратами?Иван Сильницкий писал(а): ↑Сб июл 13, 2019 8:42 amДолжен ли быть рассчитан коэффициент пересчета относительной единицы в реальные трудозатраты?
Как правило - это "затраты на труд", так вот как эти затраты выглядят?
Это может быть зарплата в месяц (и пофиг, сделал ли ты чего-нибудь). Как у большинства программистов.
Может быть: "зарплата по-любому + премия, если ты хоть что-то сделал"
А может быть и сдельщина. Сдельщина тоже может иметь различные формы: сколько оценили, столько и получишь, но когда сделаешь. Или Получишь, сколько потратил по факту, НО после того, как закончишь и сдашь.
Скорее всего тродозатраты "зарплата за месяц по-любому". Если так, то суммируешь зарплаты в рублях и делишь на сумму закрытых относительных единиц трудозатрат.
Может быть и норма. По моему опыту +/- 30% - офигенская для разработки ПО точность.
Между прочим, очень не плохая идея. Будут сторипоинты багов и сторипоинты доработок.Иван Сильницкий писал(а): ↑Сб июл 13, 2019 8:42 amно если разделить мелкие доработки, ошибки и новую разработку, то получатся два разных диапазона, стоит ли ввести две шкалы - одну для мелочи, вторую для нового?
Ну и раз в месяц выпускать обновленные "курсы валют". Типа: "в июле курс сторипоинта доработок прибавил 30% и составил 1500рублей на сторипоинт, а сторипоинт багов снизился и теперь 2700 рублей за штуку"