Я задался целью доказать этой статьёй, что ценности и принципы гибкой разработки программного обеспечения применимы в разных областях деятельности. Пусть это будет мое любимое коммерческое писательство.
- Ценности Agile
- Принципы Agile
- Наивысшим приоритетом является удовлетворение потребностей заказчика благодаря регулярной и ранней поставке ценного программного обеспечения
- Изменение требований приветствуется, даже на поздних стадиях разработки
- Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев
- На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе
- Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им
- Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды
- Работающий продукт — основной показатель прогресса
- Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно
- Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта
- Простота — искусство минимизации лишней работы — крайне необходима
- Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд
- Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы
- Послесловие
Поехали!
Ценности Agile
Назовём их вечными.
Люди и взаимодействие важнее процессов и инструментов
Ты можешь обложить себя «Главредами» и «Орфограммками», использовать «Слово*б», чтобы подобрать ключевые слова для статьи. Это, в принципе, неплохо. Однако не стоит за всем этим забывать о здравом смысле и необходимости «полевых» работ. Никто лучше тебя, человек, не проведёт анализ ЦА, не выявит конкурентов и не интерпретирует полученные данные. Да, сервисы (например, PR-CY) облегчат рутинные операции, но сделать выводы и познакомить с ними клиента можешь только ты сам.
Работающий продукт важнее исчерпывающей документации
В применении к моей области это означает, что лучше, чёрт возьми, написать и опубликовать одну статью, чем месяц корпеть над контент-планом, а в результате полностью от него отказаться.
Сотрудничество с заказчиком важнее согласования условий контракта
Ты имеешь полное право дотошно выяснять все нюансы по ТЗ, по заполнению брифа, по срокам сдачи текста и оплате. Главное – не потерять за этим возможность (иногда необходимость) общения по сути проекта. Копай глубоко, выясняй неявные детали и подводные камни бизнеса клиента, сообщай ему о них и получай обратную связь. Это нормальные человеческие и деловые отношения.
Готовность к изменениям важнее следования первоначальному плану
Речь про правки, порой жестокие и кардинальные. От правок не уйдет никто: ни программист, ни копирайтер, ни дизайнер. Ни даже жена, которая сварила борщ, а он тебе показался недосоленным.
Принципы Agile
Они настолько хороши, что часть можно взять не только в работу, но и в жизнь.
Наивысшим приоритетом является удовлетворение потребностей заказчика благодаря регулярной и ранней поставке ценного программного обеспечения
Всегда укладывайтесь в дедлайны и работайте на опережение, но не в ущерб качеству. У меня часто случалось так, что ранняя сдача статей приводила к тому, что я узнавал и быстро устранял различные недочёты и ошибки.
Иногда нашему брату нужно работать на упреждение. Если же мы говорим про новостной контент, то этот принцип отрабатывает на все 146 %.
Изменение требований приветствуется, даже на поздних стадиях разработки
Если ты должен внести существенные правки в текст за 15 минут до публикации, сделай же это! Да, это может «поранить» структуру, отвлечь тебя от более приятных занятий. Но положительный читательский отклик все окупит сторицей. Проверено.
Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев
В случае с коммерческим писательством — ещё чаще — каждый день, а то и несколько раз в день. Разный по тематике и формату контент привлекает больше людей. Тут главное «не перекормить» читателей.
На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе
Священное правило копирайтинга. Даже если ваш клиент скажет «я в этом ничего не понимаю, делайте сами», поверьте: когда он станет проверять продающие тексты, сделанные без его участия, резко появятся все возможные компетенции и адские правки ваших маркетинговых измышлений. Поэтому с самого начала работайте с клиентом. У вас общая задача – заработать как можно больше денег.
С самого начала работайте с клиентом. У вас общая задача — заработать как можно больше денег
Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им
Большой и сложный проект предполагает работу команды из редактора (редакторов) и коллектива авторов. Например, в веб-агентстве «Текстерра» мы с друзьями-коллегами писали книгу о разработке сайтов для начинающих, в работе над которой участвовал ваш покорный слуга. Мы с самого начала разделили обязанности – кто и какую главу пишет, кто и чьи тексты редактирует. В итоге получился отличный продукт, на который до сих пор приходят благодарные отзывы.
Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды
В любой социальной сети и любом мессенджере (я уже не говорю про CRM) можно создать чат с коллегами и обсуждать любые рабочие вопросы. Это могут быть ежедневные планерки и мозговые штурмы. Порой простой треп двигает рабочий процесс лучше, чем натужное выдавливание ценных мыслей!
Работающий продукт — основной показатель прогресса
Коммерческий автор, как и программист, «измеряется» выполненными работами. Говорить, что ты что-то делал, «а эти вон всё запороли» — профессиональный моветон. Сделал — покажи, не сделал — промолчи.
Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно
Чем успешнее блог, тем выше требования к редакторам, авторам, дизайнерам и верстальщикам. Малейшее отклонение и всё — «блог скатился», «вы пишете ахинею» и т. д. и т. п. Это тяжело, но в нашем деле нужно фигачить, чтобы хотя бы стоять на месте. Сейчас даже полезного контента много: стремитесь делать его уникальным, чтобы конкуренты о таком только мечтать могли.
В нашем деле нужно фигачить, чтобы хотя бы стоять на месте
Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта
У нашего брата-писателя это означает создание и развитие редакционной политики блога — добавляйте новые требования и убирайте старые, чтобы все работало на рост качества контента.
Простота — искусство минимизации лишней работы — крайне необходима
Если что-то можно сделать автоматизированным способом, сделайте это! Следуйте правилам редполитики, и это существенно облегчит жизнь и вам, и редакторам с клиентами.
Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд
Потому что энтузиазм — великая вещь. Если несколько авторов собираются вместе, они способны решать куда более широкий круг задач, чем автор-одиночка, какой бы крутой он ни был!
Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы
Для этого и проводятся планёрки, где каждый может сказать, что он видит хорошего и плохого в работе блога и коллег, дать им советы и высказать новые идеи.
Та же редполитика — не раз и навсегда определенный документ. Если она не работает в текущих реалиях — в пекло её! Создавайте новое, берите «свежих» авторов, не бойтесь ЦА: сегодня они гневно реагируют на ваши контент-новинки, а завтра репостят их везде, где только можно.
Послесловие
4 ценности и 12 принципов Agile, как видите, хорошо ложатся на коммерческое писательство. Подставьте сюда «медицина», «строительство», «военное дело»: стоит только чуть-чуть подумать и сформулировать свои мысли, чтобы понять, что в феврале 2001 года семнадцать программистов дали миру универсальный набор правил ведения профессиональной деятельности. Аминь.
Статью подготовил Алексей Александров, коммерческий автор, писатель и сценарист. Профили автора: «ВКонтакте», Facebook.
