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

Во время устройства на работу в компанию один из ведущих разработчиков задал мне вопрос, знаю ли я, что такое Scrum. Что это такое, известно мне было (спасибо замечталеьной книге Хенрика Книберга), но реального опыта внедрения на тот момент еще не было. Несколько первых недель новой работы прошли в опросах разработчиков и менеджмента компании о проблемах, с которыми они сталкиваются, их вопросах и пожеланиях; о действующих и планирующихся проектах. С этой информацией на руках я собрал всех сотрудников вместе и объяснил, чем нам могут помочь Agile-практики и что мы можем добиваться лучших результатов в более короткие сроки. Реакция была положительной и мы обратились за помощью к специалистам компании ScrumTrek.

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

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

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

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

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

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

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

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

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

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

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

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

  Выражаю благодарность компании ScrumTrek за успешно выполненный консалтинговый проект по внедрению методологии Scrum в процесс разработки портала Afisha.ru. В результате проекта одна команда полностью перешла на гибкую методологию разработки, а две другие получили достаточно знаний для самостоятельного внедрения Scrum в свою работу.

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

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

Департамент ИТ ЗАО «Независимая энергетическая компания» выражает благодарность менеджеру Ирине Цыбденовой, инструкторам Асхату Уразбаеву и Никите Филиппову за проведенный Коучинг по гибким методологиям в разработке ПО и внедрению Scrum.

Результатом проведенного в июле-августе 2008 года тренинга стал переход от индивидуальной разработки к командной, что позволило улучшить качество разрабатываемого ПО, наладить управление разработкой и повысить мотивацию и взаимовыручку сотрудников.

Внедрить SCRUM в своей компании, наверное, можно и собственными силами—например, достаточно прочесть книгу «Scrum and XP from the Trenches» и попытаться вести проекты по аналогии, но это будет заведомо непростой задачей. И основных причины здесь две: 

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

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

Кроме того, помощь консультанта позволяет избежать большинства стандартных ошибок и трудностей. Понятно, что для этого консультант должен быть соответствующего уровня и с приличным практическим опытом. На наш взгляд, Асхат Уразбаев полностью удовлетворяет этим требованиям. Более того, Асхат не только компетентен, опытен, приятен в общении, но и предлагает практически уникальную услугу на нашем рынке—мы достаточно долго искали и выбирали тренера/консультанта по Agile-методологиям, и по факту альтернативой может быть только приглашение западного специалиста за соответствующую сумму $$$. 

Благодаря помощи Асхата и собственному энтузиазму нам удалось перевести 4 проекта на рельсы SCRUM всего за несколько недель. Сейчас прошло уже почти полгода, и надо сказать, что мы ни разу не пожалели об этом шаге (сейчас еще две команды готовятся перейти на SCRUM). 

Бравурные песни SCRUM-у здесь петь не будем—их много на просторах интернета, да и всех проблем он, конечно же, не решает. Но всё же, хочется отметить, что уровень проектной жизни и вовлеченность сотрудников в процесс создания качественного ПО точно повышаются!

Мы сотрудничаем со ScrumTrek уже несколько месяцев и собираемся пригласить его для проведения тренингов в третий раз. Это седьмая попытка описать наш предыдущий опыт работы со ScrumTrek, но каждый раз получается не меньше страницы, а это не лучший способ обратить внимание на главное. А главное заключается в следующем:

1. Scrum работает и это реальность. Он повышает производительность, предсказуемость и улучшает атмосферу в команде.
2. Вы никогда не поверите в реальность первого пункта, прочитав книгу или статью в интернете.
3. Вы не внедрите Scrum по самоучителю (без коучинга).
4. Асхат знает самый быстрый, эффективный и в конечном счете экономичный способ оптимизировать ваш процесс разработки.
5. Scrum не замена, а дополнение вашего текущего процесса, даже если он очень тяжелый или хаотичный.
6. Scrum имеет очень широкую область применения.
7. Тренера в ScrumTrek профессионалы и хорошие люди, кто думает иначе звоните мне в любое время суток, я подъеду :-)

Если у вас есть интерес к нашему опыту, я с удовольствием расскажу все в подробностях и, возможно, опубликую некоторые заметки на эту тему на нашем блоге. Если у вас есть собственный опыт милости просим на http://agilerussia.ru :-)