AK
Каждый своим направлением занимается
Зачем вам скрам?
Size: a a a
2020 January 27
SP
Каждый своим направлением занимается
Посмотрите выступление Макса Дорофеева "История одной доски". Там как раз подобная ситуация описана. Это режим работы поддержки.
https://slidespiel.com/view/jace
https://slidespiel.com/view/pony
https://slidespiel.com/view/rygi
https://slidespiel.com/view/jace
https://slidespiel.com/view/pony
https://slidespiel.com/view/rygi
SP
Канбан скорее всего будет эффективнее
АК
Сергей, спасибо за советы и направление!) приду смотреть. Не ожидал, что тут настолько отзывчивые люди.!)
АК
АК
Чем смогу - тоже буду стараться помогать, если будут вопросы в чате)
SP
Важный момент. Есть два типа списков задач: с избытком и с недостатком.
С избытком - мы планируем на период больше задач, чем можем сделать, но заранее знаем что часть задач сделаны не будут. Это режим работы обычного программиста, которого никто не дергает срочными багами.
С недостатком - мы планируем на период меньше задач, чем можем сделать, потому что заранее знаем что прилетят срочные баги, на которые программист будет отвлечен. Это режим работы поддержки.
С избытком - мы планируем на период больше задач, чем можем сделать, но заранее знаем что часть задач сделаны не будут. Это режим работы обычного программиста, которого никто не дергает срочными багами.
С недостатком - мы планируем на период меньше задач, чем можем сделать, потому что заранее знаем что прилетят срочные баги, на которые программист будет отвлечен. Это режим работы поддержки.
SP
Про оценку задач. Забейте на оценку, но ведите статистику.
Статистика может сказать что 10 задач такого типа конкретный программист Коля делает за 8 рабочих дней.
При этом время выполнения одной задачи этого типа может плавать от 1 часа до 2 дней - не предсказуемо.
Статистика может сказать что 10 задач такого типа конкретный программист Коля делает за 8 рабочих дней.
При этом время выполнения одной задачи этого типа может плавать от 1 часа до 2 дней - не предсказуемо.
YA
Скрам ОЧЕНЬ не гибкий. Если каждые две недели меняются приоритеты от заказчиков, то команда очень быстро сгорит.
ой, так нас обманывали, расходимся
АК
Мы, к сожалению, работаем с избытком( но очень сильно хотелось бы выделить отдельного человека под баги (поддержку). Не знаю насколько это возможно, в любом случае он будет дергать исполнителей, но думаю, что это позволит снизить кол-во поддержки с разработчиков.
АК
ой, так нас обманывали, расходимся
😂
MM
Задачу объективной оценки поставленных задач. "объективной" ключевой момент. К сожалению, команда работает над сильно разными задачами, почти всегда не связанными друг с другом. Поэтому понимания что делает каждый из участников нет. (в деталях). Поэтому и коллективная оценка занимает много времени
а зачем команда как структура, если все работают над разными частями разных продуктов?
SP
а зачем команда как структура, если все работают над разными частями разных продуктов?
Команда как отдел - норм. Команда в смысле скрама - не будет работать
DM
Всем привет! Сделали перевод статьи Eric Brechner (Эрик из подразделения Xbox Microsoft) "Kanban anti-patterns": описаны 7 ошибок, которые допускают команды при применении Канбан-метода. https://www.pmservices.ru/biblioteka/7-antipatternov-kanban/
АК
Про оценку задач. Забейте на оценку, но ведите статистику.
Статистика может сказать что 10 задач такого типа конкретный программист Коля делает за 8 рабочих дней.
При этом время выполнения одной задачи этого типа может плавать от 1 часа до 2 дней - не предсказуемо.
Статистика может сказать что 10 задач такого типа конкретный программист Коля делает за 8 рабочих дней.
При этом время выполнения одной задачи этого типа может плавать от 1 часа до 2 дней - не предсказуемо.
Да, именно такой подход оценки мне посоветовал наш ген дир. И я видел что-то похожее на вебинарах. Строим туннель по краям разброса сроков по уже выполненным задачам. И контролируем только выход за границы туннеля
SP
Мы, к сожалению, работаем с избытком( но очень сильно хотелось бы выделить отдельного человека под баги (поддержку). Не знаю насколько это возможно, в любом случае он будет дергать исполнителей, но думаю, что это позволит снизить кол-во поддержки с разработчиков.
Не получится сходу. Если этот человек будет дергать всех - общая эффективность упадет
SP
Да, именно такой подход оценки мне посоветовал наш ген дир. И я видел что-то похожее на вебинарах. Строим туннель по краям разброса сроков по уже выполненным задачам. И контролируем только выход за границы туннеля
Может и про карты Шухарта говорил?!
АК
Не получится сходу. Если этот человек будет дергать всех - общая эффективность упадет
Тогда только дробить рабочее время разработчиков. 2 часа с 9 до 11 поддержка, с 11 до 18 задачи из спринта.
MM
Команда как отдел - норм. Команда в смысле скрама - не будет работать
поянси, пожалуйста, что в твоём понимании "команда"? Зачем такие структуры создают?
АК
Может и про карты Шухарта говорил?!
Аа. Точно точно. Они и есть!)