Если ходить продавать эджайл в энтерпрайз и думать что это хайп, ну это как смотреть порно и думать что ты там на сцене

Скрам точно не будет работать (он серьезные ограничения ко всем участникам процесса ставит) И аджайл ценностей не будет (а аджайл это ценности, а не процесс) И дело не в идеалистах Канбан применять можно отлично Но если заказчик не понимает зачем - гибкости бизнеса это не добавит, только локальное улучшение будет

Я согласен, это все будет очень локально. Но есть необычные ситуации, когда внутри команды инструменты и в первую очередь голова работает по тем самым методологиям, но сверху настраивается куча всего и изолировать это полностью от команды не получается, поэтому пока так.

То есть технически у нас еще ничего не началось :)

Все сильно проще ребята, в живете в стране с развивающейся экономикой, а не развитой

Ну и что? Все кто выбрал жить и работать там где там - работаем там где там =) Продукты бывают разыне, ситуации бывают разные.

Ну если по теме, то на таком рынке не конкуренция, а игра на выживание, и эджайл вписывается слабо в эту историю

Захват территорий, ниш и т.п.

Но скрам-мастеров все равно надо растить, хорошие времена настанут

Я видел головастых продактов / визионеров, которые крыли команду матом, но все бежали за ними, потому что понимали что идеи прорывные. И видел дружные команды с классными скрам-мастерами, которые делали какашку

Просто не надо питать иллюзий

Ну и традиционно

https://www.youtube.com/watch?v=2u0sNRO-QKQ

Есть тут Уфа?) приходите на митап https://www.meetup.com/preview/Ufa-Project-Management-Business-Analysis-Meetup

Есть тут Уфа?) приходите на митап https://www.meetup.com/preview/Ufa-Project-Management-Business-Analysis-Meetup

Круто

Есть тут Уфа?) приходите на митап https://www.meetup.com/preview/Ufa-Project-Management-Business-Analysis-Meetup

С ребятами из Уфимского филиала Московского отделения PMI познакомьтесь. У них ЦА для мероприятия

а они не зануды?

а они не зануды?

Нет. Очень активные.

Всем привет, приглашаю всех желающих на встречу 2 ноября, подискутировать об Agile, Scrum, SEMAT и проектных рисках.

https://www.meetup.com/SOFTER/events/244374997/

SEMAT объясняет, почему это нормально.

Клуб анонимных скрамбатовцев. Оправдания, поддержка.

Планируем деловую игру с использованием чек-листов по сематовским альфам и карточкам с практиками.

Там собираются как приверженцы Scrum так и наоборот. Вообщем все кому интересна тема

А будет кто интересный от семата и essence ?

С кейсами внедрения/использования в российских компаниях?

Будет Юрий Куприянов - он один из идеологов SEMAT в России. Насчёт кейсов пока не знаю, если есть кто на примете - кого пригласить - дайте плз контакты

у семата вообще кейсы есть?

ладно в россии, хоть где-то?)

Блин ну про OMG Essence так никто и не ответил :(

вот здесь что-то более-менее нормальное описано: https://www.ivarjacobson.com/sites/default/files/field_iji_file/article/asiantelecom-01-05-15.pdf

Профессионалы и любители Agile, как вы относитесь к epic? Я недавно для себя открыл это и вижу epic как этакий meta user story. Но есть ли смысл брать его целиком в спринт или кошернее нарезать его на user story и их уже в спринт?

Таки да (с)

эпик нарезается, естесвенно

и на эпик неплохо бы написать бриф

что бы собрать всю релевантную инфу и фидбек от команды

Не, эпик в спринт - не айс, слишком большой. Эпик режется на Features, которые уже режутся на user stories

Люди, а все дробят юзер стори на подзадачи вплоть до задач на альфа и бета тестирование, например?

Точнее вообще это правильно ли, нормально ли?

необязательно), это у нас каждый решает по обстоятельствам - надо или нет, зачастую, достаточно самой истории

А как тогда тестеры понимают что надо тестить?

