Pavel
Но вообще я с мнением о том, что консультант должен быть разработчиком, за пределами конференций не встречался :)
Elizaveta
Ребята, привет! Елизавета,ко мне на "ты". В фундамент. теории scrum, полный валенок- а значит есть в чем расти, а если серьезно последний год тружусь проектным менеджером в одном из крупнейшем гиганте мирового энергомашиностроения. До этого вся зрелая жизнь как профи была в Сб
Max
Раз пошла такая пьянка, вот с односолодовыми рецептами разобрались на сегодня. А имеет ли право на существование двухслойный пирог, где все что про проекты и менеджмент, риски и бюджеты - в плоскости, допустим PMI, а все что про разработку - Scrum? И сварить их через артефакты и события..
Max
Спойлер - имеет, я в таком окружении и работаю =) Интересно мнение сообщества, Франкинштейн ли я?
Max
По традиции, Pavel, начинай =)
Pavel
Новая секретная группа?
Elizaveta
Вадим
Ⓢⓔⓡⓖ
Прямо сейчас проходит вебинар с обсуждением удалённого Scrum. Кто хочет поучаствовать?
Ⓢⓔⓡⓖ
http://telegra.ph/Vebinar-Softer-03-02
Sergey
Ну вдруг коллега
Мы, кстати, с осени в группе МТС. На днях зпускаем МТС кассу для розницы. Будут рад пообщаться. У нас в litebox.ru все только начинается.
Denis
Всем привет 👋 Смотрю митап по удаленному scrum-у и промелькнула ссылка на сообщество) Я начинающий SM и интересно всё, что связано со скрамом. Получил недавно PSM I. Работаю в банке, Agile на стадии внедрения 🚀, так что буду делиться опытом “Внедрение Scrum с нуля», и буду признаетелен за полезные советы 😀
Ⓢⓔⓡⓖ
не должен или _пока_ не работает?
Артём
пока ни у кого не заработал и недолжен пока есть в банке ограничения для скрама
Артём
забыл еше об ИТ-инфраструктуре, законодательстве, жестких сроках, риске потери лицензии при некоторых ошибках, связанной работе десятков бизнес-подразделений
Anton
в банке чистый скрам не должен работать, там есть начальники, сроки, планы, отчеты, затраты и прибыль
Ну почему же сразу и не должен.. опыт некоторых показывает, что работает))
Anton
чей?
Банков, конечно))
Артём
я сегодня утром говорил, что собаку свою назову Скрам
Артём
и тут буду говорить, что у меня дома скрам
Anton
Артём
банковский скрам лучше назвать микроватерфолом
Sergey
и тут буду говорить, что у меня дома скрам
Хочу доску дома повесить и семью научить. Собака это слишком :)
Anton
банковский скрам лучше назвать микроватерфолом
Скрам останется скрам, хоть скрамом ты его назови, хоть нет..))
Артём
аналитик скрам-команды работает над задачей будущих спринтов, код пилят по скраму, тестеры в процессе могут тестировать, но внедрять интеграцию разных систем нужно по какому-то плану, чтобы все успели сделать и все вместе тестировать, появляется планирование над скрамом, тестирование после спринта, исправление ошибок по срокам. И где скрам, когда только разработчики пишут код и то делают костыли чтобы успеть
Anton
Неплохо
Артём
Что мешает тестеров включить в команду? Я планирую это сделать. Да, выводить в прод с релизной политикой сложно. Но иметь готовый инкремент в тесте можно попробовать
да, включить надо, чтобы локально тестировать, но системы банка интегрированы между собой, когда нужно будет выводить в прод, то необходимо протестировать в предбоевом контуре, а этот контур должен поддерживаться актуальным и необходимо догвоориться с параллельными проектами выкатить это обновление на общий предбоевой контур, проверить, исправить, проверить и ставить на бой. А в процессе проверок у тебя пишут новые фити, которые надо не забывать исключать при исправлении общего тестирования
Артём
в рамках локальной разработки + тестирования скрам будет, когда уже ТЗ или хотя бы согласованный банковский процесс попадает под нарезку беклога. Например, новый продукт затронул 3 бизнес системы - продуктовая, мастер-система по клиентам и хранилище. У тебя команда продуктовая, попадает согласованный процесс, в котором твоя часть это продуктовая система, но в процессе нет информации какие-протоколы взаимодействия, какие структуры данных, сможет ли другая система сделать сервис или это надо сделать вам. В итоге еще до взятия в спринт рапределить архитекруту - тут еще архитектор напишет где сервис будет, кто пушит, кто-что.
Denis
Согласен, сложно. Less что-то наверняка говорит об этом. Ещё не изучал
Артём
получается что скрамом нужно управлять еще сверху, чтобы отдавать в беклог зарание спроектированные связанные задачи
Max
Знаю про скрам в Альфа банке и Райффайзен. Не стал бы категорично заявлять что скрам не подойдет ни под каким соусом в данном контексте..
Артём
И как это утверждение мешает жить скраму?
Тем что работу разработчика в ватерфоле назвали внедрением скрама
Max
получается что скрамом нужно управлять еще сверху, чтобы отдавать в беклог зарание спроектированные связанные задачи
Например, если бюджет в компании - это чуть больше чем кошелёк одного инвестора, и этот бюджет будет управляться процессом, который знать ничего не знает, то нам следует запрещать вслух именовать такую компанию скрамной?
Anton
аналитикой
Аналитикой чего?
Артём
Ещё раз)
Anton
Ещё раз)
Дай конкретики))
Max
Тем что работу разработчика в ватерфоле назвали внедрением скрама
А это из чего следует? Скрам - он ведь про разработку продукта. Почему Вы беретесь за компанию целиком? Скажем, захотел банк разработать мобильное приложение для клиента. Бекенд и процессинг уже готовы, допустим. Задача в целом эквивалентна разработке любого другого мобильного приложения? Почему банкам нельзя то, что другим можно?
Артём
Аналитикой чего?
Было и процессами, и автоматизации в рамках банковской сферы
Артём
А это из чего следует? Скрам - он ведь про разработку продукта. Почему Вы беретесь за компанию целиком? Скажем, захотел банк разработать мобильное приложение для клиента. Бекенд и процессинг уже готовы, допустим. Задача в целом эквивалентна разработке любого другого мобильного приложения? Почему банкам нельзя то, что другим можно?
Процессинг не готов, пока не сделает сервис и не посчитает доп нагрузку. Шина туда же и все интеграционные системы. Мобильное приложение это новый канал взаимодействия с клиентом, аудит по новому каналу. Если есть переводы и оформление заявок на кредиты, то надо не забыть об антифроде и о модели скоринга по одобрению. Плюс отчётность в хранилище на 3 года
Артём
И в итоге само мобильное приложение это капля в море
Max
Имеет, почему нет? А что именно из BoK применяют?
курицу, креветки, лапшу удон =) Если серьёзно, то сложно разобрать. Там самостийное проектное управление. Исторически на вотерфол накладывались слои six sigma, lean, agile.. По работе я разбирался только с тем, что мешало моим скрам командам жить. Многие элементы похожи на PMI. В итоге удалось срастить два мира так, что все довольны.. Почти всегда =)
Pavel
С приходом в agile все большего количества pmp быстро выяснилось, что инновационность часто уже есть в PMBoK, просто под другим именем, и собвершенно ничто не мешает брать инструменты из BoK и использовать их в agile мире :)
Pavel
А уж когда на это все сверху вываливают инструменты и подходы из lean, tqm, six sigma...
Pavel
получается MBA :)
Pavel
Хотя... Со стороны Lean Kanban адептов встречал мнение, что agile не нужен и вообще вреден.
Pavel
Так Lean и Kanban это тоже Agile
Вот как раз с этим и спорят.
Denis
Что это не Agile?)
Pavel
Именно
Pavel
Сразу скажу, аргументов в пользу этой точки зрения у меня нет :)
Denis
Ну тут просто пройтись по манифесту и глянуть, удовлетворяется в лине и канбане или нет. С другой стороны, смысл спорить:) Это не по Agile-ловски)
Pavel
Поспорить, имхо, очень по аджайловски. Лишь бы конструктивно и с выводами :)
Pavel
Ну и да, сугубо мое мнение: agile может быть без lean, lean может быть без agile, но они отлично друг друга дополняют.
Sergey
Коллеги! А кто что про Nexus думает? Я смотрю LESS популярнее. Нам предстоит масшатабироваться. Думаем каким путем пойти.
Mikhail
Идите не популярным, а подходящим :)
Dmitry
Ребята что помогает вам наладить процессы в командах, что делать с этим бесконечным количеством протестующих против того, чтобы жить в светлом будущем аджайлелизма?)
Artem
Ребята что помогает вам наладить процессы в командах, что делать с этим бесконечным количеством протестующих против того, чтобы жить в светлом будущем аджайлелизма?)
Обозначение проблем, которые не решаются месяцами или годами помогает. Это довод чтобы меняться. А если нет проблем, то и менять ничего не надо
Denis
Ребята что помогает вам наладить процессы в командах, что делать с этим бесконечным количеством протестующих против того, чтобы жить в светлом будущем аджайлелизма?)
по ситуации, тут нет единого рецепта. Для примера, в одной компании разработчиков не только мучали срочными задачами a-la нужно вчера, но и ругались на них и давили, в обход пма или непосредственного руководителя. Как только не пытались внедрить им АГИЛ, но стоило дать им ощущение безопасности внутри компании и уверенность, что рабочие пиздюли будут прилетать только от своих - внедрение пошло полным ходом, они стали инциативнее и живее, стали более самоорганизованы
Denis
В каждой компании свои блокеры на пути к аджайлу, нет универсального рецепта решения всех проблем