да я от балды сейчас дала историю) мы пока к ним не перешли, на требованиях сидим. ну и критериев как-то не очень)
Ну так плохая история, на такой ничего не разберёшь
Ilya
Alexey
добрый вечер. Можете порекомендовать веб-систему с канбан доской (с установкой на своем сервере)? Желательно opensource.
Пока пробуем "тайгу" (taiga.io).
В качестве плюсов выделили:
1) хорошая фильтрация в доске (по исполнителю/тегам/эпикам/статусам)
2) удобство перемещения пользовательских историй
3) есть модуль "scrum", в который можно накидать пользовательские истории (например при планировании на неделю/месяц)
Но минусов оказалось больше:
1) отсутсвие гибкого разграничения прав (любо можно все, либо вообще ничего).
2) не фиксируется время выполнения (или нахождения) ПИ в определенном статусе
2) отсутсвие связывания пользовательских историй (есть ПИ, которые по хорошему нужно делить на 2 ПИ, но при этом для эпика они слишком мальникие)
3) отчетность хромает (выгружает все, а дальше что хотите делайте)
У нас в bipulse есть
+ трекинг времени в каждом статусе и доска
+ поддержка работы в нескольких режимах kanban method/ccpm/scrum/agile+ccpm/xp,
+ связывание задач в последовательности или пакеты работ ( aka эпопеи)
+ Возможна установка на свой сервер
+ поддержка мультипроектноого ресурсного планирования (когда много отделов и проектов со связыванием)
- Но не opensource, не бесплатно.
Murad
Разбивка и т.п. - оно ортогонально покеру.
спасибо за разъяснение, подскажите, а как в баллах оценивать задачи? и какой способ оценки вы лично используете?
Pavel
Pavel
Сначала настаривается шкала: берем команду, выбираем, что является самой простой в исполнении задачей в бэклоге. Это 1.
🦠
А чо за сорок?
🦠
И сколько сделать один сторипоинт?
Pavel
1 - это самое простое, что вы сможете найти в бэклоге.
Pavel
2 - сложней, чем один.
🦠
Я думал идет оценка от велосити команды
Pavel
3 - сложней, чем два.
Pavel
Я думал идет оценка от велосити команды
Наоборот, сначала бэклог, потом велосити по тому, сколько команда может взять в спринт этих сторей.
Pavel
Какой суммарный эстимейт у сторей, которые вы смогли задемить
🦠
1,2,3 — тривиально, 5 надо попыхтеть, 8 сложно, но можно, 13 — стоит разбить
🦠
Оценивать за 13 смысла нет
🦠
Надо бить на делабельные
Андрей
НО! Для релиз мэппинга и роадмапа большие оценки - это ОК. Дробить стоит на горизонте "будем брать в работу через 2-3 спринта"
🦠
Роадмап редко включает сторипоинты
🦠
Поскольку там оценка сверху
Pavel
Оценивать за 13 смысла нет
имеет, если разработка длинная. Выше 8, по моим наблюдениям, из спринта не выйдет.
🦠
Так оценка для спринтбеклога
Pavel
Но все, что больше 8 хорошо укладывается в корзинки вида "раздробить на стори" (до 13) чтоб влезло, раздробить на релизы (выше 13 до 40) а релизы на несколько спринтов, вообще не лезет в скоуп, убрать из бэклога на доработку (100, например)
Андрей
Нет, конечно. Оценка - для бэклога продукта
Pavel
Просто покер можно применять и на спринт планнинге и на рефайнменте.
🦠
Я дальше двух спринтов не заглядываю
🦠
Бизнес штука очень быстрая
Андрей
Сначала всё вместе (оценка и велосити) будут жутко неаккуратными, по мере накопления опыта станут сходиться и команда сможет предсказывать плюс-минус, когда какой функционал выйдет. С поправками на то, что планы могут измениться в любой момент )))
🦠
В беклоге отгрумленые стори на примерно два спринта
Андрей
Отгрумленные - да. А остальные где?
🦠
Мы делаем две оценки — первая, кооллективная на грумминге, вторая фактическая — по ощущению разработчика
Alexandra
Pavel
Вообще-то отгрумленая от неотгрумленой отличается размером :)
Pavel
т.е пример привести можно, но что он покажет?
Pavel
As Frodo I want to drop the ring to Aradruin so I can free the MiddleEarth from Sauron - неотгрумленая
Артём
Я считаю стори - Я как пользователь могу подписать электронный документ юридически значимой подписью. Но проблема в том, что кроме этой истории должна быть ясна полная картина - установка Уц, получение ФСБ разрешений, внедрение СКЗИ, разработка процессов выдачи ключей, регистрация сертификатов, а сама подпись это мелоч
Pavel
As Аrodo I want to get to Lorien to resupply - отгрумленая, но плохо
Pavel
As Frodo I want to resupply with lembas in Lorien so I can feed myself during the trip - хорошо отгрумленая (granular)
🦠
As frodo i want to reach village borders until it comes to night
Pavel
ПЛохо, нет value part
Pavel
Сорри, снова на час ушел, через час отвечу на комментарии
🦠
Для задачи нормально, разработчики доразобьют на получить сведения о текущем местоположении, границах деревни и необходимого маршрута
🦠
В соответствии с временем заката
🦠
Демо включит достигнутый прогресс, фото окрестностей за деревней
Артём
На мой пример дай коммент
Артём
))
🦠
Третий чат с тобой за сегодня
Артём
Ну так разные темы)
🦠
Я считаю стори - Я как пользователь могу подписать электронный документ юридически значимой подписью. Но проблема в том, что кроме этой истории должна быть ясна полная картина - установка Уц, получение ФСБ разрешений, внедрение СКЗИ, разработка процессов выдачи ключей, регистрация сертификатов, а сама подпись это мелоч
Формулировка юридически значимой не в зоне ответственности отдела разработки
Артём
Меня всегда волновалась тема бэк лога, т к работал бизнес аналитиком, разрабатывал процессы, которые автоматизировал с помощью систем. И никогда не понимал как можно сделать стори, пока ты не видишь всей картины процесса
🦠
Стори должна рассказать что именно меняется, но не как именно это сделать
Артём
Получается прежде чем сделать стори, нужно разобраться в процессе и знать его, чтобы реализация покрыл его без пробелов, только того бизнес задача будет решаться. А если сделать стори подписи, то подпись будет, но у пользователя не будет возможности получить ключи, а у Уц их выдать, а потом когда все разберутся во всей картине "мира", то выяснится, что подпись это около 7% работы над всей задачей, которая приводит к бизнес эффекту
Pavel
Потому что стори должна описывать end-to-end value, а не кусочек функционала
Ilya
Меня всегда волновалась тема бэк лога, т к работал бизнес аналитиком, разрабатывал процессы, которые автоматизировал с помощью систем. И никогда не понимал как можно сделать стори, пока ты не видишь всей картины процесса
Это верно, и есть отличный инструмент для его описания - User Story Mapping
Ilya
Я считаю стори - Я как пользователь могу подписать электронный документ юридически значимой подписью. Но проблема в том, что кроме этой истории должна быть ясна полная картина - установка Уц, получение ФСБ разрешений, внедрение СКЗИ, разработка процессов выдачи ключей, регистрация сертификатов, а сама подпись это мелоч
Это проблема фичи, классическая проблема работы по фичам. У вас нет истории
Артём
ну как нет, история в том, что пользователь подписывает документ
Артём
зачем юридическая значимость? чтобы в суде подтверждать авторство и неизменность данных
Ilya
Артём
для разбора конфликтных ситуаций
Артём
которые ведут к материальным потерям и к репутационному риску
Артём
досудебном разобрались в том,что позиции разные, клиент говорит, что посылал рублевый платеж, а мы сами указали что это евро
Артём
а он четко помнит, что ему показывали рубли а не евро
Ilya
Ну вот хоть история вырисовывается.)
Ilya
А подписывать должен он?
Артём
это частный случай
Артём
он может сказать что вообще ничего не отправлял
Ilya
Это история
Артём
мы сами за него списали
Ilya
Это другая история
Артём
ну значит надо поднять все судебные дела в РФ по разбирательсву и вытажить все истории, потратит пару лет на написание историй
Артём
другая история, дать клиенту возможность удаленно ставить подпись, так как она является аналогом ручной
Артём
то есть он может без похода в организацию подписать документ об изменении фамилии
Артём
все эти истории решаются организацией юридически-значимой подписи