Pavel
К некоторым командам я на дейлик вообще не хожу - знаю, что он у них есть.
Sergey
Угу. Я тоже не всегда хожу. Сама-сама (с) Вокзал для двоих
Pavel
С forming-storming использую три вопроса, потому что на этих стадиях добовлять обсуждение борда - превращать дейли в статус-репорты.
Pavel
С norming обычно борд обсуждаю.
Pavel
performing сами борд обсуждают :)
Sergey
performing сами борд обсуждают :)
Не думал об этом. Но да, соглашусь. Та часть, что ушла вперед перешла на такой вариант. На заметку.
Yuriy
🔵 В группе есть традиция - представляться при входе: ▫️Какой у вас проект или где работаете? ▫️В чём вы специалист? ▫️Чем можете быть интересны или полезны сообществу? ▫️Чем интересно сообщество вам? Что вы ищете? ▫️Откуда вы? ▫️Как узнали про группу? В сообщении нужно указать тэг #whois 🔵 Правила чата: 🚫 Реклама запрещена 🚫 Политика запрещена 🚫 Публикация вакансий запрещена 🚫 Флуд и оффтопик запрещены За несоблюдение правил - одно предупреждение, далее следует бан. Здесь мы общаемся на темы, посвященные Agile, Scrum, Lean, XP, Kanban, инструментам повышения эффективности. Отвечаем на вопросы. Делимся идеями, новостями, а также публикуем анонсы. 📣 Заметили нарушение? Обратитесь, пожалуйста, к модераторам: 🔸@dmitriyabr 🔸@d_dzhafarov 🔸@NikolayKrupiy 🔸@thegreatbender 🔸@DenisIzmaylov 🔵 Параллельно с этой группой развиваются: 🔸@agile_jobs 🔸@projects_ru 🔸@products_ru 🌎 Возможно, вам также будут интересны группы: @selfdev_ru, @projects_jobs, @products_jobs, @devops_ru, @devops_jobs, @qa_ru, @qa_jobs, @mobile_jobs, @javascript_jobs, @uiux_ru, @uiux_jobs. Приятного общения!
) для вновь присоединившихся
Mikhail
После какого то метапа повалил народ?😄
Антон
Какая традиция ?)
Denis
#whois Привет! Работаю руководителем команды интернет-проектов в группе производственных компаний в Новосибирске. Основная моя специализация - оптимизация бизнес-процессов. :)) У меня есть достаточно большой архив электронных книг по управлению проектами и Agile, кому интересна ссылка на архив - стучитесь в личку. :) Сейчас изучаю Agile-практики и внедряю в работу команды, интересно знать, чем сейчас "живет" российское Agile-сообщество. Про группу узнал из группы Телеграмм - AgileNSK. :)
Catherine
Спасибо огромное!!!!
Anton
Какая традиция ?)
Перечислять 1 биткоин в Фонд чата.
Anton
😎
Dmitry
@den317 Приветствую одногруппников)
Yuriy
ай-ай-ай)
Denis
@den317 Приветствую одногруппников)
Дмитрий, привет! :)) Спасибо тебе большое за наводку в свое время - с твоей подачи мы у себя в компании Scrum завели. :)
Vladislav
#whois Всем привет. Меня зовут Владислав. Работаю менеджером проекта/ scrum master в компании Корус Консалтинг СНГ. Занимаемся в основном разработкой систем для электронного документооборота. Уже как год активно применяю и внедряю Agile. Интересно постоянно развиваться в проектном управлении в частности применения Agile. Так же интересно узнать, кто и как справляется с проблемами в процессе внедрения и использования Agile. Сам я с Санкт-Петербурга. Узнал о вас с митапа по Agile в EPAM.
Александр
Всем привет. Меня зовут Александр. Г. Санкт-Петербург. Работаю тестировщиком в карманной фирме Octavian Gaming Solution. Занимаемся разработкой ПО и игр для итальянского рынка казино. Сейчас пробуем перейти на Agile. О канале узнал на митапе в EPAM.
Alex
#whois Салют! Меня зовут Александр и я PM в купонном сервисе в столице. Какое-то время назад начали пытаться внедрять Scrum. Вот надеюсь в спорах найти истину) ну и ещё надеюсь ловить тут информацию о предстоящих митапах по теме. Канал нашёл банально - в поиске телеги)
Vladislav
Скинул :) Успехов! :)
А можно мне тоже ссылочку? Буду благодарен
Yuriy
👍
Ivan
Всем привет! Предполагаю,что вопрос уже не один раз обсуждался (скорее всего), но мне важно понять почему нужно использовать story points, а не часы. Прошу помочь)
Ivan
И в чем их сокральный смысл
Pavel
Всем привет! Предполагаю,что вопрос уже не один раз обсуждался (скорее всего), но мне важно понять почему нужно использовать story points, а не часы. Прошу помочь)
Можно использовать часы, просто важно понимать, что "оценка" не является точной и на основе этой информации можно делать только ограниченные выводы
Pavel
Т.е. "16 часов" на стори не означает, что она будет готова через 2 дня. Это означает, что разработчик/команда выполнявшая оценку, считает, что примерно столько времени надо чтобы может быть закончить
Ivan
Топите за sp, мне надо понять в чём именно ценность использования sp
Ivan
Понятно, что это некая условная величина и так далее.... Но не понимаю ценность
Pavel
+ при оценке в часах разработчик начинает закладывать свою неопредленность, буфер, скидки на занятость и т.п.
Pavel
Со стори поинтами этого не происходит.
Pavel
Потому что sp - это сравнение айтемов между собой, а не трудозатрат на конкретный айтем.
Ivan
Как это?! По моему так же точно и происходит +1sp на риски....
Pavel
+ sp избавляют команду от дурацких вопросов "почему эта задача заняла на 5 часов дольше эстимейта" :)
Ivan
Ну как нет если мои разрабы так и делают
Pavel
Т.е. сравнивая айтемы одного бэклога между собой в sp, подсознательные риски будут заложены в весь бэклог, а не в отдельный айтем.
Pavel
Иван, возможно разработчики не вполне верно используют sp
Ivan
Аот!
Ivan
Вот!
Ivan
Золотые слова! Потому что я им не могу объяснить, поэтому и прошу помочь
Pavel
Чтобы sp работали корректно, надо чтобы: 1. Оценка была командой, а не отдинм человеком. т.е. через покер или любой другой метод коллективного принятия решения 2. Значение sp не должно быть привязано ни к каким временным величинам. Строго сравнение элементов с выбором эталона. 3. Команда четко понимала, что они оценивают. И что это не временные затраты а сложность
Ivan
1- так и планирую сделать при планировании сл спринта
Pavel
Ну и подчеркну - использовать sp не обязательно, можно и часы использовать. Главное понимать минусы :)
Ivan
А тут кстати вопрос : зачем фронтам давать оценки для бэков?
Pavel
Иван, а это второй уровень непонимания: в SP оценивают комплексные PBI, а не технические задачи :)
Pavel
Но это уже уровень корректного/некорректного управления бэклогом в scrum
Yuriy
А тут кстати вопрос : зачем фронтам давать оценки для бэков?
они смотрят из "своего" окружения и могут что-то увидеть, что коллеги могут упустить
Ivan
Ох как бэки ревниво относятся к идее чтобы фронты или я как pm тоже давал оценки их работ ....
Ivan
А у вас получилось так сделать? Реально вся команда даёт оценки друг другу?
Глебка
а какие типы у вас оцениваются задач?
Ivan
У нас сейчас задачи не типизированы
Pavel
А у вас получилось так сделать? Реально вся команда даёт оценки друг другу?
Иван, _команда_ должна оценивать end-to-end value, например юзерсторю
Pavel
Совместно фронт, бэк, куй и т.п.
Pavel
Что надо сделать всем, чтобы получить результат
Pavel
А вот технические задачи каждый сам оценивает.
Глебка
просто тех таски не оцениваются. и если будет много тасок в конце спринта будет маленький размер сп значит ценность не особо
Pavel
Это лучше делать в часах как раз. ЧТобы проверить capacity
Yuriy
А у вас получилось так сделать? Реально вся команда даёт оценки друг другу?
не друг другу, а элементов бэклога), при покере планирования их оценки балансируются
Yuriy
sp с ценностью перпендикулярны 😄
Ivan
У вас это работает или вы в теории знаете что должно так работать?
Pavel
Работает.
Pavel
Отлично работает :)
Pavel
https://medium.com/@pavel.ozolin/agile-requirements-%D0%B4%D0%BB%D1%8F-%D1%81%D0%B0%D0%BC%D1%8B%D1%85-%D0%BC%D0%B0%D0%BB%D0%B5%D0%BD%D1%8C%D0%BA%D0%B8%D1%85-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%B5%D1%80%D0%BE%D0%B2-71fa51288656