Эджайл и технические коммуникации: 4 обязательных пункта, чтобы стать членом эджайл-команды (часть 2)

22.01.2014

Мы заканчиваем статью с советами техническому писателю, как стать полноправным членом команды. Сегодня мы узнаем, почему так важно брать на себя ответственность, что делать, чтобы остаться в проекте и почему иногда нужно спорить с разработчиками.

Участвуйте во всех областях разработки

Независимо от того, сколько раз вы это слышали или говорили, фраза «Я просто писатель» не освобождает вас от активной вовлеченности – невозможно стать одним из ключевых членов команды без полного погружения. Алан Прингл пишет об этом на сайте Scriptorium. Такой уровень участия гарантирует, что вы полностью вовлечены в проект с самого начала и знаете все требования, дизайн и что стоит за дизайном программного обеспечения. И это даёт вам дополнительное преимущество: «имидж», уважение, которое нужно, чтобы остаться в проекте.

Вы можете заработать этот имидж, выполняя несколько важных действий:

• показывать интерес к требованиям, дизайну и идеям по созданию этого дизайна;
• участвовать в любых встречах и планерках. Если вас не приглашают, пригласите себя сами;
• предлагать помощь по улучшению текста в графическом интерфейсе. Если это возможно, назначьте команду по информационной разработке ответственными за весь текст, который появляется в продукте. Зачастую интерфейсу, чтобы быть не таким сложным для читателя, требуется всего лишь поясняющий текст или более удачные названия полей;
• встать на защиту удобства. Какой-то пункт может быть совершенно ясным для разработчика, но не факт, что это лучший способ представить продукт пользователю. Например, разработчик может создать окно, которое запрашивает у пользователя, хочет ли он видеть автоматическое уведомление о завершении отчёта и варианты «Верно/Неверно». Как защитник удобства, порекомендуйте написать проще и понятнее: «Да/Нет».
• распространять информацию. Вместо того, чтобы передавать информацию через одного человека, пусть писатель работает над продуктом, взаимодействуя непосредственно с разработчиком и/или инженером по качеству, работающим над тем же продуктом.

Возьмите на себя ответственность за техническую точность

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

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

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

Работайте на «ядро» команды

Основная группа состоит из лидера в каждой функциональной области (управление, разработка продукции, проверка качества, информационная разработка и техническая поддержка). Ядро группы управляет проектом и служит в качестве системы противовесов, чтобы задачи были равномерно распределены между областями. Ядро группы вместе принимает решения по проекту. Это также помогает каждой функциональной группе взглянуть на работу всех компонентов и систем «с высоты птичьего полёта».

Заключение

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

Источник: Agile and Tech Comm: Four Must-do’s to Become a Key Agile Team Member

Тэги: командная работа, организация работы, роли, советы, эджайл