Быстрый багфикс в проекте

Разработка любого проекта рано или поздно входит в то состояние, когда планировать бессмысленно, а успевать надо. Например, когда нужно срочно «причесать» текущий проект для презентации заказчику. Проект в разработке, как правило, похож на разобранный мопед: механик знает, что он будет работать, но пользователю кажется, что все сломано.

Если заствить менеджера все мелкие задачи по настройке сайта ставить через систему управления проектами, то через неделю он утопится в ближайшем водоеме. Управление в этот момент должно носить оперативный характер. Действовать надо быстро и точно.

Для решения этого вопроса мы нашли графический метод основанный на майндмапах и мини-скриншотах. Для примера представляю кусочек такой карты:

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

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

Вот результат:

Предложения?

Post Author

This post was written by who has written 293 posts on Yuri Shilyaev. Blog..

Руководитель образовательных программ в EPAM Systems Belarus, тренер в области управления проектами, SCRUM/Agile (CSM). Основатель сообщества Agile.by.

  • http://www.jvetrau.com/ Juras Vetrau

    Решение отличное! Особенно здорово и удобно в распечатанном виде. Юра, вы гений :) Беру на заметку для ведения списков исправлений.

  • http://azart.livejournal.com Alexander Khmelevsky

    Посмотрите на http://www.conceptshare.com/
    Сам не пробовал, но знакомые отзывались позитивно, правда использовали они этот ресурс немного для других целей.

  • Pavel Gabriel

    Хороший метод. Я для подобных целей использую One Note. Тем более, что делать скриншоты нужных областей он умеет :)

  • http://lusever.livejournal.com lusever

    Эта программа под Windows?

  • Yuri Shilyaev

    OneNote — это часть 2007 офиса. Поэтому конечно это программа под Windows. :)

  • http://www.jvetrau.com/2007/10/26/iteratsionnaya-razrabotka-pokaz-syirogo-proekta-v-luchshem-vide/ Итерационная разработка. Показ сырого проекта в лучшем виде | Juras Vetrau Blog. Управление проектами и проектирование интерфейсов

    [...] На общем брейншторминге определились приоритеты и ответственные за эти задачи. Тим лидер команды разработки курировал первый процесс. Шеф нашего минского офиса, где ведется разработка, взял на себя оперативное руководство вторым пунктом (он, кстати, отлично написал об этом процессе, да и за фразу о разобранном мопеде ему спасибо). А я должен был решить, что делать с последним вопросом. [...]

  • Pavel Shapovalov

    Отлично! Саму же пару месяцев для таких вещей пользуюсь майндмэпами, но вот до скриншотов не додумывался:)

  • http://jvetrau.gluek.info/2007/10/26/iteratsionnaya-razrabotka-pokaz-syirogo-proekta-v-luchshem-vide/ Юрий Ветров. Управление проектами и проектирование интерфейсов » Итерационная разработка. Показ сырого проекта в лучшем виде

    [...] оперативное руководство вторым пунктом (он, кстати, отлично написал об этом процессе, да и за фразу о разобранном мопеде ему спасибо). А я [...]