Эффективные процессы

Все было по делу и профессионально - большинство игротехник реально заново открыли глаза на наши повседневные задачи и процессы. Благодаря структурированной подаче информации многие вещи с тренинга мы внедрили у себя буквально в течение недели и начали получать от них отдачу.

В общем, спасибо, вы молодцы! 

Что дало применение методологии разработки Agile:

• Повышение прозрачности и предсказуемости выполнения проекта (на мой взгляд, самый важный бонус методологии).
• Решение самых востребованных и критически важных задач в первую очередь.
• Ощутимое увеличение удовлетворенности заказчика. Вероятно, вследствии того что теперь разработчики перестали более терпимо относиться к корректировке требований.
• Безусловно, выросла производительность и качество разработки. Количественные оценки сделать сложно: разные проекты и разные команды.
• Усилился командный дух, теперь нет деления задач на "мои" и "чужие".
• Стало легче вводить новых участников проекта. Начинает работать эффект "заспинного обучения" в процессе которого происходит передача навыков и знаний.

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

Недавно провели круглый стол, на котором участники команд обсудили результаты внедрения и запланировали дальнейшие шаги. Обязательно хотим провести еще один курс обучения с привлечением специалистов ScrumTrek. Будем продолжать внедрять методологию Agile для новых команд.

Я полностью согласен с Андреем Бибичевым в том, что тренинг был нужен и нужны будут еще. Отдача от тренинга явно выше затрат на его проведение.

Разработчики, по совету Никиты, были разделены на две команды - для параллельной разработки основных и дополнительных проектов. Были сформировали архитектурная и продуктовая команды. Разработка переводились на Scrum последовательно, с перерывом в 2 недели. Чего нам удалось добиться в итоге:

    •    Формирование продуктовой команды и стимулирование ее работы позволило избавиться от бесконечно длинных, многолюдных встреч, как правило, не дающих результатов. А формат постановки задач - сосредоточиться разработчикам на их основной работе.
    •    Скорость разработки увеличилась примерно в 3 раза, насколько фантастично бы это не звучало.
    •    Разработчики стали тестировать код друг друга, что привело не только к повышению качества кода, но и вовлекло разработчиков в проекты, с которыми они ранее не работали.
    •    Командная разработка значительно снизила риск простоя работ по проекту в случае отсутствия сотрудников.
    •    Формирование продуктового подхода (тут особое спасибо Никите) повысило уровень ответственности разработчиков, их вовлеченность в жизнь проектов и в значительной степени предопределило их последующий профессиональный рост.
    •    Проведение ретроспектив (эту практику мы используем не только в разработке, но и в других областях) значительно увеличило уровень психологического комфорта сотрудников, а также снизило напряжение между отделами.

Конечно, все это далось нам с большим трудом. Agile - не "серебряная пуля", а лишь средство решения проблем, причем тогда, когда вы к этому готовы. В нашей компании внедрение обнажило более глубокие проблемы, причины которых ранее связывались лишь с отделом разработки. Но именно в том, что мы смогли увидеть эти проблемы и заключается одна из главных заслуг Agile в нашей компании. Be agile!

Очень помогло планирование в стиле Agile, что дало большую предсказуемость по итерациям, чем раньше. Особо хотелось бы отметить что Agile помог не только на новых, но и на старых проектах с унаследованным кодом. Каждое изменение этого кода теперь гарантированно сопровождается юнит-тестом, проверяющим сделанное изменение и code-review изменений.

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

Также Agile позволил очень быстро вливаться в команду новичкам и перенимать опыт у команды. Можно сказать что Agile это лучшая из методологий которые были нами опробованы и внедрены. Мы сделали правильный выбор прослушав курсы ScrumTrek Рекомендуем всем!

После внедрения технологии Scrum мне стало удобнее тестировать по следующим причинам: - я участвую в планировании и вижу все этапы разработки каждой функции ПО. 

Поэтому могу спланировать свое время более точно( я тестирую еще другие проекты не Scrum) - могу протестировать каждую разработанную функцию ПО( не нужно ждать например 5-6 месяцев когда программист закончит продукт и только тогда отдаст мне его на проверку) - с разработчиками стало проще общаться, так как мы теперь понимаем одинаково, что хотим друг от друга получить( задачи маленькие, аналитик все конкретно описал, поэтому и я и программист и аналитик понимают эту задачу одинаково) - также избавились от кучи не нужной документации (длинное ТЗ на 6 месяцев разработки, которое в конце, так как не переписывается, становится не актуальным—часть функций либо не возможно реализовать либо данная функция оказалась не нужной) 

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

3. Показ позволяет менеджеру (как Product Owner-у) быть в курсе разработанных функций ПО. Это позволяет получить от него похвалу( что приятно всем), либо корректировку ( в каком направлении двигаться). Это также одно из самого главного в разработке—чтобы конечный продукт был нужным.  

Переход на гибкую методологию привел к временному ослаблению управляемости процессом разработки, однако, Асхат и Никита были убедителены, и мы продолжили внедрение. Уже через 3 месяца производительность команд вернулась на прежний уровень, а через 6 месяцев мы увидели неведомые прежде эффекты.

Разработчики почувствовали, что Afisha.ru это их продукт, и портал стал улучшаться «снизу». Программисты и верстальщики предлагали улучшения, которые даже не приходили в голову менеджерам. Считаю, что за год работы по методологии Scrum, качество разработки, а также и качество технической составляющей Afisha.ru вышло на новый уровень, в чем есть несомненное достижение ScrumTrek.