agile должен быть безопасным

Agile должен быть безопасным : 

Agile должен быть безопасным Юлия Чернявская Analyst Coach assetlady@gmail.com IT -Talk 5, Харьков 29/01/2009

Об авторе : 

1 год насыщенной практики в разработке ПО, аналитики и профессионального роста Coach-аналитик Соавтор тренингов по - UML-моделированию и - управлению требованиями CMMI-introduction certified Agile – консультант Участник форума Agile-Russia Об авторе

О презентации : 

О презентации Ladies and gentlemen, мы желаем вам безопасного пребывания в Agile-пространстве! Исследования причин неудач в Agile Практические рекомендации по их избежанию: слушателям Agile-проповеди, начинающим энтузиастам внедрения Agile.

: 

КАК ПРОХОДИТБАНАЛЬНАЯ AGILEПРОПОВЕДЬ? Мы к вам заехали на час…

Основная тема Agile проповеди : 

Основная тема Agile проповеди Симптомы, симптомы, симптомы…………….. Симптомы, симптомы, симптомы….. Симптомы, симптомы, симптомы…. Рецепты, рецепты, рецепты…………….. Рецепты, рецепты, рецепты…………….. Рецепты, рецепты, рецепты……………..

Из всего списка симптомов : 

Из всего списка симптомов Заказчики не знают, чего хотят Нереальные сроки От заказчиков исходят противоречивые пожелания 50% задач готовы на 50% Никто не знает текущего состояния дел Требования часто меняются Давление на команду Требования отсутствуют как таковые Оставим только симптомы относительно требований

Agile – рецепты в области требований : 

Agile – рецепты в области требований Начните с требований пожеланий заказчика Заведите упорядоченный список пожеланий заказчика: Backlog Для Backlog найдите на стороне заказчика ответственного за его состояние: Product Owner-a Помогайте Product Owner-у вести Backlog Не начинайте текущую итерацию без утверждения Backlog-a для неё Не разрешайте менять требования в течение одной итерации

«Грабли» на пути применения рецептов : 

«Грабли» на пути применения рецептов Начните с требований пожеланий заказчика, заведите Backlog Пожеланий нет вообще У Заказчика нет не то что требований, но даже и пожеланий Заказчик ждёт предложений от Разработчика Пожелания неадекватные Пожелания не соответствуют реальным нуждам Суть пожеланий неясна, так как скрываются нужды

«Грабли» (2)на пути применения рецептов : 

«Грабли» (2)на пути применения рецептов Для Backlog найдите на стороне заказчика ответственного за его состояние: Product Owner-a Product Оwner бесконечно долго.. ..составляет Backlog, боясь заказать неправильную «педаль» Заказчик не выделяет Product Owner-a Заказчик соглашается только подписать Backlog или нет

Откуда грабли? : 

Откуда грабли?

Разночтение симптомов : 

Разночтение симптомов Разночтение симптомов – первая причина возникновения граблей на пути следования рецептам Не те симптомы лечим – рецепты не применимы и не помогают

Пример разночтения симптома «Заказчики не знают, чего хотят» : 

Пример разночтения симптома «Заказчики не знают, чего хотят» Что понимает большинство слушателей? Заказчики в прямом смысле не знают, чего хотят Заказчики не могут или не хотят формулировать пожелания, Заказчики не понимают свои потребности, Заказчики не представляют возможностей Разработчика.

Пример разночтения симптома «Заказчики не знают, чего хотят» : 

Пример разночтения симптома «Заказчики не знают, чего хотят» Что подразумевают Agile – проповедники? Заказчики прекрасно осознают свои бизнес -нужды, и какие из них должны быть автоматизированы. Заказчики всегда прекрасно понимают, зачем нужна очередная хотелка, Заказчики легко представляют, как будет выглядеть реализация их пожелания.

Пример разночтения симптома «Заказчики не знают, чего хотят» : 

Пример разночтения симптома «Заказчики не знают, чего хотят» Что подразумевают Agile – проповедники?(2) Заказчики только путаются, какими софтверными решениями эти нужды лучше покрыть, и в каком порядке Заказчики часто присылают новые пожелания или меняют старые, Пожелания одного заказчика противоречивы

Как следовало понимать рецепты ? : 

Как следовало понимать рецепты ? Заказчика нужно обязать: формулировать набор пожеланий к системе выбирать из него наиболее важные Нести ответственность за неадекватность пожеланий От Заказчика необходимо добиться согласия: Что в итерации будет реализована только часть из выбранных пожеланий НЕ менять требования до окончания итерации Каждую итерацию оплачивать отдельно

Agile-рецепты применимы, но не всегда ! : 

Agile-рецепты применимы, но не всегда ! Но применимы: В аутсорсинговых проектах Когда заказывается код, а не «Нечто», решающее все проблемы Когда заказчик не разбалован аналитикой со стороны разработчика Когда процесс не организован вообще

Несколько рекомендаций о том, как правильно пользоваться Agile-ом : 

Несколько рекомендаций о том, как правильно пользоваться Agile-ом Не забывайте о сути, идентифицирующей Agile Требования легко меняются, Разработка подвижная… Удовлетворять заказчика в течение всей разработки Слаженно работать между собой Обеспечивать прозрачность процесса…

Немного о сути Agile : 

Немного о сути Agile Преимущество Agile Гибкость к изменениям требований «Дешевая» разработка Недостатки Гарантом рисков в Agile выступает заказчик Agile – не дальнозоркий

Несколько рекомендации начинающим энтузиастам при внедрении Agile : 

Несколько рекомендации начинающим энтузиастам при внедрении Agile Заведите список проектных рисков Первым внесите туда Риск связанный с неправильным использованием Agile Посмотрите, не внедрено ли у вас уже что-то лучшее Ну и наконец, не забывайте: Agile – для успеха в проекте, а не ради Agile

О презентации : 

О презентации Ladies and gentlemen, мы желаем вам безопасного пребывания в Agile-пространстве! Читайте на эту тему статью http://juliachernyavskaya.blogspot.com/

Критика, вопросы, пожелания : 

Критика, вопросы, пожелания

Благодарю за внимание : 

Благодарю за внимание