Во вторник 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. Демонстрация результата работы команды и текущего статуса.
- Прозрачность перед клиентом. (открытый таск-трекер, общение, командировки)
- Текущий статус задач виден через таск-трекер.
- Командировки к клиенту. Демонстрация важных вех в офисе клиента.
- Демо-сервер.
- Демонстрация картинок как можно раньше. На этапе формирования концепции и далее.
Выводы.
Работаем над скоростью запуска прототипов и проектов и оборачиваемостью отдела. Важно, чтобы и разработку можно было начать быстро, и продукт получился отличным. Стараемся начинать разработку как можно раньше, не жертвуя при этом глубиной проработки – это одна из самых сложных задач, которая требует постоянно держать руку на пульсе. Но и результат получается отличным.
ЗЫ. Скачать нашу презентацию с этого сайта.
