v
ну даже нет… ок.. все равно перевести можно ))) аля 100 сторипоинтов это 40 часов работы и все в таком духе.. не понимаю я проблемы )))
Ну это как скорость во время переводить
Size: a a a
2020 February 11
v
Вы же 100км/ч в 1 час не переводите?
G
ну даже нет… ок.. все равно перевести можно ))) аля 100 сторипоинтов это 40 часов работы и все в таком духе.. не понимаю я проблемы )))
для чего вам тогда вообще сторипоинты нужны если вы их привязывете ко времени?
v
Что бы бизнес мог посчитать, видимо
AK
Тогда надо может смотреть в сторону сторипоинтов, велосити и вот этого всего?
Как если проджекта нет?
v
А зачем вам проджект для этого?
G
Как если проджекта нет?
а зачем он вам вообще для этой цели?
сторипоинты считаются автоматом в jira например, и графики все строятся каждый раз когда спринты закрываются
сторипоинты считаются автоматом в jira например, и графики все строятся каждый раз когда спринты закрываются
v
Если сторипоинты - скрам, там нет такой роли
A
у вас команда за неделю производит 300 сторипоинтов.. разве это не перевод во время? ?)
v
Но если у вас проектный подход, то будет сложно скрам натянуть на это, в любом случае, либой из подходов оценки не даст 100% гарантию правильного планирования наперёд
AS
это нужно для высокоуровнего планирования релизов и глобальных фич, чтобы можно было понимать например успеет ли команда а точнее множество команд завершить какой то большой функционал к рождеству или какой то другой дате. Им сторипоинта не упали, тем более в каждой команде они свои.
v
у вас команда за неделю производит 300 сторипоинтов.. разве это не перевод во время? ?)
Неделя - время
v
300 - суммарный объем и сложность
T
Вот как раз хотелось бы услышать имеется ли у кого опыт как это можно сделать.
Либо как это вообще делается.
Потому что понятно что можно оценивать чисто по задачам и времени затраченное на эту задачу. Но тогда вопрос как правильно это автоматизировать.
Либо как это вообще делается.
Потому что понятно что можно оценивать чисто по задачам и времени затраченное на эту задачу. Но тогда вопрос как правильно это автоматизировать.
Если надо без проджектов и очень быстро, то внедрить трекинг и обязательную оценку в часах. К задачке прогер не приступает, пока не поставит оценку к задаче.
Есть еще один долбучий костыль, но рабочий. У нас планы на спринт дублируются в гугл таблицу, там мы пишем в столбцы и оценку и факт затраченного времени, по условному форматированию, где есть превышение, задача окрашивается красным.
Также дополнительно разработали плагин в джире, который считает коэффициент разрабов (=факт/оценка), по этому плагину очень быстро оцениваем производительность разрабов.
Еще можно элементарно в конце спринта подводить итоги, выполнены запланеные задачки или нет. На элементарном уровне: 8/10, например.
ну и естсественно ретроспективы и/илии стендапы, где спрашиваешь, что сделал прогер, если ничего, то пусть объясняется. Это вообще самый изи способ, когда нет проджекта.
Есть еще один долбучий костыль, но рабочий. У нас планы на спринт дублируются в гугл таблицу, там мы пишем в столбцы и оценку и факт затраченного времени, по условному форматированию, где есть превышение, задача окрашивается красным.
Также дополнительно разработали плагин в джире, который считает коэффициент разрабов (=факт/оценка), по этому плагину очень быстро оцениваем производительность разрабов.
Еще можно элементарно в конце спринта подводить итоги, выполнены запланеные задачки или нет. На элементарном уровне: 8/10, например.
ну и естсественно ретроспективы и/илии стендапы, где спрашиваешь, что сделал прогер, если ничего, то пусть объясняется. Это вообще самый изи способ, когда нет проджекта.
v
Таблица эталонных задач, думаю должна помочь на начальном этапе
G
Если надо без проджектов и очень быстро, то внедрить трекинг и обязательную оценку в часах. К задачке прогер не приступает, пока не поставит оценку к задаче.
Есть еще один долбучий костыль, но рабочий. У нас планы на спринт дублируются в гугл таблицу, там мы пишем в столбцы и оценку и факт затраченного времени, по условному форматированию, где есть превышение, задача окрашивается красным.
Также дополнительно разработали плагин в джире, который считает коэффициент разрабов (=факт/оценка), по этому плагину очень быстро оцениваем производительность разрабов.
Еще можно элементарно в конце спринта подводить итоги, выполнены запланеные задачки или нет. На элементарном уровне: 8/10, например.
ну и естсественно ретроспективы и/илии стендапы, где спрашиваешь, что сделал прогер, если ничего, то пусть объясняется. Это вообще самый изи способ, когда нет проджекта.
Есть еще один долбучий костыль, но рабочий. У нас планы на спринт дублируются в гугл таблицу, там мы пишем в столбцы и оценку и факт затраченного времени, по условному форматированию, где есть превышение, задача окрашивается красным.
Также дополнительно разработали плагин в джире, который считает коэффициент разрабов (=факт/оценка), по этому плагину очень быстро оцениваем производительность разрабов.
Еще можно элементарно в конце спринта подводить итоги, выполнены запланеные задачки или нет. На элементарном уровне: 8/10, например.
ну и естсественно ретроспективы и/илии стендапы, где спрашиваешь, что сделал прогер, если ничего, то пусть объясняется. Это вообще самый изи способ, когда нет проджекта.
ох это ж ужас, заставлять трекать время
T
ох это ж ужас, заставлять трекать время
ну, тут все люди делятся на два лагеря, вы просто относитесь к одному, я к другому
T
(на самом деле нелюбовь к трекингу я объясняю тупой ленью)
AS
самый изи способ убить перфоманс и получить отличную видимость управляемого процесса
AK
(на самом деле нелюбовь к трекингу я объясняю тупой ленью)
На самом деле есть у нас everHour и интеграция с asana.
Я вот предлагаю в тестовом режиме просто запускать таймеры по задачам (делается это одной кнопкой)
А потом просто статистику собрать.
Я вот предлагаю в тестовом режиме просто запускать таймеры по задачам (делается это одной кнопкой)
А потом просто статистику собрать.