0

Как наглядные материалы могут повысить точность разработки софта

Как наглядные материалы могут повысить точность разработки софта

Мы продолжаем переводить и публиковать посты из официального блога Atlassian. Сегодня на очереди партнерский пост, написанный Маком МакКоннеллом, вице-президентом по маркетингу в компании Gliffy, которая создает визуальные приложения для Atlassian Marketplace.

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

70% всех проектов по разработке софта срываются, 75% респондентов отмечают недостаток уверенности в итоговом успехе проекта, средние уровни превышения стоимости и сроков – 27%, а в каждом шестом проекте стоимость превышается на 200%. Увидев эти цифры, хочется сдаться без борьбы. С другой стороны, если бы все было просто, успех в разработке не ощущался бы таким ярким. Вот что мы осознали.

Чего хотят разработчики?

Если в вашей компании разработчики софта, команда по развитию продукта и UX-разработчики сидят в одном помещении (как это было у нас) — спросите их всех, в чем секрет идеального процесса разработки ПО. Ответы вас не удивят: высокий уровень детализации и разъяснения процессов, реализуемых в рамках совместной работы. Выяснив эту простую истину, мы вывели три главных фактора успеха:

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

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

Связь своей работы с общим ходом проекта. Члены команды должны понимать, как именно они дополняют общий рабочий процесс, какие взаимосвязи и взаимозависимости теряются, и развивается ли коллектив.

Существует ли совершенная методика разработки софта?

Ни один из этих факторов не требует волшебства для реализации, но добиться их на практике оказывается обескураживающе сложно.

Да, у Atlassian есть целый набор отличных сборников стратегий, помогающих командам преодолевать типичные проблемы. Но мы прекрасно понимали, что эти проблемы типичны именно потому, что их сложно преодолеть и искоренить полностью.

Работая над созданием нового продукта Gliffy Project, мы думали о том, почему же возникают проблемы. В итоге нам удалось установить несколько «виновных» в наших невзгодах.

Плохие внутренние коммуникации

Каждый новый продукт начинается с видения. Но даже тем из нас, кто является «носителями» базовых идей, иногда трудно понятно рассказать команде о задумке. И это только начало – дальше все становится еще запутаннее.

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


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

 

Именно поэтому мы решили создать инструмент, завязанный на наглядных материалах. Gliffy Project позволяет пользователям создавать карту задач и проблем в Jira, интегрируя ее с наглядным планом: например, рисунком на интерактивной доске, каркасной моделью, UML-диаграммой, дорожной картой продукта или комбинацией всех этих вариантов. Пользователи могут отмечать наиболее проблемные места и далее либо подключать к ним уже существующие тикеты, либо создавать новые напрямую из визуализации. Возможность подключать все тикеты Jira к наглядному визуальному плану проекта позволяет разным командам видеть, кто над чем работает, а также предоставляет мгновенный обзор всех существующих взаимозависимостей для оперативной оценки статуса проекта.

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

Фрагментация информации

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

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

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

Слабая память

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


За время использования Gliffy Project мы обнаружили, что обсуждения рабочих моментов в команде стали более определенными и лаконичными. Вместо того, чтобы полагаться на собственную память, мы просто достаем наглядный план своих действий и оперируем данными, указанными на диаграмме. Вместо того, чтобы задаваться вопросами типа «а когда будет готово это выпадающее меню», любой может взглянуть на каркасную модель и увидеть, кто именно отвечает за данный тикет, и проверить статус его выполнения.

Ремарка: Мы сэкономили уйму времени на составлении тикетов. Вместо обычного процесса с необходимостью строчить длинные параграфы и описывать, что именно мы имели в виду, достаточно добавить новую проблемную точку на диаграмму и пометить «почините эту штуковину вот тут».

В качестве обратной связи от инженеров мы получали изображение: диаграмму, схему архитектуры решения, UML или снимок экрана. Любая картинка оказывалась в итоге более полезной для определения следующего шага или выбора направления дальнейшего движения. Два изображения ниже – одна и та же история проекта в Jira. Какое из них вам проще понять?

Изображение 1:


Изображение 2:


Существует ли оптимальный путь?

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

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

Сама необходимость утвердить единый процесс работы с наглядными материалами в рамках проекта стимулировала нас более эффективно взаимодействовать. Нам помогли:

· Формулировка более точных вопросов и ответов об итоговом продукте: исчезла возможность спрятаться за расплывчатыми словами.

· Соблюдение принципа конкретности в диалоге, построенном на вопросах и ответах: все самые общие моменты были зафиксированы в виде наглядных документов.

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

Получилось ли у нас улучшить процесс разработки софта? Несомненно. Было ли это достигнуто исключительно за счет использования нового инструмента Gliffy Project? Абсолютно точно – нет.

Конечно, существуют способы существенно улучшить методику разработки софта, но самое важное здесь – вывести командное взаимодействие на новый уровень. Так что вне зависимости от того, присматриваетесь ли вы к Gliffy Project или к какому-то другому способу оптимизации рабочих процессов, поторопитесь. Пугающая статистика из вводной части текста никуда сама по себе не денется – снизить ее можно только за счет использования революционных продуктов, которые не допускают самой идеи провала проекта.