Sergey
Pavel
И вызывайте охотников за привидениями, бэтмена и, возможно, мстителей
Sergey
Игорь
Игорь, серьёзно, если для кого-то в команде поход в бухгалтерию - стресс уровня «проще уволиться, то это системное препятствие уровня предприятия. Срочно подключайте генерального директора.
Согласен. Спасибо. Мне было интересно - что об этом говорится в Скраме и комментариях к нему
D.
Pavel
D.
Скрам - это 19 страниц с описанием легковесного фреймворка для разработки сложных продуктов. А не исчерпывающее руководство по построению организаций
Игорь
поэтому я там комментарии и упомянул
Mikhail
Согласен. Спасибо. Мне было интересно - что об этом говорится в Скраме и комментариях к нему
ничего не говорится. это утрированная ситуация. да, теоретически Скрам мастер помогает устанавливать отношения с организацией и убирать препятствия. но не делает это вместо команды. Если надо с взрослыми людьми за ручку к бухгалтеру ходить (к врачу, в налоговую, в аэропорту регистрацию проходить) - то у вас не в скраме проблема)
Игорь
их то всяко больше - тыщщи книг и этот милый чатик тому свидетельство - у меня самый многословный в телеграме :)
D.
Интроверт - это и немного другое.
ну это я указал как дополнительное преимущество, скорее, а не как с отсылкой к автору вопроса. Все-таки интровертов в ИТ явное большинство.
Dеfault
ну это я указал как дополнительное преимущество, скорее, а не как с отсылкой к автору вопроса. Все-таки интровертов в ИТ явное большинство.
Инфантилов, простите, в ИТ большинство. А интровертов во всех сферах одинаково.
Konstantin
У разраба жена родила и идет куда-то за оформлением пособия
я бы узнал от кого родила сначала
Konstantin
тому и бежать
Konstantin
ну так бывает конечно что программисты боятся людей
Konstantin
но не такой же степени
Konstantin
он же как-то на собеседование смог прийти
D.
хз, коммуникации он не заменяет :) слегка упрощает только
ну я вот уже на втором месте работы в Германии с ним сталкиваюсь и мне реально нравится. Особенно оформление отпусков/отгулов и отчетность за коммандировки - все равно ж все бумажки в pdf на электронке лежат. Опять же, сугубо личный опыт
Pavel
Вообще вопрос из серии "должен ли скрам-мастер носить кофе команде" :)
Konstantin
если у него в одной руке пряник а в другой кнут
Konstantin
то кофе уже нести нечем
Mikhail
ну я вот уже на втором месте работы в Германии с ним сталкиваюсь и мне реально нравится. Особенно оформление отпусков/отгулов и отчетность за коммандировки - все равно ж все бумажки в pdf на электронке лежат. Опять же, сугубо личный опыт
электронка обычно только самые частые кейсы легко отрабатывает. а уникальные все равно ногами топать
Pavel
По мере эволюции от CSM к CEC у скрам-мастера отрастают новые скиллы. Пряник получает строенный кофе, а кнут - встроенный пряник.
D.
электронка обычно только самые частые кейсы легко отрабатывает. а уникальные все равно ногами топать
Это да. С уникальными пока не приходилось сталкиваться. Хотя в плане бух отчетности наличие "исключительных кейсов" вообще антипаттерн скорее.
D.
опять же ИМХО
Sergey
Вообще вопрос из серии "должен ли скрам-мастер носить кофе команде" :)
Тут без Скрам-мастера не обойтись :(
D.
Команде кофе ты можешь не носить, но пончики носить обязан 😅
Pavel
хз, я потребляю столько кофе, что обычно организую кофе-станцию в прямом доступе. После этого команде носить кофе как-то надобность отпадает.
Sergey
Меня поначалу спрашивали, а почему Иванов сегодня пришел на 10 минут позже положенного?
D.
кстати, выложил седня свежую статейку в блог формата case study. Не сочтите за рекламу.
https://medium.com/@d.salnikov23/%D0%B8%D1%81%D1%82%D0%BE%D1%80%D0%B8%D1%8F-%D1%8D%D0%B2%D0%BE%D0%BB%D1%8E%D1%86%D0%B8%D0%B8-%D0%BE%D0%B4%D0%BD%D0%BE%D0%B9-scrum-%D0%BA%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D1%8B-44555248d471
Sergey
кстати, выложил седня свежую статейку в блог формата case study. Не сочтите за рекламу.
https://medium.com/@d.salnikov23/%D0%B8%D1%81%D1%82%D0%BE%D1%80%D0%B8%D1%8F-%D1%8D%D0%B2%D0%BE%D0%BB%D1%8E%D1%86%D0%B8%D0%B8-%D0%BE%D0%B4%D0%BD%D0%BE%D0%B9-scrum-%D0%BA%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D1%8B-44555248d471
Расскажи про " Обычно для этого было достаточно “зеркалить” поведение команды и задавать наводящие вопросы."
Sergey
Что значит зеркалить?
D.
Не указывать команде на имеющиеся проблемы или анти-паттерны самому, а задавать наводящие вопросы, подталкивающие их обратить внимание на проблему. Сейчас подумаю над примером для наглядности.
Sergey
Я понял о чем речь. Статья интересная, но вот этот момент уточнить бы, да.
D.
Ну да, я тут может с формулировкой немного запутался. Просто переводил английскую версию этой же статьи, а не писал "с нуля", а в западном коммьюнити термин "to mirror the team" - устоявшийся фразеологизм
D.
вроде как "зеркалить" у Ильи Павличенко и еще пары русскоязычных тренеров тоже встречал в обороте
Sergey
Да, я слышал такое выражение.
Sergey
От Ильи как раз
D.
Спасибо что обратил внимание на этот нюанс) подумаю как переписать)
Sergey
Не за что! Пиши еще!
D.
Спасибо! И, кстати, спасибо коллегам кто отозвался на мой вопрос про ICP-ATF пару недель назад - решил в итоге посетить
Igor
Yuriy
И похож на живого к тому же 🤔
Konstantin
После таких статей у меня всегда вопрос, почему автор уверен что скрам дал выйгрыш,
А если бы аналитик все прописал, отсудил и потом сделали бы, то точно пройгрыш,
Странно все это
Konstantin
Не ну когда ресурсы не ограничены, тогда да
Konstantin
Скрам хорош
ulyana
кто-нибудь пользуется редмайном и плагином redmineup к нему? Хотя вопрос наверно общий по использованию доски...
Я хочу построить доску, чтобы отслеживать где у нас узкие места. Команда сейчас очень активно растет, хочу не пропустить, где тормозим и куда нужно донанять/переместить народ или как-то изменить процессы.
Я хочу общую доску на весь процесс, у нас веб.разработка - т.е. есть разработчики фронта и бэкенда, сборщики (соединяющие бэкенд и фронт), техписатели, тестеры. Причем к техписателям может прилететь задача и от фронта и от бэкенда, к тестерам и от фронта и от бэкенда и от техписателей. User story может паралельно проходить по фронту и по бэкенду (User story у нас родительская задача - разбиваем ее на подзадачи т.е. отдельно фронт, отдельно бэк, отдельно тест фронта, отдельно тест бэка и т.д.).
Если на каждую функцию делать колонки "Очередь - в работе - сделано" - то никакого экрана не хватит, чтобы все входило. Плюс мне бы хотелось видеть группировку по User story - но и группировку по тому, что это баг или новая фича - я тоже хотела бы видеть, а плагин дает только одну группировку делать.
В общем была бы рада советам как лучше организовать доску...
D.
После таких статей у меня всегда вопрос, почему автор уверен что скрам дал выйгрыш,
А если бы аналитик все прописал, отсудил и потом сделали бы, то точно пройгрыш,
Странно все это
Как минимум потому что речь идет о разработке продукта, а не реализации проекта, и на момент формирования команды даже невозможно было предсказать над чем она работать будет через 6 месяцев. В данном кейсе выигрыш как минимум в качестве принимаемых архитектурных и технических решений, взаимодействии с пользователями, удовлетворенности команды процессом и удовлетворенности организации результатом.
D.
Плюс там рассуждений с позиции "выигрыш/проигрыш" вроде даже и нет нигде)
Konstantin
Да для команды скрам конечно класс
Sergey
Всем привет.
У кого в DT есть явная роль лида (принимает решения об архитектуре)? Почему решили выделить?
Почему не хотите, чтобы команда в обсуждениях (включая внешние консультации) находила решение?
Artem
Гюнтер сказал, что спринт 4 недели или меньше, не месяц )
Artem
В тему недавнего холивара
Artem
Пошлю Гюнтера читать скрамгайд лол
Yuriy
Да просвети товарища или пусть сюда заглядывает периодически
Sergey
Но там так написано!
Igor
ммм а сколько в месяце недель?
Igor
но вообще правильно скорее 4 недели. тк в месяце плавающее количество дней
Sergey
The Sprint
The heart of Scrum is a Sprint, a time-box of one month or less during which a “Done”, useable, and potentially releasable product Increment is created. Sprints have consistent durations throughout a development effort. A new Sprint starts immediately after the conclusion of the previous Sprint.
Sergey
9 страница
Vasilii
Гюнтер сказал, что спринт 4 недели или меньше, не месяц )
все более важные проблемы в чате уже обсудили 😂
Igor
и что дальше то? спринты должны быть фиксированной длины 😄
Igor
так получится что февральский спринт будет на несколько дней короче
Sergey
но вообще правильно скорее 4 недели. тк в месяце плавающее количество дней
Да почему все мне пытаются доказать второй день, что Спринт обязан быть кратным неделе?!?
Artem
Да почему все мне пытаются доказать второй день, что Спринт обязан быть кратным неделе?!?
Спрошу на перемене лол
Igor
неделе? ну нет может и меньше быть 😄 просто это будет неудобная практика
🦠
Полтора дня норм
Sergey
Я читал про практики с однодневным Спринтом.
Anton Saprykin
А если у тебя в сутках 48 часов, то недельный спринт будет две недели?
Igor
Кто Тебе это сказал?
всмысле кто? как иначе мерять velocity? если у тебя каждый спринт разное количество дней - дать прогноз уже проблема.
🦠
Но эстимейтс
Sergey
Sprints are limited to one calendar month. When a Sprint’s horizon is too long the definition of what is being built may change, complexity may rise, and risk may increase. Sprints enable predictability by ensuring inspection and adaptation of progress toward a Sprint Goal at least every calendar month. Sprints also limit risk to one calendar month of cost.
🦠
Но спринтс