« Rev
@agile_ru   304
Fwd »


Vladislav
Тот кто достигнет конца бесконечных спринтов победит в этой олимпиаде
Yuriy
ага, причем решение о покупке – сплошные куры принимают
внедрять Agile Mindset "сверху"и прямо в сознание?)
Marat
У меня есть где-то agile-bingo (на подобии bullshit bingo), порой страйк собираешь. На конференции особенно
Ⓢⓔⓡⓖ
Ура! Ура! Пенсионный Фонд России переходит на AGILE! По крайней мере, Самарское отделение. Методология получила название Самараджайл.
Ⓢⓔⓡⓖ
Ⓢⓔⓡⓖ
Можно было кстати просто посмотреть справочник практик SEMAT и выбрать лучшие (с точки зрения ПФР Самары) практики в приемлемой комбинации
Вадим
А в Рязани живут грибы с глазами :)
Slava
Мне до того как я посмтрел слайд казалось что я достаточно неплохо знаю "принципы Kanban", но оказывается нет
Slava
Выхватывание задач
Olga
просто когда пытаются что-то внедрить, как-то забывают какие реальности на самом деле
Olga
а то что сейчас это стало модным - получается давайте поговорим\давайте внедрим\только делайте как я говорю
Alexey
Это проблема скрама. А я хочу методологию, что бы она была понятна без культурного контекста.
Extreme programming, чисто инструкция по применению Agile в ИТ. Для других отраслей адаптировать надо.
Dmitry
Второй раунд Начинает mc слева / PM
Андрей
Не, на второй круг не пойду. Принесу другое. Тут в дискуссии в FB родилась мысль - что думаете? "мне подумалось - если заказчику даются конкретные сроки, а внутри пытаются скрамить, это выглядит как "взялись за то, что не умеем толком делать" 🙂 Потому что уровень неопределённости в договоре с заказчиком заявлен низкий (срок, бюджет, скоуп фиксированы), а при этом чёткого плана как сделать это нет и внутри уровень неопределённости высокий - "будем делать спринтами и смотреть, что получается" 🙂" Откликается?
Sergey
Добрый день! Меня зовут Сергей Чирва. Я консультант по Agile и продуктовым стратегиям. Большой опыт разработки и запуска продуктов в сферах от IT до производства.
Андрей
Почему тогда не заявить этот уровень неопределённости заказчику?
Slava
round house agile punch
Андрей
"Будем стараться, но ничего не обещаем, прогноз по срокам и бюджету такой-то, контрольные точки с такой-то регуляностью". Вот и получим чистый скрам. Но нет же, наружу торчит "всё знаем, всё умеем, срок и бюджет гарантируем", а внутри... Ну и неудивительно потом, что контракт пересматривается - но что мешает сразу его сделать таким?
Alexey
Почему тогда не заявить этот уровень неопределённости заказчику?
Это уже заявлено. НИР допускает отрицательный результат. По ОКР должен быть опытный образец и по возможности с заданными характеристиками. Или придется обосновывать почему не получилось. Но это всё на стыке технологий.
Ⓢⓔⓡⓖ
Выхватывание задач
Да, и разве в Скраме есть понятие "доска задач" ? Мне казалось, что это канбановская визуализация
Андрей
Ну да, это если мы открыто говорим "это исследование". Но мы подписываем контракт на разработку конечного продукта (выполнение проекта) с заданными характеристиками, а не на поиск. А внутри начинаем поиск. ИМХО это обман заказчика 🙂 Если же мы подписали контракт с фиксацией "скоуп - деньги - срок", и мы реально эксперты в этом, зачем нам там аджайл внутри? 🙂
Slava
Да, однозначно надо приглашать заказчика в офис, показывать ему кеневина и говорить - ну ты понимаешь? вот поэтому T&M.
Андрей
Да, и разве в Скраме есть понятие "доска задач" ? Мне казалось, что это канбановская визуализация
Официально нету, но мало кто без неё живёт. Доска - удобная визуализация спринт бэклога. Требования к ней - другие 🙂 В Скраме нет и понятия user story, есть просто "элемент бэклога" без уточнения формата. Но почти все используют именно стори.
Ⓢⓔⓡⓖ
Продукт будет качественный и в срок - отлично, никакого обмана. Продукт не качественный или с опозданием - вот тогда нарушение условий.
Dmitry
надо в телеграм добавить возможность "поддержать MC" нажимаешь и типа "йееее" у всех из динамиков сразу
Ⓢⓔⓡⓖ
Т.е. заявлять о нарушении/ненарушении условий договора можно только после истечения сроков
Slava
А почему Денис Бесков решил опустить кавычки у всех слов в тайтле этого чата, интересно
Андрей
Мониторинг и контроль работ с улучшением процесса поставки. Прозрачность повышает доверие.
Для мониторинга, контроля и прозрачности аджайл не нужен. Аджайла без прозрачности не будет, а вот прозрачность без аджайла - легко.
Ⓢⓔⓡⓖ
нее... Agile даёт очень хорошую прозрачность. Без Agile даже для самих разработчиков иногда ситуация на проекте - тёмный лес
Ⓢⓔⓡⓖ
С Agile-ом он становится, хотя бы, серым 😊
Ⓢⓔⓡⓖ
Прозрачность - это не цель agile'а, но приятный побочный эффект.
Dmitry
Смешались в кучу кони, люди...
Ⓢⓔⓡⓖ
Ну да, о чём спорим-то?
Slava
"Agile даёт очень хорошую прозрачность" а можно в этой фразе заменить англоязычное прилагательное на русское существительное?
Vladislav
Смешались в кучу коучи, заказчики...
Dmitry
Ну да, о чём спорим-то?
оксимирон/дизастер смотрел? мы не спорим, мы за мир во всем мире обсираем друг друга))
Denis
Ну да, это если мы открыто говорим "это исследование". Но мы подписываем контракт на разработку конечного продукта (выполнение проекта) с заданными характеристиками, а не на поиск. А внутри начинаем поиск. ИМХО это обман заказчика 🙂 Если же мы подписали контракт с фиксацией "скоуп - деньги - срок", и мы реально эксперты в этом, зачем нам там аджайл внутри? 🙂
Я там уже упомянул про это, повторюсь - "любой каприз за ваши деньги". Хотят фиксировать срок - это стоит много денег и времени. Нужно взять эстимейты разработчиков и сильно завысить сроки. Внутри делать итерации. К назначенному сроку выкатить готовый проект.
Андрей
"...время от времени в доме случались потрясающие, прямо-таки ужасные вещи, но зато уж на скуку никто пожаловаться не мог. (А ведь это как-никак делает честь любому дому.)" (с) Туве Янссон 🙂
Denis
А чистый agile можно продать по модели консалтинга, такое сто раз уже видел
Vladislav
Разве agile придумали не для решения коммуникативных проблем, и создания продукт исходя из бизнес-цели, чтобы каждая фича приносила конкретную бизнес ценность .
Ⓢⓔⓡⓖ
Кстати, господа коучи, проясните, прозрачность - это цель внедрения Agile или приятный побочный эффект?
Ⓢⓔⓡⓖ
Я так задумался, что может быть и цель.... Прозрачность нравится владельцам бизнеса, они только ради этого могут внедрить Agile
Ⓢⓔⓡⓖ
Придумали - для одного, а получил распространение - из-за другого. Может так?
Denis
Заказчик может сам этого не понимать, но проект по конртакту - это дорогой и не качественный проект. И если он не понимает этого, то это его проблемы. Хочет качественный - нужны прозрачность, итерации и тп. Но это совсем другая история.
Olga
"Будем стараться, но ничего не обещаем, прогноз по срокам и бюджету такой-то, контрольные точки с такой-то регуляностью". Вот и получим чистый скрам. Но нет же, наружу торчит "всё знаем, всё умеем, срок и бюджет гарантируем", а внутри... Ну и неудивительно потом, что контракт пересматривается - но что мешает сразу его сделать таким?
У меня заказная разработка и скрам. Просто нужно как-то не уходить в историю процесс ради идеальных дашбордов. А порой даже на простой вопрос как обьяснить команде для чего нужен стендап, если они в это не верят и не видят ценности. Получаешь ответ - типо так надо
Vladislav
Прозрачность достигается путём исключения проджект менеджера из цепочки коммуникации с заказчиком.
Андрей
https://www.facebook.com/marina.korsakova.9/posts/1373045826154912 вот про прозрачность очень хороший текст. заметьте - про аджайл и скрам ни слова, а вот про "любовь менеджмента" - до фига 🙂
Vladislav
Проджект менеджмент - это путь в никуда. Имхо :)
Андрей
У меня заказная разработка и скрам. Просто нужно как-то не уходить в историю процесс ради идеальных дашбордов. А порой даже на простой вопрос как обьяснить команде для чего нужен стендап, если они в это не верят и не видят ценности. Получаешь ответ - типо так надо
Это потоковая заказная разработка? Тогда зачем скрам? Это каждый раз поиск уникального решения? Тогда почему бы это не оторазить в контракте? 🙂 Стендап команде нужен для того, чтобы уши не дымились от стыда на sprint review и чтобы команду не выгнали за постоянные неудачи 🙂 (ну, объяснять лучше чуть мягче, но по сути это так). И лучше всего дать команде пару раз завалить спринт, а потом потихоньку вводить разные улучшения и каждый день акцентироваться на "видите разницу? вот оно зачем!" У меня так одна команда за 2 месяца стала собираться на стенд-ап сама, без продакт овнера и скрам мастера, потому что "ну нам же нужно понимать где мы сегодня и с чем мы на демо выйдем".
Андрей
Проджект менеджмент - это путь в никуда. Имхо :)
Да ну. В своей области применимости - более чем востребован и жизнеспособен.
Денис
Проджект менеджмент - это путь в никуда. Имхо :)
Сильное заявление, подкрепленное не только Мнением, но и ... ???
Андрей
В общем, объяснять суть любой церемонии скрама людям надо с точки зрения "чем оно лично тебе на пользу". Именно ему, Васе Пупкину, тестировщику. А не "компании", "руководителю" или вообще "коуч так сказал".
Ⓢⓔⓡⓖ
Тут меня спрашивают, вопрос к руководителям ИТ-проектов: какова у вас доля расходов на управление от бюджета проекта (можно от ФОТ команды)? Кто может поделиться?
Vladislav
Ну в скраме такой роли в принципе нет :) и сделано это для того, чтобы убрать потери в коммуникации :) то есть команда общается напрямую с заказчиком :)
Vladislav
Сильное заявление, подкрепленное не только Мнением, но и ... ???
Ⓢⓔⓡⓖ
Да. И "lean" означает "обезжиренный", т.е. лишённый расходов на менеджмент и управление. Только люди с реальными проиводственными компетенциями
Alexey
Кстати, господа коучи, проясните, прозрачность - это цель внедрения Agile или приятный побочный эффект?
Можно абсолютно прозрачно продалбывать сроки или получать то , что пользователь не будет применять. Главное принимать решения на основе получаемой обратной связи.
Olga
Это потоковая заказная разработка? Тогда зачем скрам? Это каждый раз поиск уникального решения? Тогда почему бы это не оторазить в контракте? 🙂 Стендап команде нужен для того, чтобы уши не дымились от стыда на sprint review и чтобы команду не выгнали за постоянные неудачи 🙂 (ну, объяснять лучше чуть мягче, но по сути это так). И лучше всего дать команде пару раз завалить спринт, а потом потихоньку вводить разные улучшения и каждый день акцентироваться на "видите разницу? вот оно зачем!" У меня так одна команда за 2 месяца стала собираться на стенд-ап сама, без продакт овнера и скрам мастера, потому что "ну нам же нужно понимать где мы сегодня и с чем мы на демо выйдем".
ну если мне разьяснили, то спасибо. Но я знаю))) Вопрос в другом, текущие реальности говорят о том, что к культуре просто так не все готовы и нужно либо приводить примеры реально прикольных кейсов как команда прониклась этой идеей или на каком-то этапе принимать волевые решения и начинать стендапы с предложением давайте попробуем. Через время если не пошло - давайте попробуем еще раз
Slava
Ольга в заказной разработке "культуру" определяет заказчик
Slava
А не команда
Olga
ну тут спорный момент, по мне как договорились)
Slava
Да, вы договариваетесь о процессах, основываясь на том к чему заказчик готов
Slava
К результату не всегда готов
Slava
:D
Denis
Agile и Управление проектами - разные вещи. Выполняя 'гибко' и 'client-oriented' проект, все же кто-то должен следить за бюджетом, выставлять счета, набором команды, коммуникациями и пр (в pmbok подробно расписано)
Denis
Если проект мелкий: 1-2 скрам-тима, конечно скрам-мастера справятся. Но если проект большой, или проектов несколько, то без ПМ (или придумайте свое название должности), становится тяжело
« Rev
@agile_ru   304
Fwd »