В православном скраме вроде как статуса у истории такого нет, для тестирования.

«пользователи потестят»

)))

В православном скраме вроде как статуса у истории такого нет, для тестирования.

То, что в скраме не запрещено, в нем разрешено

Там и историй нет, если что

И статусов...

Понял, спасибо.

и доски нет, ничего нет ;)

кроме каркаса)))

Мы сначала делали отдельными подзадачами задачи на тесты, херь получалась, сейчас для юзер стори сделали статусы для тестов. Когда все подзадачи сделаны и надо тестить, всей юзер стори делают статус "тестирование", если тестирование не прошло, то вся юзер стори переключается обратно в работу и туда в виде подзадач набиваются найденные баги.

может кто-то покритикует)

Ну плюс минус так оно и делается. Статусами на доске. Доп сущности в виде подзадач не очень нужны

Если баги по такой истории имеют выше приоритет чем остальные задачи, то все ок. Если баги ставятся в очередь и делают после других задач - не очень.

Основной фокус в этом, а не а статусе

понял

у нас конкретно баги появляются уже когда все подзадачи готовы, но конечно могут быть случаи всякие

именно подзадачи

то есть баги у нас не как отдельная задача создается, иначе это повлияет на диаграмму сгорания

то есть баги у нас не как отдельная задача создается, иначе это повлияет на диаграмму сгорания

вам шашечки или ехать?

вы задачи под диаграмму подгоняете или диаграмма реальность отображает?

в чем тогда ее смысл?

Ну баги это же не истории, эстимейта не имеют, тем более если в рамках того же спринта делаются, это больше фиксация доделок. А вы не можете просто из берндауна исключить ишуи типа "баг"?

вы задачи под диаграмму подгоняете или диаграмма реальность отображает?

Есть конечно ещё такой момент, что большинство багов относится к конкретной задаче.

Ну баги это же не истории, эстимейта не имеют, тем более если в рамках того же спринта делаются, это больше фиксация доделок. А вы не можете просто из берндауна исключить ишуи типа "баг"?

У нас все типы задач сейчас кастомные, и честно говоря я даже не в курсе как из диаграммы сгорания убирать конкретные типы задач в джире

У нас все типы задач сейчас кастомные, и честно говоря я даже не в курсе как из диаграммы сгорания убирать конкретные типы задач в джире

нельзя убрать задачи – можно убрать джиру 😏

))

👍

В jira это как раз элементарно делается, создаешь фильтр, где выбирашеь все ишуйки кроме багов например, создаешь на его основе контекст/борд или как он там сейчас называется и его используешь для репорта

О, спасибо

Гугл выдал как раз этот способ

В jira это как раз элементарно делается, создаешь фильтр, где выбирашеь все ишуйки кроме багов например, создаешь на его основе контекст/борд или как он там сейчас называется и его используешь для репорта

ЭЛЕМЕНТАРНО)

Мы раньше так же делали, но когда стали покерпланить все истории необходимость отпала, график по поинтам строится, а у багов нету эстимейта

Встроенные бизнес процессы используете?

Точно, у багов же нет прогноза

Чет я тупанул

Вот интересное описание Agile Practice Guide

Делюсь своими впечатлениями об Agile Practice Guide http://telegra.ph/CHem-horosh-Agile-Practice-Guide-10-25

#whois Всем привет! Меня зовут Андрей Павленко и я Agile-коуч 🙂 С недавнего времени присоединился к трансформационной команде МТС, ещё - веду свой небольшой видеоблог про Agile и около. Основная зона профессиональных интересов - современные организационные культуры и Agile как один из ярких представителей. Сообществу могу быть интересен участием в дискуссиях, обменом мнениями, своим опытом. Сам ищу топлива для дальнейшего саморазвития, обмена опытом, дискуссий, нетворкинга. Живу и работаю в Москве. Пришёл по ссылке из @agilegames

Подписка на #whois

Ох, вам там в МТС-ритейл точно надо что-то делать с коммуникацией и эффективностью. Весь менеджмент в РТК какой-то наркоманский