Тогда еще вопрос, а сколько вы денег заработаете если «повысите эффективность»?
Пока что работаем на то, чтобы снять чрезмерную загруженность с нескольких специалистов. Работаем без перегружеееости и задержек на работе .
Evgenia
🦠
Пока что работаем на то, чтобы снять чрезмерную загруженность с нескольких специалистов. Работаем без перегружеееости и задержек на работе .
для этого нужно начинать оформлять документацию (больше знаний, меньше точек отказа), можно начать c сервисной карты (где и что физически находится) и flight rules - "случилось А, делай Б", можно дополнить после диаграммами взаимодействия и документации решений "были такие ограничения, поэтому выбрали вот этот путь" и встреч (обсуждали это, приняли такое решение)
🦠
будет тяжко, но в конечном счете те, кто умирает под нагрузкой чаще всего берут в заложники контору, надо увеличивать любой ценой bus factor, 3 человека на одну точку экспертизы вполне жизнеспособный вариант)
Evgenia
для этого нужно начинать оформлять документацию (больше знаний, меньше точек отказа), можно начать c сервисной карты (где и что физически находится) и flight rules - "случилось А, делай Б", можно дополнить после диаграммами взаимодействия и документации решений "были такие ограничения, поэтому выбрали вот этот путь" и встреч (обсуждали это, приняли такое решение)
Интересно. А где про эти виды документации и диаграммы можно почитать?
Evgenia
Yuriy
Не знаю про bus factor, загуглю)
если условно кого-то из сотрудников собьет автобус, что будет)
Sergey
если условно кого-то из сотрудников собьет автобус, что будет)
Сколько сотрудников надо переехать автобусом, что бы проект загнулся :)
🦠
помню в одной конторе нас разными самолетами возили
Sergey
мы себе такое внедрили
вся команда распределенная вообще
стало горадо проще работать
есть понимание задач на спринт
все в курсе что делается и кем
понятны проблемы
пока только учимся правильно планировать и оценивать. оценка в часах. в СП пока не понятно как делать, т.к. все это привязано к счетам, которые выставляем клиенту (причем до начала работ - после оценки спринта)
Попробуй планировать стори в стори поинтах, а ее уже на планировании разбивать на технические таски в часах.
Igor
Попробуй планировать стори в стори поинтах, а ее уже на планировании разбивать на технические таски в часах.
зачем нужна оценка в часах?
Глебка
=))ае
🦠
как завещал Ян
🦠
чо там неделя - 40 часов? давайте напланируем 44 или 50)
Igor
жаль что Ян не в курсе что оценка в часах всегда не точная 😄
Sergey
зачем нужна оценка в часах?
Для команды конечно. В описанном случае ее же можно использовать для счетов.
Sergey
Команде для планирования, это очень удобно.
Gleb
Мы как-то пробовали оценивать в часах похожим образом как стори поинты
Gleb
Типа 0.5, 1, 2, 4, 8, 16, 24, 32, 40
🦠
вообще коллективная оценка нужна только команде, мы даже аппу написали, на планинге показываешь карточку с телефона, оно знает к какой задаче привязать, по выполнению ставишь реальную оценку
🦠
потом оно говорит тебе посредством ML ниже или выше)
Sergey
Я про техтаски только. Их уже оценивает конкретный человек, там не прокатит строи поинт
Sergey
Человек же и берет техтаск в работу. Один челочек.
Глебка
ппф, сергей сергей)
Igor
Я про техтаски только. Их уже оценивает конкретный человек, там не прокатит строи поинт
о нет, только не говорите что техтаски это ответственность только конкретного члена команды
Igor
😄
🦠
Сергей похоже у Яна учился)
Глебка
и что они не оцениваются в сп)
🦠
индивидуальной ответственности перед заказчиком, литры крови, килограммы требухи, слезы, пот - все это
Sergey
Еще раз. Юзер стори оцениваем в стрях. После первой части планирования команда разбивает на второй части зсторю на техтаски. И вот их уже оценивает в часах.
D.
Зачем?
🦠
Igor
индивидуальной ответственности перед заказчиком, литры крови, килограммы требухи, слезы, пот - все это
еще следует добавить такое качество как героизм сюда 😄
🦠
для кого?
D.
Оценки это waste сами по себе. Зачем делать в два раза больше waste, вместо того чтобы избавляться от него?
Sergey
техтаска на челочека ухдит, он сам ее берет. Это удобно доя Дейли внутри команды.
D.
техтаска на челочека ухдит, он сам ее берет. Это удобно доя Дейли внутри команды.
то есть сделать ее может только этот конкретный исполнитель? А если он заболеет?
Sergey
Вы попробуйте. Очень удобно.
🦠
надо подумать в чем измерить героизм
усилие на разрыв квадратного сантиметра рубахи на твоей груди
Igor
техтаска на челочека ухдит, он сам ее берет. Это удобно доя Дейли внутри команды.
ну вот у вас уже проблема. человека переехал автобус, что будет с таской?
D.
Забудет про отгул или еще что-то
Sergey
то есть сделать ее может только этот конкретный исполнитель? А если он заболеет?
Команда на дейли распределит
Sergey
на дейли все видно.
Gleb
то есть сделать ее может только этот конкретный исполнитель? А если он заболеет?
Ну бывает, что и звёзды из звёздной карты болеют
D.
Какая цель преследуется?
Gleb
шо поделать
Igor
нет персонифицированных задач, задачу должен суметь решить каждый)
не каждый, а команда должна иметь возможность компенсировать отсутствие звезды из звездной карты.
Gleb
нет персонифицированных задач, задачу должен суметь решить каждый)
Но ведь такого никогда не будет в небольших продуктовых командах
D.
И? Цель то в чем? Понять сколько тех тасок человек на день возьмет?
🦠
что за планирование? дейли это обмен информацией, не более
Sergey
нет персонифицированных задач, задачу должен суметь решить каждый)
в кросс- функциональной команде? Ну ну.
Pavel
зачем нужна оценка в часах?
Если без глумежа, то оценка подзадач в часах нужна, чтобы:
1. Команда могла убедиться, что подзадачи маленькие и легко завершаеются одним человеком
2. Чтобы в случае не полной универсальности разработчиков понимать, что принятые в спринт PBI не перегружают ни один из скиллов
3. Чтобы понимать, что суммарный капасити позволяет завершить все PBI
Pavel
Но оценка подзадач в часах обычно первый кандидат на исчезновение :)
Gleb
Если без глумежа, то оценка подзадач в часах нужна, чтобы:
1. Команда могла убедиться, что подзадачи маленькие и легко завершаеются одним человеком
2. Чтобы в случае не полной универсальности разработчиков понимать, что принятые в спринт PBI не перегружают ни один из скиллов
3. Чтобы понимать, что суммарный капасити позволяет завершить все PBI
Разве это не определяется на уровне планирования и оценки в сп?
Pavel
Когда команда "созреет", необходимости в этом уже не будет.
Pavel
Разве это не определяется на уровне планирования и оценки в сп?
Ничего из этого СП формально не помогают понять.
🦠
Разве это не определяется на уровне планирования и оценки в сп?
ну просто можно копипастить емейлы в джиру и называть это тикетом для стори)
D.
пошла жара в хату)
Igor
Если без глумежа, то оценка подзадач в часах нужна, чтобы:
1. Команда могла убедиться, что подзадачи маленькие и легко завершаеются одним человеком
2. Чтобы в случае не полной универсальности разработчиков понимать, что принятые в спринт PBI не перегружают ни один из скиллов
3. Чтобы понимать, что суммарный капасити позволяет завершить все PBI
так без глумежа. у вас уже есть sp, команда понимает сколько sp она делает за спринт. зачем нужны еще какие то метрики?
Gleb
Мы практиковали просто долгие рефайнменты. Полтора-два часа суммарно уходило на одну неделю спринта, зато каждый рассказывал про свои задачи и все должны были в итоге дать одинаковую оценку в сп
Глебка
загрузить отдельные компоненты
Gleb
И если были расхождения, просили пояснить, почему она похожа на одну эталонную, а не другую
Gleb
На каждое значение сп у нас было по 2-3 эталона
🦠
Мы практиковали просто долгие рефайнменты. Полтора-два часа суммарно уходило на одну неделю спринта, зато каждый рассказывал про свои задачи и все должны были в итоге дать одинаковую оценку в сп
покер же, две-три итерации и синхронизовались по поводу сложности
Igor
если команда не знает сколько sp за спринт она делает - нужно больше спринтов.