Yuri Shilyaev. Blog.

Во вторник 15 апреля мы с Юрой Ветровым выступили на РИТ-2008. Постарались рассказать о взаимодействии отдела проектирования и разработки в услових удаленного взаимодействия и итеративного процесса разработки. Есть общее ощущение, что тема была не слишком актуальна и животрепещуща для собравшейся публики. Я думаю, что, во-первых, довольно мало компаний, которые сталкиваются с подобной проблемой, а, во-вторых, те кто сталкивается врядли подходят к решению подобной задачи коплексно. Проблема как-то решается и забывается.

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

Контекст работы.

Как и над чем мы работаем внутри компании?

Проблемы.
Проблема №1. Изменяющиеся требования.
Проблема №2. Георафическая удаленность команд и заказчика.
Проблема №3. Коммуникации.
Проблема №4. Полнота документации.
Проблема №5. Аналитики не видят нужды команды.
Проблема №6. Инструменты совместной работы.
Проблема №7. Принятие решений, отвественность и полномочия.
Проблема №8. Демонстрация результата работы команды и текущего статуса.

Решения проблем.
Проблема №1. Изменяющиеся требования.

• Итеративный процесс разработки.
• Внедрение agile-практик.

Проблема №2. Георафическая удаленность команд и заказчика.
Не решаема, но и не смертельна. Минск, Питер и Москва удалены друг от друга на ночь в поезде.

Проблема №3. Коммуникации.

• Командировки.
• Скайп и чаты.
• Совместные конференции через скайп.
• Совместные поездки на семинары.
• Проблема коммуникаций — вечная проблема. Решение проблем с коммуникациями — вечный процесс и длится бесконечно долго.

Проблема №4. Полнота документации.

• Сначала: концепция, проработка ключевых задач, вижен.
• Разработка прототипа, как части документации.
• Далее: вайрфреймы и приемочные тесты по принципу “точно по время”.
• Приемочные тесты развиваются в полноценные тест-кейсы.

Проблема №5. Аналитики не видят нужды команды.

• Планирование работ проектировщиков на итерацию заранее.
• Инициирование общения от разработчиков. (решение напрашивается только хирургическим путем)
• Участие проектировщиков в удаленных митингах.

Проблема №6. Инструменты совместной работы.

• Task Tracking. AcuNote.
• Bug Tracking.
• Общение — Флип-чарт.
• Итерации — Task Board.

Проблема №7. Принятие решений, отвественность и полномочия.

• Ответсвенность передается разработчикам. Сразу всей команде. Сферы ответсвенности распределяются внутри команды среди участников.
• Ответсвенность передается вместе с полномочиями. Сложности с тем как научиться пользоваться полномочиями.
• Все отвественны за все. Как в армии.

Проблема №8. Демонстрация результата работы команды и текущего статуса.

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

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

ЗЫ. Скачать нашу презентацию с этого сайта.