да ладно? а как?

как управлять тогда бюджетом и сроками?

как управлять тогда бюджетом и сроками?

а что ими в аджайле нельзя управлять ?

ну это больше про продукт, а не про проект

и управление идет продуктом, а не проектом

разве нет?

а при управлении продуктом сроки и стоимость уходят на 2-й план

ну и давайте так: в аджайле вообщение ничем управлять нельзя. это лишь набор ценностей. давайте рассматривать фреймворк. и отталкиваться от него

ну и давайте так: в аджайле вообщение ничем управлять нельзя. это лишь набор ценностей. давайте рассматривать фреймворк. и отталкиваться от него

ок согласен

кого возьмем? скрам?

Проанализировать, собрать требования, сформулировалить их и выдать описание модели продукта, например. Но если да, то работы здесь не на один спринт, либо он будет довольно продолжительным. Тогда снова не получается аджайл

ПМИ - это не на один спринт, потому как если к нему не относится формально, именно он даёт представление о конечном результате. Не ТЗ, ни проект, а именно ПМИ. Соответственно, представление об конечном результате подвергается проработке и изменениям

ПМИ - это не на один спринт, потому как если к нему не относится формально, именно он даёт представление о конечном результате. Не ТЗ, ни проект, а именно ПМИ. Соответственно, представление об конечном результате подвергается проработке и изменениям

Мы, кажется, опять далеко ушли от темы. Я не спрашивала что такое ПМИ. Я пытаюсь понять вот эту фразу и как вы ее видите: "Госуху и аджайл подружить можно, если понять, что в госухе этап разработки вторичен, и ценность продукта определяется на стадии аналитики, а не при разработке. "

Т.е. итеративный подход. Одна итерация - это полностью согласованное одно требование тз. Так?

Одно или несколько...

Одно или несколько...

Хорошо, поняла вас. Спасибо

Дамы и господа, странная полемика тут. Как уже некоторые участники сказали - эджайла в госе нет и быть не может (в чистом виде). Посмотрите манифест. Ни один из принципов выполняться скорее всего не будет. Вы же скорее всего смотрите как подрядчики для гос.закачика - так вот - гос. заказчику чаще всего вообще по барабану, как вы там работаете, по эджайл или по водопаду.

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

Дамы и господа, странная полемика тут. Как уже некоторые участники сказали - эджайла в госе нет и быть не может (в чистом виде). Посмотрите манифест. Ни один из принципов выполняться скорее всего не будет. Вы же скорее всего смотрите как подрядчики для гос.закачика - так вот - гос. заказчику чаще всего вообще по барабану, как вы там работаете, по эджайл или по водопаду.

Double it

А почему гос.сфера рассматривается как некий монолит, к которой прикладывают то или иное? Почему не рассматривать как вселенную проектов, в каждом из которых возможно есть то или иное? В том числе agile

Коллеги, если говорить про госджайл, то есть хороший пример, это РТЛабс как исполнитель и МинСвзязь как заказчик. И проект ГосУслуги

В начале года они выступали на площадке PMI moscow.

В начале года они выступали на площадке PMI moscow.

Chapter

А есть какие-то статьи или записи по их опыту?

А есть какие-то статьи или записи по их опыту?

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

Ребят, в комментариях услышал мнение, что госам все равно, что у них низкая заинтересованность. Это не так. Сейчас очень сильные люди туда идут работать, их ищут на хорошие зп и они хотя бы слышали про разные методологии. Засада в другом. Закон требует играть конкурсы. Для конкурса нужно тз. тз должно соответствовать тому что сделано. Хоть убейся , но должно. Иначе при провозке проверяющих органов кто получит удар под дых. Изменения делать можно допником, но это все требует согласования как внутри конторы, так и вышестоящей организации. Например Минкомсвязи. Все очень долго и муторно и если идти по пути логичному и верному, то в сроки не уложиться. Заказчик не дурак и не против аджайл. Но он заложник ситуации такой же, ему надо отчитываться. Их так же дерут за факап. Поэтому им по большому счету пофиг как исполнитель выкручивается. Нанимай 1000 человек, работай по ночам. Но сделай нам продукт, который и тз бы соответствовал и был бы нам удобен. Они же до себя его делают. Аджайл ложится в разработку, но для этого нужны договорённости неофициально уйти от сроков. Но люди меняются и договорённости уходят с ними.

Но субъективно могу сказать, что главное в их работе это доверие - Сотрудничество с заказчиком важнее согласований условий контракта

Это вот вообще про них.

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

Если не трудно, поищите, пожалуйста, хотелось бы поучиться.

Но субъективно могу сказать, что главное в их работе это доверие - Сотрудничество с заказчиком важнее согласований условий контракта

Спасибо

