Эджайл и технические коммуникации: 4 обязательных пункта, чтобы стать членом эджайл-команды (часть 2)
Мы заканчиваем статью с советами техническому писателю, как стать полноправным членом команды. Сегодня мы узнаем, почему так важно брать на себя ответственность, что делать, чтобы остаться в проекте и почему иногда нужно спорить с разработчиками.
Участвуйте во всех областях разработки
Независимо от того, сколько раз вы это слышали или говорили, фраза «Я просто писатель» не освобождает вас от активной вовлеченности – невозможно стать одним из ключевых членов команды без полного погружения. Алан Прингл пишет об этом на сайте Scriptorium. Такой уровень участия гарантирует, что вы полностью вовлечены в проект с самого начала и знаете все требования, дизайн и что стоит за дизайном программного обеспечения. И это даёт вам дополнительное преимущество: «имидж», уважение, которое нужно, чтобы остаться в проекте.
Вы можете заработать этот имидж, выполняя несколько важных действий:
- показывать интерес к требованиям, дизайну и идеям по созданию этого дизайна;
- участвовать в любых встречах и планерках. Если вас не приглашают, пригласите себя сами;
- предлагать помощь по улучшению текста в графическом интерфейсе. Если это возможно, назначьте команду по информационной разработке ответственными за весь текст, который появляется в продукте. Зачастую интерфейсу, чтобы быть не таким сложным для читателя, требуется всего лишь поясняющий текст или более удачные названия полей;
- встать на защиту удобства. Какой-то пункт может быть совершенно ясным для разработчика, но не факт, что это лучший способ представить продукт пользователю. Например, разработчик может создать окно, которое запрашивает у пользователя, хочет ли он видеть автоматическое уведомление о завершении отчёта и варианты «Верно/Неверно». Как защитник удобства, порекомендуйте написать проще и понятнее: «Да/Нет».
- распространять информацию. Вместо того, чтобы передавать информацию через одного человека, пусть писатель работает над продуктом, взаимодействуя непосредственно с разработчиком и/или инженером по качеству, работающим над тем же продуктом.
Возьмите на себя ответственность за техническую точность
Все писатели, работающие в эджайл-командах, должны нести ответственность за техническую точность документации, которую они пишут. Чтобы взять такую ответственность, имейте в виду, что вы теперь лидирующая сила. Не соглашайтесь писать то, что разработчики говорят вам писать, и не верьте, если они утверждают, что что-то работает определенным образом. Ставьте проблемы и подтверждайте предположения, задавая вопросы, и проводя тесты.
Чтобы проводить тесты, писателю нужен свой собственный набор виртуальных машин. Самостоятельная установка продуктов обеспечивает большую гибкость и эффективность: такие писатели могут быстро и легко получить доступ к продукту, не дожидаясь, пока инженер его установит.
Помните, что вы должны понимать продукт, чтобы разобраться, имеет ли он технические проблемы или проблемы для использования. И знание продукта создает доверие между другими членами команды.
Работайте на «ядро» команды
Основная группа состоит из лидера в каждой функциональной области (управление, разработка продукции, проверка качества, информационная разработка и техническая поддержка). Ядро группы управляет проектом и служит в качестве системы противовесов, чтобы задачи были равномерно распределены между областями. Ядро группы вместе принимает решения по проекту. Это также помогает каждой функциональной группе взглянуть на работу всех компонентов и систем «с высоты птичьего полёта».
Заключение
Применяя на практике некоторые из предложений, упомянутых здесь, вы можете получить равные права с остальными членами команды и показать, как много вы можете привнести в проект. Если вы работаете над несколькими проектами, заявите о себе и это поможет команде на одном проекте помнить, что вам нужно, пока вы заняты на другом. Наконец, ваше активное присутствие в качестве члена эджайл-команды помогает усовершенствовать знания технических деталей, членов команды, а также процессов, которые использует группа, что делает всю команду сильнее и позволяет получить более качественный продукт.
Источник: Agile and Tech Comm: Four Must-do’s to Become a Key Agile Team Member
Тэги: командная работа, организация работы, роли, советы, эджайл
- API
- DITA
- Flare
- HTML
- MadCap
- MS Word
- XML
- Алисса Фокс
- Марк Бейкер
- ПроТекст
- Том Джонсон
- анализ
- блоги
- веб-контент
- видеоролики
- единый источник
- изображения
- инструкции
- инструменты
- исследование
- качество контента
- командная работа
- конференции
- локализация/перевод
- минимализм
- навыки
- обучение
- опыт
- организация работы
- продвижение
- профессия
- редактирование
- роли
- советы
- стиль
- структурированное писательство
- теория документирования
- управление контентом
- форматирование
- форматы
- ценность контента
- эджайл
- эффективность
- юмор