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