На практике - подстройка под себя не потому что надо, а потому что не было носителя знаний концепции. Со скрамом - отсутствие скрам мастера

На практике - подстройка под себя не потому что надо, а потому что не было носителя знаний концепции. Со скрамом - отсутствие скрам мастера

Мне, кстати, очень интересно была организация процессов на опасных производствах, где от сбоя зависит не профукивание срока, а жизнь людей. В прошлом году был на предприятиях энергетики МО, в этом году был подальше на АЭС. В учебном центре рассказывали сам процесс подготовки кадров. Поразило, что там на каждый чих есть свой документ. Казалось бы, должно было бы там всё закостенелое, а нет, полный Agile. Львиная доля времени уделяется практике, то есть люди постоянно отрабатывают. Огромное внимание как раз уделяется деталям, то есть начальник там не тупо бьет линейкой, почему студент делает не по регламенту, а смотрит почему произошло, соображает. Потом у них типа консилиум, мол такая-то хрень, потом всякие комиссии и меняют документ. То есть регламенты постоянно совершенствуются.

Мне, кстати, очень интересно была организация процессов на опасных производствах, где от сбоя зависит не профукивание срока, а жизнь людей. В прошлом году был на предприятиях энергетики МО, в этом году был подальше на АЭС. В учебном центре рассказывали сам процесс подготовки кадров. Поразило, что там на каждый чих есть свой документ. Казалось бы, должно было бы там всё закостенелое, а нет, полный Agile. Львиная доля времени уделяется практике, то есть люди постоянно отрабатывают. Огромное внимание как раз уделяется деталям, то есть начальник там не тупо бьет линейкой, почему студент делает не по регламенту, а смотрит почему произошло, соображает. Потом у них типа консилиум, мол такая-то хрень, потом всякие комиссии и меняют документ. То есть регламенты постоянно совершенствуются.

Тоже замечаю такой феномен :) чем выше цена ошибки - тем более сотрудничающие команды складываются, тем больше уважение к выработанным процессам и стандартам, тем внимательнее слушают запросы на их изменение.

Может выше культура? Т.е. определенные люди, ответственность?

Роли мы сейчас как раз завершаем описывать, а вот как Взаимодействие правильно описать? Чеклист

Извиняюсь, но я не верю в единственную таблетку для всех и от всего.

Штук 100

Надо пробовать, вера штука ненадежная

И учитывать грубое допущение что PO = PM , то тысячи

Agile вне ИТ это мем

Доброй ночи этому чату. Завтра с кем-нибудь увидимся на agile вне IT :)

Сколько же завтра событий то

Meetup addicted!

1. UX среда 2. Agile вне IT 3. Наташа Струза анонсирует свой UX-проект

Довольно разные ЦА :)

http://developerblog.info/2016/12/12/anti-pattierny-devops-2-devops-eto-pro-dev-i-ops/

В среде Agile регламент это следствие, а не предпосылка

Хорошая статья. Правда, меня мучает такое противоречие: девопс, когда все масштабируется за счет программирования-всего-что-можно, означает, что 1) команда прошла путь развития 2) среди игроков в итоге оказались "высокоуровневые" люди, которые умеют думать, программировать и сотрудничать. Таких людей мало и растить их тяжело, при этом культура "все автоматизируют", по описанию, должна возникнуть "на масштабе". Как "на масштабе" получить культуру умного девелопмента, доставки и сопровождения, при том, что level up по знаниям и процессам требует обычно 10x труда предыдущего этапа, и где взять столько продвинутных, чтобы реально было больше 3 примеров хороших команд на рынке?? По статистике, умников 10% или меньше. Если речь о масштабе не идет, то это все локальные решения. Если все же о масштабе, я не знаю ни одного владельца бизнеса, который хотел бы платить 200-250 т члену команды разработки "в среднем", если это не команда заказной разработки с постоянным потоком заказов. Да и тогда тоже :) Сапорт, которому платят 60к и который научился программировать, немедленно уходит. Админ, который решил подевелопить, уходит в 70% случаев, потому что где зарплата в 120, а где - в 220к (извините за корпоративные цифры, соотношение сохраняется и в маленьких командах). Но да, где-то есть представление о сферической культуре "девопс-повсеместно" как идеале, к которому нужно стремиться :)

а как аналогичная проблема решается в случае, например, скрама? команда джуниоров сможет эффективно работать по скраму? да даже команда миддлов (если совсем без сеньоров)?

почему люди с такими компетенциями остаются в команде, а не уходят в другую на большую з/п?

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

так это же самое можно ответить и на тот же вопрос относительно девопс :-)

Т.е. компании, должны понадеяться на добросовестность своих сотрудников, отказаться от старых инструментов, озвучить только принципы и ценности и надеяться, что все их подхватят. В итоге прийти к тому же самому регламенту, по большому счёту ничем не отличающегося от старого подхода т.к. старый подход был сформирован на лучших практиках (определённые годами империческим путём) и только потом создать регламент (следствие). Вопрос - зачем? Почему сразу нельзя определить некие правила, роли и артефакты необходимые для общего вектора? Ведь иначе, сколько не обучай сотрудников - каждый поймёт по своему, поэтому любое внедрение того или иного подхода начинается с определения глоссария.

Сколько у вас выводов :)

мне видится, что хоть аджайл, хоть девопс требуют уровня 3+ по вчера упомянутому CMMI (так ли это на самом деле?). как этот уровень обеспечивается (обучение, комфортная атмосфера, з/п что-то еще) -- вопрос второй.

Сколько у вас выводов :)

Слава, а вы в аджаил из разработки пришли?

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

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

аджайл работает и на уровне 1-2, тут вопрос "культуры" (смотреть в гугле по словам "спиральная динамика" и книжку Лалу)

из разработки вышел, в аджайл не пришол )) Олег, фраза звучит как "а вы вуз окончили и стали человеком?" )

1. Девопс все его идеологи называют в первую очередь культурным, а не техническим компонентом. Есть даже что-то типа девиза: Culture, Automation, Measurement, Sharing 2. Спиральное усилие тоже нужно прикладывать осознанно -- оно не возникает само по себе, хоть это и может выглядеть так снаружи.

Культура - САМОЕ СЛОЖНОЕ в изменениях команд и организаций. И складывается она, в том числе, за счет успешного ежедневного решения задач и продуктивной коммуникации. Идеологи на то и идеологи, чтобы напоминать о духовном. Но, простите, сильно ли помогает "культура", если от слова Cucumber тестер впадает в коматоз, а девелопер пугается от фразы"поднять UAT среду" и "написать чек-лист для мониторинга для опсов? :)

Культура - САМОЕ СЛОЖНОЕ в изменениях команд и организаций. И складывается она, в том числе, за счет успешного ежедневного решения задач и продуктивной коммуникации. Идеологи на то и идеологи, чтобы напоминать о духовном. Но, простите, сильно ли помогает "культура", если от слова Cucumber тестер впадает в коматоз, а девелопер пугается от фразы"поднять UAT среду" и "написать чек-лист для мониторинга для опсов? :)