Доя предотвращения такого выстраиваем работу так: 1. Выполняем разработку под одно/несколько требований тз 2. Гоняем с заказчиком выявляем хотелки 3. Совместно договариваемся, о приоритетах к задачам из тз и хотелкам.. 4. Повторяем итерации. по результату у нас выстраивается процесс с понятными требованиями, зачастую в которых требования тз выполняются формально. По ПМИ все сдать можно +заказчик доволен...

Здесь мы забыли о том, что сначала тз как правило Требует тех проект уже готовый, под которым все ставят подписи. В даннолм кейсе заказчика надо склонить пойти а преступление - подписать мусор.

Но субъективно могу сказать, что главное в их работе это доверие - Сотрудничество с заказчиком важнее согласований условий контракта

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

Ещё момент, пользовательские истории и критерии приемки были вынесены в контракт приложением

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

Ещё момент, пользовательские истории и критерии приемки были вынесены в контракт приложением

Приложение также прошивается и подписывается и является юридически значимым документом )

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

Здесь мы забыли о том, что сначала тз как правило Требует тех проект уже готовый, под которым все ставят подписи. В даннолм кейсе заказчика надо склонить пойти а преступление - подписать мусор.

Учитывая что жизненный цикл проекта может растянуться на несколько лет, то любой тех проект по факту - мусор

Учитывая что жизненный цикл проекта может растянуться на несколько лет, то любой тех проект по факту - мусор

Это если у вас проект на несколько лет. А бывает на год.

Выводы нового функционала выполнялось не через согласование с заказчиком а просто информированием. Вечером проинформировали, если заказчик не остановил, то утром вывели

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

Это если у вас проект на несколько лет. А бывает на год.

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

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

Выше писалось, что как правило прототип с которого писалось тз уже есть)))))

Выводы нового функционала выполнялось не через согласование с заказчиком а просто информированием. Вечером проинформировали, если заказчик не остановил, то утром вывели

А потом заказчик выходит из запоя и говорит ; ты чо там за херню сделал. Или я вообще осознал, что хочу все иначе

Передавай !

Откажешься - акты не подпишу

И все /)

Смотрите п.1

Между заказчиком и исполнителем доверие

Между заказчиком и исполнителем доверие

А если он сменился ?;) пришёл другой , который говорит что это херня

Что у вас там в документах

Что за мудак такое придумал ? Почему все не соответствует ?

Такой процесс не просто был придуман, он кристаллизовался, после того как уже много менеджеров и руководителей полегло в боях

Что за мудак такое придумал ? Почему все не соответствует ?

Эмм, тут могу сказать одно, какая позиция, новому человеку придется идти против системы взаимоотношений которая работает

И руководству выше проще снять возмутителя порядка и спокойствия

да с новым человеком может прийти и новая команда

и команда подрядчиков прикормленных

Эмм, тут могу сказать одно, какая позиция, новому человеку придется идти против системы взаимоотношений которая работает

Против системы , которая на ВАШ взгляд работает )

И вообще все исполнители временны )

и команда подрядчиков прикормленных

Угу

И ещё штрафы понесёте что не по тз все сделали )

да банально. все хорошо. потом приходит прокуратура, обэп и фсб (имели честь отбиваться). и говорят: а давайте ка посмотрим как вы исполняете госконтракт?

И руководству выше проще снять возмутителя порядка и спокойствия

В политике логика рп не всегда работает

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

и им не объяснишь, что тут у нас вижен поменялся. и мы сделали другое)

Что то мы тут жути нагнали , ща все аджайл мастера не захотят в гос идти ))

ну.. это чем-то напоминает сберджайл)

Согласен, возможно все. Но каждая отдельная Agile трансформация это отдельная история. Причем как у Толстого, все трансформированные Agile команды счастливы одинаково, все трансформирующиеся Agile команды несчастны по-своему.

Итого: что не используй - всегда виноват ) Но аджайл хотя бы даст позволить систему сделать приближенную к реальности, под неё уже можно допник подвести. А как только дело дойдёт до прома, отсутсвие итерационного подхода будет сказываться на постоянных переработках команды , так как версия никогда не будет стабильной ..

Итерации и стабильность версий слабо связаны

Но если вы про 2-х месячную итерацию с 2-х недельной интеграцией, то наверное

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

Мне как-то человек позвонил и говорит - вот мы с начальством планы согласовываем в начале недели, потом они меняют задачи походу, потом нам надо отчеты еще создавать, и в итоге все планы просраны и я ухожу домой в 3 ночи

И человек пытается исправить эту ситуацию :)

Мне как-то человек позвонил и говорит - вот мы с начальством планы согласовываем в начале недели, потом они меняют задачи походу, потом нам надо отчеты еще создавать, и в итоге все планы просраны и я ухожу домой в 3 ночи

Такое много и часто где

классика )

И часто планируют не те кто должен

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

Да только проблема в том, что к вам не заказчик идет за советом

А тот у кого бюджета нет

ЧТобы получить хороший совет :))

"здрасти и как можно аджайл делать нам в госах?"

никак, ногами голосуйте