Один из важнейших инструментов для эффективной работы предприятия — это сервис планирования и управления проектами. В зависимости от размеров, отрасли и целей это могут быть относительно простые системы контроля версий, крупные бизнес-решения или внутренние разработки. Только по данным портала Capterra таких программ несколько сотен. Мы сфокусируемся на 13 сервисах, наиболее популярных в нашей стране.

Trello

Когда речь заходит о взаимодействии в небольшой группе разработчиков, Trello — первое, что приходит в голову. Легкий в освоении, бесплатный в ограниченной версии, интегрируемый с популярными сервисами — в общем, идеальный инструмент для тех, кто еще вчера не задумывался об организаторских задачах.

Главная фишка — простой интерфейс, состоящий из досок с заданиями и списков задач. Работает функция drag-and-drop, так что поменять статус задания можно одним движением мыши. А конечный пользователь может вообще не заходить в основное тело планировщика — для его задач выделяется отдельное окно.

GitHub

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

Slack

Корпоративный мессенджер, в свое время ставший самым быстрорастущим приложением в сегменте. В бесплатной версии вы получаете хранилище на 5 ГБ и 10 тысяч сообщений, но куда круче другое — интеграция с множеством продуктов: от Google Docs и Twitter до сервисов управления проектами. Вкупе с приятным дизайном это делает Slack одним из самых популярных бизнес-решений для взаимодействия сотрудников. Но в отрыве от «конкурентов» он малоэффективен — просто очередной мессенджер.

Яндекс.Трекер

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

Бесплатной версии нет, только пробная на 60 дней. Потом придется платить — от 93 рублей за человека.

Мегаплан

Если вы уже работаете в государственном секторе или в перспективе хотите в него попасть — ознакомьтесь с сервисом «Мегаплан». Довольно качественная CRM, которая позволяет брать под контроль выполнение задач, регулировать сроки, финансы, создавать отчеты. При этом у сервиса приятный дизайн и есть мобильные приложения в AppStore и Google Play, позволяющие оперативно знакомиться с выкладками сотрудников. Еще один большой плюс для большинства российских компаний — интеграция с 1C. Цена — от 279 рублей за одну лицензию.

Битрикс24

Сервис для управления бизнесом, который выбирают свыше 4 миллионов российских компаний. Несмотря на шероховатости в дизайне, «Битрикс» напичкан решениями: досками задач, мобильными приложениями, поддерживает интеграцию с call-центром, почтой, облачными сервисами, «1С:Предприятие». Есть групповой чат, можно в несколько кликов сделать отчет и даже создать сайт. Для маленьких групп — бесплатно.

JIRA

Система управлениями проектами, успешно работающая на рынке более 15 лет. Благодаря этому опыту и обширной функциональности, JIRA используется в многих крупных компаниях: PepsiCo, CERN, LG, Electronic Arts, Thales. Да, на фоне многих современных конкурентов JIRA проигрывает: в удобстве, интеграциях, уровне мобильного приложения. Но уже потому, что продукт не становится хуже, своего пользователя JIRA почти не теряет — ни у нас, ни на Западе.

Asana

Популярный таск-трекер, интегрирующийся с Evernote, Google Docs, JIRA, Slack, GitHub, но без русификации. Именно это отталкивает многих российских пользователей, хотя есть и другие неприятные мелочи: вопросы по быстродействию, перегруженность элементами, плохая интеграция с почтой.

Zoho Projects

Планировщик, завоевавший популярность благодаря простоте и качественной реализации Agile-методологии. Здесь все те же доски, возможность планировать совещания, оставлять логи спринтов, строить на основании трудозатрат диаграммы, генерировать отчеты. В целом, ничего особенного. Но то, как это сделано в вебе и мобильном приложении, заставляет присмотреться к Zoho Projects.

ПланФикс

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

YouTrack

Система управления проектами и анализатор ошибок от JetBrains. Нацелена на сферу программирования со всеми сопутствующими возможностями: простым интерфейсом, гибким поиском, шорткатами, настройками под Scrum- и Kanban-задачи и полной интеграцией со всеми продуктами JetBrains. Команды до 10 человек могут пользоваться сервисом бесплатно.

Redmine

Одна из самых популярных open source систем для управления проектами. Хорошую функциональность можно подтянуть при помощи плагинов — генерацию отчетов, интеграцию с другими продуктами. Без них Redmine — это простой планировщик с календарем и возможностью прикреплять заметки. Прекрасно подойдет для компании, где больше 10 человек, а если среди них есть толковые программисты для создания плагинов — это хорошо вдвойне.

Простой бизнес

Отечественная CRM, позволяющая установить полный контроль не только над проектами, но и за сотрудниками. Система может отслеживать рабочую почту, записывать звонки, позволяет создавать удобную клиентскую базу, всевозможные отчеты. Ее большой плюс, который не дают веб-сервисы, — возможность работать офлайн. То есть вы можете создавать задачи, прикрепять файлы, а до исполнителя они дойдут, как только вновь нащупаете доступ в интернет.

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

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

Откуда пошел Kanban

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

Это было удобно руководству: не надо отвлекать сотрудников или мастеров. Чтобы узнать, чем они заняты, достаточно прочесть записки. Вскоре эта система закрепилась как официальная практика.

Впоследствии Kanban совершенствовался, пока не пришел к современному виду. Но сохранил в основе простейший принцип доски с записками, на которых фиксируются производственные задачи.

Kanban был с самого начала тесно связан с гибкими методологиями производства, которые впервые внедрили в компании «Тойота». С Agile-методологиями в IT-сферу пришел и адаптированный Kanban. Но сегодня его успешно «скрещивают» с другими методологиями.

Пристальный взгляд на систему

В основе Kanban’а лежит простая мысль: объем незавершенной работы надо ограничивать. Любую новую задачу можно начинать не ранее, чем выполнена одна из начатых. Это не значит, что в работе должна быть только одна задача, — их может быть несколько. Принципиально, чтобы это количество было ограничено.

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

Все задачи, которые поступают от заказчика, записываются на стикеры и размещаются в графе «В ожидании». Им можно назначить приоритет: более важные размещают выше и принимают в работу в первую очередь, а второстепенные — только когда будут выполнены приоритетные. Как только разработчик приступает к работе над очередной задачей, соответствующий листок переносится в графу «В работе». Когда она выполнена, стикер отправляется в последнюю графу.

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

Искусственное ограничение выглядит контрэффективным, но на практике оно вырабатывает совершенно иной подход и отношение к незавершенным делам. Любая задержка, промедление в выполнении работы благодаря Kanban-доске будут сразу заметны — не только самому разработчику, но и всем коллегам.

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

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

Kanban не только делает прозрачнее создание ценности продукта, но и показывает узкие места, очереди, отклонения и потери — все, что отрицательно влияет на продуктивность команды.

Доска и бумажки — вот и весь Kanban?

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

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

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

Еще один прием — разбивать доску на технологические этапы. Разработка программы часто проходит через несколько стадий:

• постановка задачи (разработка технического задания),
• создание кода,
• тестирование,
• сборка рабочей программы,
• передача пользователю.

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

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

Сколько вешать в граммах?

Каким количеством Kanban предлагает ограничивать задачи «в работе», чтобы коллектив справлялся с ними в оптимальные сроки? Универсального ответа нет. Единственный совет — экспериментируйте!

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

Если колонке N скопились задачи, а N+1 почти все время пустует, — это признак перегруженности. Ограничение надо ужесточать.

Kanban предлагает разработчикам свободу в выборе решений. Если оказывается, что при установленном ограничении вы не укладываетесь в график — уменьшите значение. Осталось свободное время, команда работает в расслабленном режиме — поднимите планку. Не бойтесь «крутить настройки»: сломать Kanban невозможно! Несколько попыток — и вы найдете комфортный для всех ритм.

Тренируемся на кошках

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

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

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

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

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

А что насчет ограничений в других колонках?

Колонка «Готово» свободна от лимитов — чем больше работы сделано, тем лучше!

Есть ли смысл накладывать ограничения на колонку «В ожидании», где скапливаются задачи, к которым разработчик еще не приступал, и нужна ли она вообще? Ведь Agile-методологии подразумевают постоянное общение с заказчиком — новые задачи можно получать, когда завершена предыдущая.

И все-таки иметь небольшой «буфер» задач полезно. У них может быть разный приоритет и сложность. Сегодня заказчику хочется изменить дизайн элементов управления во всей программе: эта задача явно отнимет приличное время, хотя не является критически важной для работы пользователя. А завтра он вспомнит, что срочно нужен отчет по продажам — небольшой и не очень сложный. Но разработчик уже взялся за дизайн, и на Kanban-доске нет места для новой задачи.

Если бы обе задачи висели на доске в графе «В ожидании», разработчик взялся бы сначала за более важную, а незначительные, но объемные правки отложил на свободное время.

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

Вилка или ложка — что лучше?

Обобщим основные правила использования Kanban’а.

1. Сделайте работу наглядной.

• Разделите на задачи.
• Каждую запишите на стикер.
• Распределите стикеры по графам на доске.

2. Ограничьте объем незавершенной работы.

• Вычислите, какое количество незавершенных задач будет оптимальным на каждом этапе.

3. Измеряйте время

• Вычислите оперативное время, которое в среднем требуется для выполнения каждой задачи.
• Оптимизируйте работу, чтобы свести оперативное время к минимуму.
• Прогнозируйте работу над задачами.

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

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

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

Виртуальные Kanban-доски

Вы уже определились, в каком углу будет лучше смотреться Kanban-доска? Не торопитесь вбивать в стену гвозди. Ведь давно уже существуют программные решения, которые предлагают пользователям аналоги Kanban-досок. В отличие от стикеров на стене, такая Kanban-доска будет доступна не только в офисе, но и в любой точке мира — идеальное решение, если в команде есть удаленщики.

Trello

Поддерживает любое количество проектов, каждый со своей доской и произвольным составом задач и разработчиков. Можно ставить метки и комментировать задачи, прикреплять файлы объемом до 250 Мб. Есть функция «чек-лист»: можно создать множество подзадач, помечать выполненные и видеть прогресс в процентах.

Благодаря качественному API Trello интегрируется с другими решениями — например, Slack. Есть клиентские программы для основных платформ — Windows, iOS, Android, доступен веб-интерфейс.

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

Kanbanchi

Достойный конкурент Trello. Богатая функциональность даже на бесплатном тарифе: неограниченное количество колонок и задач, комментарии и теги. Задачи можно маркировать цветами по типам, чтобы легче ориентироваться на доске. Есть чек-лист, для каждого элемента которого можно задать «вес» — продолжительность выполнения относительно всей задачи в целом. Этот параметр учитывается при вычислении объема выполненной работы.

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

Интерфейс у Kanbanchi англоязычный. Но если вы усвоили принципы Kanban’а, разобраться в деталях не составит труда.

Битрикс24

Битрикс24 — это полноценная CRM со встроенной Kanban-доской. Позволяет вести внутри организации множество проектов и прикреплять к ним специалистов. Создавая задачу, сотрудник автоматически помещает карточку на персональную Kanban-доску исполнителя. Это один из вариантов представления задач — их также можно вывести в виде обычного списка или диаграммы Ганта.

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

Система платная. Бесплатный тариф есть, но в нем нет ряда полезных функций, и работать на нем могут не более 12 сотрудников, а объем облачного хранилища ограничен 5 Гб. Но для небольших стартапов или маленьких коллективов разработчиков этого вполне может хватить. Зато помимо Kanbanа вы получите полноценную CRM-систему.

Kanbanery

Kanbanery позволяет создавать на доске произвольное количество колонок с любыми названиями. Для каждой задачи можно указать сроки исполнения, прикрепить файлы, добавить комментарии, отслеживать изменения в карточках. Чтобы получить общую картину работы над проектом, можно воспользоваться продвинутыми графическими отчетами. Разработчикам ПО будет особенно полезна интеграция с GitHub. Есть мобильные приложения Kanbanery для iOS и Android, а также API для интеграции сервиса с пользовательскими приложениями.

Это платный сервис: он предлагает несколько тарифов, различающихся количеством активных пользователей — от 5 до 50. Бесплатный тариф тоже присутствует, но работать с одной доской смогут не более двух человек.

Taskify

До крайности простой онлайн-сервис, позволяющий создать Kanban-доску из трех колонок: To do («Сделать»), In progress («В работе») и Done («Сделано»). На доске размещается любое количество задач, которые изначально создаются в To do. Для каждой указывается дедлайн и исполнитель. Карточки с задачами при приближении дедлайна меняют цвет от нейтрального серого до красного.

Kanban-доска Taskify доступна в режиме онлайн для любого количества пользователей — достаточно поделиться ссылкой на нее, в том числе через социальные сети.

Плюсы: Taskify доступен бесплатно и без регистрации, его просто осваивать и легко использовать. Минус — набор функций скудный, на грани аскетизма.

На этом список онлайн-сервисов не заканчивается. Среди многообразия решений непременно найдется то, которое подойдет вашей команде и поможет в работе!

Тайм-менеджмент и организация дел — то, без чего невозможна жизнь и работа современного человека, от няни до айтишника. По запросу «to do list» магазины приложений выдают сотни вариантов. Большинство пользователей давно определились с форматом ведения списков и настроили под себя одну из популярных программ — Trello, Things, Wunderlist, Google Keep, Evernote.

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

Todoist + Evernote

Где посмотреть. О Todoist можно почитать на сайте: посмотреть видеоинструкции, ознакомиться с возможностями платных аккаунтов и скачать приложения. В этом смысле разработчики переплюнули конкурентов — кроме версий для iOS, Android, macOS и Windows представлены приложения для смарт-часов и имейл-плагины, чтобы сохранять письма как задачи.

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

Сколько стоит. В Todoist основные функции доступны бесплатно, а еще есть «Премиум» за 230 р в месяц и «Бизнес» для командных проектов. В Evernote бесплатный аккаунт, «Плюс» за 999 р и «Премиум» за 1990 р.

Для чего. Карл Пуллейн, специалист по тайм-менеджменту и личной продуктивности, на личном ютуб-канале рассказывает, как использовать приложения-планировщики на полную. Больше на канале материала про Evernote, а про Todoist Карл даже написал книгу Your digital life and working with Todoist. В одном из роликов автор рассказывает, как эффективно планировать отпуск с помощью связки Evernote + Todoist:

На примере с планированием зимнего отпуска Карл показал, как составить план проекта в Evernote и управлять им в Todoist. Он заранее подготовил чек-лист в Todoist и назначил дедлайн — первый день отпуска. В чек-листе оказался пункт, который выходит за рамки проекта — выбор отеля на севере Японии, — и в приложении нет функции отслеживать его отдельно. Владельцы премиум-аккаунтов могут оставлять комментарии к задаче, добавлять картинки, аудио и файлы с Google Диска — это облегчает отслеживание отдельной задачи, но для полноценного планирования формат неудобный.

А вот с Evernote всё иначе: Карл создал заметку с информацией, которая поможет выбрать горнолыжный курорт. Он нашел сайт, где подробно описывают отель Niseko, прикрепил к заметке ссылку и добавил несколько фотографий, чтобы показать жене. Еще один плюс приложения — масштабируемые картинки: пригодится, если нужно рассмотреть снимок получше.

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

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

В конце заметки — список задач под заголовком «Что делаем дальше», и это скорее демоверсия — не обязательно выполнять все. Не имеет значения, насколько беспорядочно вы накидаете информацию в заметках, главное сформулировать задачи в конце. Скопируйте их и перенесите в Todoist командой Ctrl + C, Ctrl + V. Приложение предложит добавить пять задач в список — и это одна из причин, почему удобно использовать Evernote + Todoist.

Если попробовать сделать то же самое с Word, задачи не скопируются, а вот с Evernote функция работает

Airtable

Где посмотреть. Программой можно полноценно пользоваться после регистрации прямо на сайте. Если в браузере неудобно, есть версии «at your desk or on the go» — для MacOS и Windows, iOS и Android.

Сколько стоит. Бесплатная версия подойдет для личного планирования, версии за 10 $ — для небольшой команды и за 20 $ — для компании побольше. Подписки отличаются размером облачного хранилища, количеством записей в одном файле и хранением истории.

Для чего. Airtable позиционируют как приложение для таблиц или баз данных. Многие сравнивают его с Excel, но возможностей у Airtable гораздо больше. Облегчит работу команды и фанатичных планировщиков: программа способна заменить CRM и таск-менеджеры, но может оттолкнуть сложным устройством. В Airtable есть готовые органайзеры для всего, программа идеальна для структурирования информации, а вот отслеживать задачи и не пропускать напоминания вряд ли получится. Из-за подобных сложностей использования в Airtable встроили гайды и видеоуроки, которые пошагово описывают правила работы с таблицами.

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

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

Шаблоны для ежедневного планирования авторы Airtable предусмотрели, но они слишком сложные — для простых списков лучше выбрать другое решение. Чек-листов в Airtable нет, только списки с несколькими категориями. Шаблоны Everyday life презентуют как помощники для организации повседневных дел. Вряд ли ресторанный гид, таблица с заявками на поступление в вуз или список для покупки автомобиля вписываются в этот формат, но есть и полезное: список покупок, планировщик меню, коллекция рецептов, шаблон для отслеживания ремонта квартиры.

В категории Creative пригодится шаблон Talent database — пример организации базы контактов или ведения проекта. Event planning — шаблоны для планирования вечеринок и конференций, которые составлены с учетом специфики: для расписания конференции по киберспорту и домашнего турнира по игре на плейстейшн таблицы разные. В Groups, Clubs & Hobbies шаблоны для коллекционирования: каталог книг, копилка иллюстраций и любимых картин — и для списков: любимые кофейни, просмотренные фильмы, контроль авиабилетов для часто летающих пассажиров.

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

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

Bear

Где посмотреть. На сайте можно ознакомиться с возможностями, скачать версии для MacOS и iOS или расширения для Google Chrome и Firefox.

Сколько стоит. Основные функции бесплатные, а расширенная премиум-версия стоит 1,5 $ в месяц или 15 $ в год.

Для чего. Год назад в телеграм-каналах про IT случился бум постов о Markdown. Это простой язык разметки, с помощью которого из текстового файла создают форматированные документы. Для этих целей уже есть Word и Google Docs, но выглядят они до сих пор довольно скучно. А вот markdown-заметочники не уступают в функциях и выглядят красиво благодаря фирменным иллюстрациям и ярким цветам.

Bear — markdown-программа для тех, кто предпочитает простые интерфейсы. О приложении отзывались как о молескине компьютерной эры, и если вы ищете электронную замену блокноту, то Bear — для вас. Больше всего заметочник подойдет тем, кто много работает с текстом. Приложение представили пользователям как «онлайн-друга писателя» — Bear поддерживает любое форматирование текста, в нем удобно писать имейлы или эссе, составлять черновую верстку и планировать дела. Готовый документ сохраните в нужном формате и отправьте по почте или распечатайте список дел на выходные.

Инструменты для форматирования и экспорта. Редактор разметки поддерживает 20 языков программирования, а форматировать документ можно даже в Word

Bear хорош и для рабочего планирования, и для повседневного: в заметочнике удобно писать скрипт для сайта или составлять список покупок. Рабочее пространство организовано просто: панель управления, список заметок и редактор. В первой колонке переключайтесь между записями и тегами, в средней просматривайте превью заметок, в третьей — редактируйте выбранный файл. Программистам понравится умный поиск и поддержка операторов: чтобы найти заметки с картинками, введите команду @image. А еще Bear автоматически распознает и оформляет код, имейлы и HEX-цвета.

Собираем собаку в отпуск с помощью Bear. В отдельной заметке можно написать более подробную информацию и связать ее с чек-листом

Agenda

Где посмотреть. На официальном сайте предлагают почитать описание и поразглядывать скриншоты, а если все понравится — скачать программу для MacOS и iOS.

Сколько стоит. Основные функции бесплатные, но если вы привыкли выжимать из программ максимум, есть премиум-версия за 24.99 $ в год. Правда, в ней нет ничего особенного, кроме экспорта заметок в Markdown и HTML.

Для чего. Принципы работы похожи на предыдущее приложение, но если Bear подходит для быстрых разовых заметок, то Agenda — полноценный органайзер для фанатов планирования. «Notes, your time has come» — этими словами встречает Agenda. В онбординге пользователю показывают презентацию о преимуществах приложения. Разработчики объясняют, что другие планировщики знают о вашем прошлом, но понятия не имеют о будущих планах, а заметки не структурированы и выглядят как простыни текста.

Приложение действительно отличается от других, но с первого взгляда не совсем понятно, что такое Agenda — заметочник или планировщик. Разработчики описывают программу как data-focused note-taking app — дата-ориентированное приложение для заметок.

На WWDS 2018 приложение получило награду Apple Design Awards. «By combining notes, calendars and task in unique ways and really powerful relationships», — так описывали на конференции его функции. Agenda пригодится для конспектирования, напоминалок, ежедневного планирования, черновиков, туда даже код писать можно. Оформление заметок может посоревноваться разнообразием с Google Docs: доступен полноценный текстовый редактор с форматированием, отступами, оформлением ссылок и тегов. Премиум-подписчикам это поможет быстро превратить текст в код.

Одна из заметок-примеров показывает, как разработчики смогут использовать Agenda для технических проектов

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

Как менеджер задач Agenda тоже подойдет: инструмент предлагает разные стили для списков, и создавать нумерованные или контрольные списки можно в одном документе. А еще — отправлять заметки по почте или в соцсетях.

Конспект

Где посмотреть. На сайте fff-works Николай Товеровский, преподаватель курса по управлению временем, людьми и собой, публикует полезные инструменты и обучающие игры. На странице «Конспекта» можно скачать демоверсию, загрузить приложение для iOS и посмотреть обучающее видео.

Сколько стоит. Демоверсия с основными функциями бесплатная. Тем, кто хочет поощрить старания разработчиков, доступна расширенная в AppStore за 749 ₽.

Для чего. «Конспект» — инструмент для согласования замечаний с клиентом, концепт которого сделали студенты «Бюро Горбунова». Электронный блокнот разработали как помощник в переговорах — чтобы фиксировать важные и спорные моменты встречи, отслеживать итерации. Основные инструменты программы: заметки, задачи, дедлайны, замечания. Задачи можно разделить по спискам-категориям: «делаем», «не делаем», «тайм-аут».      

«Конспект» задумывали как инструмент для согласования встреч, но Товеровский пишет, что это еще и простой менеджер задач. Планирование вечеринки, список вещей в отпуск, фильмы для просмотра, чек-лист на день — для этого «Конспект» тоже подойдет. В категорию «не делаем» можно переносить задачи, которые не готовы, а потом вернуться к ним. «Тайм-аут» подойдет для дел, которые перенесли.

Переговоры, согласование и планирование в одном конспекте

«Конспект» как to do list понравится тем, кто привык к бумажным блокнотам. Если вы паникуете при виде электронных менеджеров задач с множеством функций — этот планировщик тоже для вас.

Taskade

Где посмотреть. Списки можно создавать и на официальном сайте, но для удобства пользователей есть версии для всех ОС, даже расширение для браузера. Для начала протестируйте шаблоны— список книг для прочтения, планировщик встреч или простой перечень дел на неделю.

Сколько стоит. Бесплатно.

Для чего. Сервис родился из желания разработчиков эффективно работать над задачами в команде, участники которой живут в разных частях света. Важным условием для инструмента был принцип работы не сложнее ручки и бумаги. Когда подходящего решения не нашлось, они сделали свой. «Taskade is everything we’ve ever wanted in a team productivity tool», — пишут авторы на странице «About». При первом знакомстве с продуктом становится понятно, что его действительно делали как для себя.

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

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

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

Рабочий стол Taskade. Есть большой выбор фонов, но лучше установить нейтральный цвет, если не хотите вместо работы разглядывать горную панораму или звездное небо

Чем плохи популярные решения

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

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

Ежедневники My special planner: развороты на 52 недели и отдельно все месяцы года, чек-листы для более детальных списков, пустые страницы для заметок

С поиском универсального инструмента связано появление контента о повышении продуктивности. На ютуб-канале «Keep Productive» публикуют нестандартные решения для планирования — ищут новые, комбинируют старые. Один из авторов канала использует девять приложений сразу. Девять! Ни одно из них по отдельности не обеспечивает ему эффективную работу.

И даже у приложений, которые лидируют по количеству скачиваний, со временем что-то идет не так. В 2016 году в Evernote изменили политику: ввели ограничения на количество устройств, повысили стоимость подписок. В Twitter пользователи писали, что разочаровались в сервисе, и выбирали, на какой планировщик «переехать». Программу Wunderlist вовсе закрыли: хотя Microsoft выпустила приложение To-do на замену, на него перешли не все.

Надеемся, что кто-то из разработчиков таки выпустит универсальный инструмент для планирования. А пока тем, кто недоволен стандартными решениями, остается «слепить» из нескольких своего Франкенштейна. Расскажите, какими программами для планирования дел пользуетесь вы?

GeekBrains уже рассказывал о «Водопаде» (Waterfall), на очереди — Agile: познакомимся с этой схемой, по которой организуют работу многие коллективы программистов.

В феврале 2001 года семнадцать человек — крупные IT-специалисты и разработчики — собрались на горном курорте в штате Юта. Отдохнули, пообщались и составили небольшой документ — Agile-манифест.

Он стал новацией в разработке программного обеспечения и положил начало ряду практических подходов к программированию. Классической методологии «Водопад» пришлось потесниться.

Гибкость во всем

С английского agile переводится как «подвижный, быстрый, проворный». Но в русской IT-лексике за этой группой методологий закрепилось определение «гибкие». Agile-подход динамично организует программирование, постоянно адаптируя проект к новым обстоятельствам и требованиям.

Не углубляясь в детали, вспомним, как устроена разработка по методологии Waterfall:

1. Выдвигаются требования к ПО, разрабатывается техническое задание (ТЗ).
2. Поставленные задачи воплощаются в коде.
3. Выполняется тестирование.
4. Готовое ПО внедряется в работу.

Теоретически в Waterfall возможен возврат на предыдущие ступени — например, если оказывается, что ту или иную задачу невозможно выполнить по техническим причинам. В этом случае ТЗ пересматривают, но это скорее чрезвычайная ситуация. В норме конечный продукт должен идеально соответствовать требованиям, целям и задачам, которые были сформулированы до разработки.

В Agile-методологии в приоритете не исходные установки, а актуальные потребности пользователя. Постоянно вносить изменения в ТЗ, даже в самый разгар разработки, для Agile нормально. В гибкой методологии не предусмотрен предварительный генеральный план — напротив, программный продукт пишется практически экспромтом.

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

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

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

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

На этом итерация завершается — и начинается новый виток разработки.

Идеи и принципы

Гибкая методология — не единый подход к разработке, а набор идей и принципов, на которых основаны конкретные практические решения. Можно считать это особой философией, которая задает вектор, а не предписывает действия. Эти идеи и принципы были впервые сформулированы в Agile-манифесте.

Четыре центральных идеи Agile Manifesto

• Люди и взаимодействие важнее, чем процессы и инструменты.
• Работающее ПО важнее, чем исчерпывающая документация.
• Сотрудничество с заказчиком важнее, чем согласование условий контракта.
• Готовность к изменениям важнее, чем следование первоначальному плану.

12 принципов Agile

1. Задача высшего приоритета — регулярно и как можно раньше удовлетворять потребности заказчика, предоставляя ему программное обеспечение.
2. Учитывать, что требования могут измениться на любом этапе разработки. Если изменения быстро вносятся в проект, заказчик может получить конкурентные преимущества.
3. Выпускать версии готовой программы как можно чаще — с промежутком от двух недель до двух месяцев.
4. Ежедневно вместе работать над проектом — разработчикам и заказчикам.
5. Поручить работу мотивированным профессионалам. Обеспечить поддержку и условия, довериться им — и работа будет сделана.
6. Общаться напрямую — это самый эффективный способ взаимодействия внутри команды и вне ее.
7. Считать главным показателем прогресса работающий продукт.
8. Поддерживать постоянный ритм работы — касается и разработчиков, и заказчиков.
9. Уделять пристальное внимание техническому совершенству и качеству проектирования — это повышает гибкость проекта.
10. Минимизировать лишнюю работу.
11. Стремиться к самоорганизующейся команде — в ней рождаются наиболее эффективные и качественные решения.
12. Всем участникам команды — постоянно искать способы повышать эффективность работы.

Но руководствуясь только этими идеями и принципами, выстроить рабочие процессы нельзя. Поэтому принято считать, что Agile — это класс, в рамках которого существует ряд прикладных методологий.

Scrum

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

Впервые термин прозвучал в 1986 году. Японские исследователи Икуджиро Нонака и Хиротака Такеучи в статье The new New product development game сформулировали принципы, позволяющие быстрее создавать новый продукт. Среди условий такой разработки назвали самоорганизующуюся команду специалистов, их полную свободу в творчестве и работе — без ограничений со стороны топ-менеджмента. Этот подход авторы описали так:

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

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

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

Методика, предложенная Нонака и Такеучи, нашла применение в IT-сфере, разработке инженерных решений в машиностроении, электронике. В 90-х Scrum оформился как проработанная и цельная методология, оброс конкретными приемами, помогающими с нуля наладить работу команды. Благодаря Кену Шваберу и Джеффу Сазерленду Scrum пришел в IT и приобрел популярность среди разработчиков — некоторые даже считают эту методологию революционной.

Командный дух

В команде, работающей по принципам Scrum, нет внутренней иерархии: ни руководителей, ни подчиненных, ни указаний-приказов. Есть два особых члена группы: product owner — владелец продукта, и scrum master — скрам-мастер.

Product owner лучше всех знает, каким должен быть продукт. Зачастую это заказчик, его представитель или сотрудник, ответственный за взаимодействие с клиентом. Он должен ясно понимать, что именно требуется конечному пользователю программы. Все пожелания и предложения по функциональности и внешнему виду продукта (в Scrum они называются stories — истории) он заносит в специальный список — Product Backlog. Бэклог формируется до старта разработки и по ходу постоянно пополняется. Здесь же указывают приоритеты доработок.

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

Рывок! Еще рывок!

Работа над программой в Scrum, как и в Agile в целом, разделена на итерации. Здесь любят спортивную терминологию: эти отрезки разработки называют забегами или спринтами. Каждый начинается с того, что команда сообща определяет, какие именно истории из списка владельца продукта она сможет реализовать на этом спринте. Выбранные идеи переносятся в отдельный список — sprint backlog. Фиксируется цель: что конкретно команда сможет продемонстрировать пользователю в итоге. Задачи распределяют, и начинается забег.

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

В конце забега результаты демонстрируют владельцу продукта. И немедленно начинают новый спринт — очередную итерацию цикла разработки.

Важно помнить, что в итоге скрам-забега пользователь получает готовую версию программы: можно запускать и работать. На ранних этапах проекта программа может быть способна только вывести сообщение «Hello, world!». Но даже самый первый спринт должен дать результат: программа уже есть и она запускается.

XP — программируем экстремально!

Речь не о Windows XP. Под этой аббревиатурой скрывается еще одна методология из класса Agile: eXtreme Programming — экстремальное программирование. Ее придумал разработчик Кент Бек, развивали Уорд Каннингем, Мартин Фаулер и другие. Это набор простых принципов и практик, которые помогают наладить эффективную работу.

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

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

В экстремальном программировании все эти принципы доведены до предела. Нет времени объяснять — нужно делать! Планируют на короткий срок. Итерации разработки максимально сжатые. Чем быстрее выйдет рабочая версия — тем лучше. Реализуется самое простое из решений, а код пишется и тестируется параллельно.

Экстремальные практики

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

В начале каждого цикла разработчики устраивают общее собрание — представителя заказчика тоже приглашают. Совместно решают, какую функциональность будут реализовать. За основу берутся пользовательские истории — то есть задачи и требования — с учетом их значимости.

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

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

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

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

Парное программирование — одна из полезных практик XP

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

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

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

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

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

Переработку XP не поощряет: требует от программистов неукоснительно соблюдать рамки 40-часовой рабочей недели. Никаких «я только допишу эту функцию»! Если не умеете переключаться и отдыхать — скоро не сможете и продуктивно работать.

Экстремально — не значит плохо

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

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

Экстремальное программирование не предписывает, как действовать в конкретной ситуации. Если решение задачи для всех очевидно и написать код не составит труда — нет реальной необходимости в парном программировании. Если на часах 18:00, а вам осталось дописать двадцать строк кода — можно не откладывать на завтра. Методология не заменяет здравый смысл!

Никакого волшебства

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

Agile-методологии предъявляют высокие требования к профессионализму, квалификации и настрою специалистов. Важна сплоченность коллектива, взаимное уважение и обмен опытом. Экстремальные практики не научат плохого программиста гениально кодить, Scrum не поможет конфликтному специалисту влиться в коллектив.

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

Преимущества Agile

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

Заказчик и пользователь в этой схеме выступают не столько как инвесторы, сколько как партнеры и идейные вдохновители. И это оправдано — не всегда программист ясно представляет, что именно хочет получить пользователь. Но и он, далекий от разработки, понятия не имеет о возможностях, которые может получить с помощью программы, какие процессы можно автоматизировать и на каком уровне. Объединив усилия и общаясь, пользователь и разработчик способны создать продукт, превосходящий аналоги по эффективности и эргономичности.

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

Темная сторона силы: недостатки Agile

Не факт, что программа когда-нибудь будет завершена.

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

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

Пользователь требует все и сразу.

Большинство участников проекта со стороны пользователей могут на ранних этапах сформулировать множество требований к программе и будут ожидать, что все они будут реализованы в ближайших итерациях. Значительная часть требований получит наивысший приоритет — так что разработчику предстоит определять, какие задачи выполнить сейчас, а какие — отложить. А пользователи будут недовольны: они хотят все и сразу.

Работа над проектом требует не только профессионализма разработчика, но и сознательности пользователя. А спросите у программистов, часто ли им встречались адекватные, понимающие пользователи.

«Золотые пользователи»

Если в обсуждении участвуют несколько заказчиков (пользователей), их вклад в проект часто разномасштабный. Кто-то более внимателен и вносит много предложений, а другой сидит молча. Обсуждение проекта с широким охватом может и вовсе проходить на форуме.

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

Строительство без чертежей

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

С каждой новой итерацией количество «подпорок» нарастает катастрофическими темпами, делая внутреннюю структуру программы нелогичной и малоэффективной. А тестирование на каждом этапе проводится только для вновь созданной или доработанной функциональности. Так что нельзя поручиться, что поправив код в одном месте, не сломаешь в другом.

Постоянная спешка

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

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

До тех пор, пока работает…

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

Кому подойдет Agile

Методологии класса Agile хорошо себя покажут, если:

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

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

Больше методологий богу методологий!

Мы рассмотрели Scrum и XP, но класс Agile включает и другие методологии. Есть любопытные подходы и вне Waterfall и Agile. Продолжим в следующей статье.

Кадр из фильма «Области тьмы», 2011, Relativity Media

Хотите больше запоминать, быстрее мыслить, проще концентрироваться, лучше решать задачи, стать эрудированнее, внимательнее и счастливее? И чтоб бесплатно, без таблеток и скуки? Помогут эти приложения.

Mensa Brain Training

Приложение выпущено Mensa — старейшей и крупнейшей организацией для людей с высоким IQ, члены которой по результатам теста на коэффициент интеллекта превзошли 98 % населения Земли. Улучшает способность человека рассуждать, выявлять закономерности и учиться. Тренируются пять областей: объем памяти, концентрация, подвижность ума, восприятие, рассуждение. Можно проверить свой уровень по каждому показателю и посмотреть персональный рейтинг среди участников — Mensa Brain Index (MBI). Приложение пока доступно только на IOS.

Peak

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

Elevate

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

Trivia Crack 2

Приложение тренирует и мышление, и эрудицию. Ваша задача — ответить на вопросы и разблокировать шесть персонажей, которые представляют категории знаний — искусство, науку, спорт, развлечения, географию и историю. В Trivia Crack 2 круто играть с друзьями — можно даже создать собственный клан и разработать свою викторину. А вот несколько примеров вопросов из приложения:

Lumosity

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

Memorado Brain Training

Здесь 24 интеллектуальных игры и более 720 уровней сложности. Можно тренировать память, логику, концентрацию, скорость реакции и математические навыки. Есть четыре упражнения для развития осознанности, которые помогут уменьшить стресс и восстановить душевное равновесие. В приложении можно выбрать навыки, которые нужно прокачать, и оно сформирует индивидуальную ежедневную тренировку. Memorado также разработано совместно с учеными в области нейронаук.

Clockwork Brain Training

17 забавных, но сложных головоломок, развивающих память, внимательность, гибкость ума, языковые навыки и мышление. Игры адаптируются под ваш уровень — скучно не будет! В приложении доступна статистика, чтобы было удобнее отслеживать прогресс.

Brainwell Mind Brain Training

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

Curiosity

Приложение расширит кругозор с помощью коротких видео и статей, отвечающих на глубокие вопросы о мире. Также тут много увлекательных головоломок и викторин, а интересными находками можно делиться с друзьями. Еще Curiosity — крутой способ подучить английский, ведь приложение доступно только на этом языке. Содержит более 5000 статей и около миллиона видео.

Король математики

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

Happify: for Stress & Worry

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

А вы пробовали эти приложения? Знаете ли еще бесплатные тренажеры для ума?

Раскрутиться в YouTube становится сложнее с каждым днем. Атрибуты успешного канала, которые раньше были неизменными, — камера в «Нокиа» и узорчатый ковер — больше не работают. Мы разобрались, как покорить YouTube накануне 2019 года, и сделали подробное руководство в трех частях: как создать канал, как снимать видео и как раскрутить канал.

Тематика

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

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

Наиболее популярная тематика, по мнению СЕО группы видеокомпаний BeGroup Сергея Ляшенко, лайфстайл или влог — видеодневник. Влог отлично подойдет одиночным специалистам или стартующим бизнес-проектам с их первыми трудностями и успехами. Другие востребованные направления — игры, интервью, предпринимательство, автомобили, шоу, кулинария и дом.

Ирина Мандрина, PR-директор Feedstars:

— Каждый блогер выбирает свою нишу, и эта тема должна быть близка ему изначально. Профессиональный журналист и автор влога «Нежный редактор» Таня Мингалимова берет интервью у девушек, которые находятся на пике популярности. Ян Топлес Лапотков выбрал для себя развлекательно-обучающий формат, Наталья Ящук записывает очень смешные вайны. Стас Давыдов — «дедушка русского YouTube» (прости, Стас!) — ведет юмористический канал и умудряется восемь лет держаться в топе блогеров. Он честно рассказывает, как дается эта популярность: за внешней легкостью и непосредственностью стоит поистине адский труд. То же самое могут сказать все топовые блогеры.

Оформление

Стиль канала лучше сделать узнаваемым — в этом поможет брендирование. Если у компании нет фирменного стиля, лучше разработать его специально для канала. Создайте для него шапку — уникальный баннер размером 2560 х 1440 пикселей, который будет привлекать внимание и мгновенно сообщать о тематике. Придумайте логотип канала — квадратное или круглое изображение размером до 800 х 800 пикселей, которое сжимается до 98 х 98.

Отдельно создавайте миниатюры — обложки или афиши роликов. Можно выбрать один из трех подходов: брендировать все ролики одинаково, разработать для каждой категории видео собственную обложку или для каждого ролика создавать новую. Требования к миниатюре: изображение формата JPG, GIF, BMP или PNG размером 1280 x 720 пикселей (16:9) и весом до 2 мб.

Для финала ролика делайте конечные заставки — записи длиной 5–20 секунд с призывами и переходами. В такую заставку можно добавить до четырех элементов: кнопку «Подписаться», ссылки на другие видео, плейлисты, сайт или соцсети. И обязательно размещайте здесь название и логотип канала, потому что они в заставках не отображаются. При монтаже заранее предусмотрите место для заставки, иначе не сможете ее добавить.

Желательно записать трейлер — рекламный ролик, который кратко рассказывает о канале и приглашает подписаться. Делайте его интригующим и визуально привлекательным: не рассказывайте, а показывайте, что зрители смогут получить от вашего канала. Длина трейлера — до 30 секунд.

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

Плейлист канала GeekBrains: видео отсортированы по темам, у каждой категории — собственная миниатюра

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

Вадим Скосырев, руководитель пресс-службы ИК QBF:

— Сначала важно проработать концепцию YouTube-канала, составить описание и выбрать подходящее оформление: значки, фоновое изображение. Качественный description (описание) значительно влияет на выдачу в поиске. Если канал рассчитан на серьезную возрастную аудиторию, то пользователи, скорее всего, прочтут презентационный текст полностью.

Описание YouTube-канала разделите на абзацы и впишите ключевые слова равномерно по тексту. Если высокочастотные запросы будут следовать подряд, поисковики могут понизить канал в выдаче.

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

График выхода

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

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

Андрей Ульянов, основатель агентства видеомаркетинга Ketchup:

— Чтобы добиться успехов в продвижении, не спешите думать о создании своего канала с нуля. Это энергозатратно и требует немалых вложений. На производство одного качественного видеоролика может понадобиться от 50 до 500 тысяч рублей. Чтобы не уходить из поля зрения аудитории, нужно выходить в эфир не реже раза в неделю. Итого — минимум 200 тысяч рублей в месяц только на создание роликов. Но размещать публикации на чужом канале гораздо дешевле, чем продвигать собственный. Ставка за рекламу на YouTube — в среднем от 50 тысяч рублей за интеграцию в ролик.

Юридические тонкости

YouTube проверяет, соблюдены ли авторские права, с помощью механизма Content ID. Если они нарушаются, контент блокируется или монетизируется правообладателем. Размещать можно только уникальные видеоролики, которые созданы владельцем канала. Если в публикации присутствует чужое видео, то его следует оформлять по правилам цитирования: указывать авторов и ограничиваться десятисекундным отрывком.    

В ролике можно использовать бесплатную музыку из фонотеки YouTube, с сайтов-архивов Freemusicarchive.org и Jamendo.com. Как вариант — запросить письменное разрешение правообладателя.

Итак

В России ежедневно 16 миллионов человек, или 30 % всей аудитории Рунета, посещают YouTube, причем каждый зритель смотрит примерно 35 роликов. Бизнесу или блогеру остается только найти среди них свою аудиторию. А вы уже открыли канал на YouTube? Довольны результатами?

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

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

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

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

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

Я бы хотел затронуть три основные проблемы, с которыми вы точно столкнетесь практически сразу.

Уйти (,) нельзя (,) остаться: трудный выбор коллектива

Вы доросли до того момента, когда приняли решение двигаться дальше, и устроились на новое место с повышением. Другая ситуация: руководство на текущем месте отметило ваши заслуги и решило вверить вам подразделение. В назначенный день вас представляют всем сотрудникам и торжественно произносят: «У вас новый руководитель, просим любить и жаловать». Страшно?

Тут возможны две кардинально противоположные ситуации:

• вы приходите в незнакомый коллектив;
• остаетесь в своем любимом, но знакомом до боли коллективе, просто теперь вы начальник.

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

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

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

Кто, если не я?

Вы на должности, все круто. Что делать дальше? Очевидно, налаживать процесс во вверенном подразделении. Сюжет широко известной книги «Как пасти котов»: вот они пасутся тут такие, будем направлять их на путь истинный (сарказм, конечно).

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

Как обычно рассуждает такой человек? «Сейчас я всех научу делать так же круто, как я. Всем расскажу, объясню и, конечно, помогу. Я теперь руководитель, знаю все и могу донести до сотрудников». К сожалению, реальность вносит коррективы.

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

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

Все это — от неумения делегировать обязанности и непонимания, зачем это нужно. Еще бывает, что лидер не может чуть отпустить ситуацию и дать сотрудникам возможность самореализоваться без поддержки и опеки, но под адекватным руководством.

Совет: забудьте. Это больше не ваш код и не ваше детище. У вас теперь другие функции.

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

Бизнес и разработка: найти точки соприкосновения и выжить

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

Вот сидел я и думал, что менять-то? Общие рекомендации по выстраиванию процессов, делегированию обязанностей, управлению мало помогали. А про высокую ответственность и говорить нечего — у ведущих специалистов она всегда такая.

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

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

Бизнесу важно другое. Есть такой распространенный кейс: соревнования на бизнес-курсах. Суть в следующем: человек становится за три шага до стены. Ему задают вопрос, и только после ответа он может сделать шаг вперед. Засекается время «забега» до стены. Победителем считается тот, у кого это заняло меньше всего времени.

Как рассуждаем мы, технические специалисты? Надо внимательно выслушать вопрос, хорошо подумать и ответить. Ан нет. В этой игре побеждает тот, кто первый коснулся стены. И неважно, что именно он ответил, главное — более-менее «в цвет».

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

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

П: «Что вы сделали за прошедшую неделю?»

Р: «Ну, мы внедрили суперподсистему отладки в нашу систему».

П: «И зачем? Чем нам это поможет?»

Р: «Как же, мы теперь в три раза быстрее сможем расследовать инциденты и чинить баги!»

П: «Это все круто. Вы, безусловно, молодцы, но как и, главное, кому мы это сможем продать?»

Знакомая ситуация? Скорее всего, да. А слово «рефакторинг» либо вызывает улыбку, либо сеет панику. Проблема? Еще какая.

Тут тоже есть две кардинально разные позиции.

Первая перекликается с упомянутой выше ситуацией, когда клевый технарь начинает все брать в свои руки и старается добиться от подчиненных того же. Чтобы все четко, согласно стандартам разработки, с бесконечными code review, возвратами на доработку и так далее. Он делает систему как будто «для себя», не для бизнеса. Надо ли говорить, что в глазах начальства такой руководитель подразделения выглядит малоэффективным. Ибо время идет, а пользы мало.

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

В вакансиях я часто вижу требования к руководителям высоких уровней — проведение code review, активное участие в разработке. Искренне не понимаю — зачем? Очень хорошо, когда руководитель это умеет, но к чему грузить его подобной работой? От него же совершенно другое требуется.

Второй подход, достаточно распространенный, характеризуется крылатой фразой «хренакс-хренакс — и в продакшн».

Все равно как, кто — это нужно вчера. Даешь костыли и говнокод! Это действительно работающий подход, нередко сочетающийся с диктаторским управлением. Можно делать какие-то вещи в три, в пять раз быстрее. И они даже будут неплохо работать. Бизнес доволен, клиенты тоже, все круто.

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

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

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

Я не сторонник черного и белого — всегда стараюсь найти золотую середину. Качеством продукта ни в коем случае нельзя пренебрегать. Но и понять потребности бизнеса тоже важно.

Выход: лавировать, искать решения.

Выводы

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

Отвечаю на поставленный вопрос — стоит ли идти в руководство?

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

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

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

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

Роман Хохлов

Технический директор

Calltouch

Мы расспросили Семена Ефимова, автора Telegram-канала «Русский маркетинг», о показателях эффективности, трендах и карьере в социальных сетях.

SMM в 2018 году

— Семен, расскажи, как с годами изменились задачи, которые решают бренды в соцсетях?

— Все зависит от конкретных дат. Если брать уже далекий 2007 и нынешний 2018, то изменилось, наверное, практически все. Тогда были популярны форумы и ЖЖ, теперь они давно стагнируют, хотя еще и пытаются вернуться в игру. Кто бы мог подумать еще в 2010 году, что для крупных брендов присутствие в социальных сетях будет считаться нормой?

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

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

— Как выбрать соцсеть для бренда? Если сегодня создавать сообщества, то где посоветуешь?

— По-моему, бренды сейчас стараются охватить максимум аудитории, а значит должны быть на всех доступных площадках. В России три условных кита: «ВКонтакте», Instagram и Facebook. Еще есть YouTube, но большинство компаний просто включает его в медиаплан и запускает рекламу или работает с лидерами мнений. Построить успешный канал бренда в YouTube дорого и трудозатратно. Из примеров на ум приходят каналы Samsung и 1xbet. Боюсь представить, сколько денег потратили на них.

Обложка YouTube-канала 1xbet, посвященного футболу

Еще есть «Одноклассники», но, как мне кажется, многие SMM-специалисты (да чего уж там скрывать, и я тоже) просто не понимают, как там работать. У крупных брендов там есть аудитория, но насколько я знаю, соцсеть просто ставила их сообщества в рекомендуемые и помогала быстро набрать подписчиков.

— Что наиболее эффективно в соцсетях? Какие каналы? Какие виды взаимодействия? Или может ты вообще считаешь, что надо вкладываться во что-то другое?

— В 2012-2013 годах во «ВКонтакте» были эффективны текстово-графические блоки, в 2015-2016 годах — блоки с рекомендуемыми сообществами. В то время в Instagram круто работали обычные рекламные посты в ленте. Затем на смену им пришла видеореклама, а после и реклама в Stories. Раньше аудитория хорошо реагировала на рекламу, потому что она только начала появляться. Позже с введением новых форматов пришла усталость.

Сейчас у многих пользователей уже присутствует эффект баннерной слепоты: реклама вроде и есть, но ты пропускаешь ее. С каждым годом цеплять пользователей становится труднее. Что сейчас работает на ура? Промопосты «ВКонтакте», если их хорошо настроить, и Stories в Instagram.

— А для фейсбука что посоветуешь?

— Если честно, в FB сложнее. Раньше соцсеть сама говорила о том, что видео в приоритете, теперь же складывается ощущение, что все стало наоборот. Мне нравится, как в Facebook работают с автобрендами ребята из Little Big Agency.

Пример вовлекающего SMM агентства LBA

— У тебя есть любимые кейсы? Где бы ты мог сказать, что все клево?

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

Они наглядно показывают и рассказывают о домах, которые строят, записывают видео-отзывы с клиентами. Зашел на сайт и обомлел — все адаптировано, модели и планировки показаны в 3D. Люди пишут благодарные отзывы. Это для меня идеальный пример того, как небольшая компания понимает важность и ценность социальных сетей и не боится вкладывать бюджет.

— Что делать, если хочется SMM, а денег нет?

— Делать SMM без денег! Конечно, это не всем придется по душе, но почему нет? Все зависит от вашей заинтересованности, желания сделать что-то крутое и коллег, которые поддержат вашу идею. Во время запуска фан-проекта по футболу я настолько увлекся развитием сообщества, что даже потратил собственные деньги на таргетированную рекламу «ВКонтакте» — правда, небольшие. Был 2014 или 2015 год, подписчик обошелся в 50-70 копеек. Мы получили ядро активной аудитории, которое поддерживало каждый новый пост. Было круто!

— Что можешь сказать о трендах в SMM к завершению 2018? Все молятся на рассылки в мессенджерах еще с конца 2017 года — мы, кстати, тоже, но делаем их редко. Расскажи, что думаешь? Может, есть лайфхаки, которыми ты готов поделиться?

— Молиться на них не надо — надо трезво смотреть на этот инструмент. Некоторые, правда, уже успели использовать его в весьма серых схемах: например, переливали через рассылки в сообщениях сообществ трафик в Telegram. Но тут ничего не скажу, ребята — молодцы: вовремя подсуетились, пока VK не запретил это.

За рассылками действительно будущее. Я не удивлюсь, если часть email-маркетологов быстро освоится и будет заниматься рассылками и во «ВКонтакте», например. Если говорить про рассылки в целом: мессенджеры, соцсети, sms — это отличный инструмент по удержанию и возвращению клиентов. Все зависит от конкретного типа бизнеса и задач, которые они решают.

Например, в рассылке в VK есть нюанс: все сообщения попадают не в отдельную вкладку рассылок, а во входящие, путая тех, кто в этот момент переписывается. Представь, что у тебя база на 150 тысяч человек и все получили сообщения. Сколько времени тебе потребуется, чтобы найти диалог с человеком, с которым ты общалась 5-10 минут назад?

Троллинг в SMM

— Как убить любую SMM-кампанию? Что можно похоронить в 2018 году?

— Забыть поставить лимит бюджета на рекламную кампанию. У меня такое было, каюсь. А если серьезно, то убить может некомпетентный сотрудник. Или тот, который может ляпнуть, не подумав. Интернет штука такая — фейлы брендов разлетаются очень быстро. Поэтому я часто говорю, что SMM-специалисты должны быть сами отчасти троллями, чтобы общаться с такими же персонажами.

Пример плохого SMM от Ростелекома: специалист по работе с соцсетями принял коллегу за клиентку

— А что ты думаешь о троллинге вообще? Стоит ли на него в принципе отвечать? Мы помним историю с «Додо» и «Эльдорадо», обвал оценок у «Альфа-Банка». Но срок жизни одного события в интернете — 2-3 дня, все пошумели и забыли. Или все же интернет все помнит, и надо играть по всем правилам?

— Троллинг — это прекрасно! Искренне не понимаю тех, кто реагирует на него без улыбки и пытается воспринимать всерьез. Зачем? Это же отличная возможность расслабиться и пообщаться с троллями от души. Я помню историю про «Додо» и «Эльдорадо», эти ребята потом добрались и до нас. Прилетало за сутки порядка 200 и больше сообщений от троллей. Отвечал на них, правда, не я, но было весело.

Ответ на троллинг в паблике Grow Food

Даже потом сделали для них картинку для быстрого ответа.

Креативный вариант быстрого ответа на троллинг

Эффективность в SMM

— Какие KPI есть в SMM? На что обращать внимание?

— Я уже как-то писал, что в качестве KPI многие бренды указывают количество подписчиков. В России почему-то думают, что чем больше — тем лучше, но это не так. На Западе подобного даже не было — там бренды почти не тратят деньги на развитие соцсетей. В 2016 году Instagram проводил закрытое мероприятие в Москве, и мы спросили его представителей, когда в соцсети в рекламе появится кнопка «Подписаться». Они удивленно посмотрели на нас и сказали: «Никогда, а зачем?»

Я надеюсь, что эпоха измерения качества SMM по количеству подписчиков прошла. Согласен, что закладывать определенный бюджет на них нужно, но незначительную часть — все-таки глубина воронки большая. Приведу банальный пример: сначала человек пару раз раз видит полезный контент в виде рекламы от бренда, затем на третьем показе бренд предлагает подписаться на него, чтобы читать полезные материалы регулярно. И уже после оформления подписки начинается работа по вовлечению человека и подогреванию его интереса. Это могут быть записи, опросы, трансляции, рассылки, конкурсы. Как видишь, цикл подогревания интереса реально большой. Просто не все умеют хорошо с ним работать.

— Ты считаешь, что количество участников — не тот показатель, на который стоит ориентироваться. Тогда что считать? Какие критерии успешного SMM закладывать бизнесу?

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

Пример SMM паблика #хулиGANZO

Другое дело, что в отличие от Запада, в России немного иная воронка доведения пользователя до заказа, поэтому путь обычно бывает следующим: реклама на привлечение подписчиков > вовлекающий и призывающий к покупке контент > принятие решения.

— Если бы ты давал задания своим подчиненным, по каким критериям оценивал бы эффективность их работы?

— Если говорить про Grow Food, то в первую очередь по количеству заказов из соцсетей, а также по росту вовлеченности. Все остальные параметры косвенны и субъективны.

SMM-карьера

— Какая вообще карьера может быть в SMM? Вот у тебя было агентство, ты рассказывал Палачу, какой это кайф, теперь ты руководишь SMM-направлением в Grow Food? Почему?

— Потому что мы с друзьями и одновременно партнерами переоценили собственные возможности. Мы столкнулись с реалиями небольших начинающих агентств: клиенты средней руки, небольшие бюджеты, много нервов и работа 25/7. Нам же всегда нравилось работать с теми проектами, к которым лежит душа и сердце. Тогда мы вкладывали в них все и отдавались без остатка. Здесь же, увы, вышло иначе.

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

— Как найти работу SMM-специалистом и вообще в маркетинге?

— Добро пожаловать на hh.ru или в группу «Вакансии для хороших людей». Еще есть Antirabstvo, но оно уже для сложившихся специалистов. Можно подписаться на Telegram-каналы с вакансиями и мониторить. Если хотите попасть к нам, можете написать мне в лс, мы иногда берем стажеров на работу. Если вы специалист с опытом, то смотрите вакансии на нашей странице.

— Есть ли у тебя собственный канал с вакансиями?

— Да, это Digital-вакансии в Telegram. Он вырос сам по себе, а монетизация у него чисто символическая — пост стоит 100 рублей.

— Какой минимум должен знать SMM-менеджер? Как узнать, хороший ли перед тобой SMM-специалист или нет? Как оценить экспертизу?

— Я хочу, чтобы подрастающее поколение не расценивало нашу работу как «О, там надо сидеть в соцсетях и читать ленту — плевое дело! Хочу от 80 тысяч в месяц! Опыта нет, но я быстро учусь». Я не раз проводил собеседования, на которых слышал подобное почти сразу.

Ты серьезно? У тебя нет кейсов и пустое портфолио. Ты оцениваешь работу в соцсетях по лайкам, не умеешь считать и оценивать трафик и теряешься на вопросе «Работали с Google Analytics?», но хочешь на старте от 80 тысяч в месяц? К сожалению, таких «специалистов» от года к году становится больше.

— Какому специалисту ты бы платил 80 тысяч? Что у него должно быть в навыках и знаниях?

— Уровень зарплат в сфере рекламы меня давно удивляет. Особенно когда на собеседования приходят — условно — вчерашние выпускники вузов с годом опыта работы или вообще без него, но просят зарплату от 60-75 тысяч рублей (это в Санкт-Петербурге). Я понимаю, что все зависит от умения себя продать, но вспоминая себя в 2012 году, когда я радовался зарплате в 25-30 тысяч и был доволен собой, осознаю, что что-то идет не так.

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

Именно поэтому у нас подобралась классная команда. Потому что все относятся друг к другу с уважением, могут помочь, объяснить, научить и подсказать, если новичок чего-либо не знает. Получилась какая-то вода без конкретики в ответе, но это так. Уверен, многие оценивают так же.

— Какие 3 шага нужно сделать, чтобы стать SMM-специалистом? Нужно ли учиться?

— Три простых шага:

1. Захотеть.
2. Вести сообщество или кому-то помогать.
3. Читать книги или тематические паблики.

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

— А что ты думаешь о личном бренде в соцсетях?

— Мне все время говорят, что у меня получается хорошо его строить, и просят дать советы. Я каждый раз улыбаюсь и отвечаю, что просто пишу то, о чем думаю. Личный бренд и его построение — это круто! Просто кому-то это дано, а кому-то — нет. Частенько вижу рекламу по построению личного бренда в соцсетях. Ребята, мой вам совет: забудьте про эту чушь!

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

— Ты думаешь, что профессии SMM хватит, чтобы дальше жить и не тужить?

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

Личное о Семене

— Как ты развлекаешься? Какие хобби?

— Раньше занимался в свободное время тем, что брал множество проектов на фриланс. Причем большинство их них были малооплачиваемые, зато там была свобода творчества. Веселился, делал забавную рекламу, кайфовал. С возрастом понял, что нужно давать себе время на отдых.

Хобби... не знаю. Люблю смотреть YouTube, общаться с коллегами в чатах и быть в курсе основной новостной повестки дня. Дико боюсь остаться без интернета, уехать куда-то на пару дней или недель, а вернувшись, провалиться в информационную яму. Мне дико дискомфортно, когда я не знаю, что происходит вокруг, потому что я привык узнавать о ключевых новостях одним из первых.

— Как у тебя получается узнавать обо всем первым?

— А у меня получается? Если серьезно, то думаю, что в этом помогает канал «Русский маркетинг»: что-то мониторю сам, что-то присылают подписчики.

— Что смотришь на YouTube? Не важно, какой направленности канал :)

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

— Почему канал называется «Русский маркетинг», а там только про SMM?

— Завтра переименую в «Русский СММ». Если честно, то название придумали с ребятами вместе, но так вышло, что вести канал стал в итоге я один. Я неплохо разбираюсь в SMM, но мало смыслю в маркетинге. Так что если есть идеи или предложения по дальнейшему развитию — welcome.

— Кем хочешь стать, когда вырастешь? )))) И хочешь ли?

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

— Семен, дай, пожалуйста, напоследок один совет брендам и один — SMM-специалистам.

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

Спасибо!

Про онлайн-марафон «Найди себя в Digital» мы рассказали уже сто раз. Но самое классное приберегли напоследок. Смешные комментарии, ситуации и отзывы. Многие из них стали настоящими мемами в GeekBrains: мы кидали их друг другу в чатах, обсуждали на работе, дома, с друзьями и даже с начальниками.

Словом, посмеялись — теперь делимся с вами. Потому что молчать о таких вещах — это преступление

Начало

Все началось с вебинара «Основы программирования». У нас было 2 ведущих, 75 минут эфирного времени, 902 непосвященных зрителя, гора ожиданий и желания сделать всё круто и интересно. Именно тогда мы убедились, что если начал делать интересные вебинары, полные примеров и конкретики, то надо идти в своем деле до конца. 

Катя

Наш менеджер по обучению — Катя, стала звездой марафона.

Она задавала спикерам самые интересные вопросы, остроумно модерировала трансляции и покорила всех. 

Иногда правда нам приходилось отгонять пикаперов и успокаивать стоматологов, к чему присоединялись и слушатели марафона. 

Лысый из GeekBrains

Другой наш менеджер по обучению — Дима тоже стал героем. Вебинар «Создаем игру на движке Unity за час» с его участием вызвал такой ажиотаж, что он стал Лысым из гикбрейнс. 

Чему теперь несказанно рад ¯\_(ツ)_/¯

Рост внимания

Вообще, любовь к вебинарам выражалась по-разному.

На вебинаре «Веб-разработка — создание персонального сайта» пользователи были так увлечены, что даже когда у Алексея Кадочникова пропадал звук (каемся, такого больше не будет) все…

А на вебинарах по рекламе явно рос CTR

Трудности перевода

Люди делятся на два типа: Кола vs Пепси, iOS vs Android, Питон vs Пайтон. А никнеймы некоторых пользователей говорили сами за себя, спасибо Русские перцы!

Самочка

Нас подводил не только микрофон, но и автозамена. Так, однажды, в рассылке «самоучка» превратился в: 

Да, тема действительно необычная. Спасибо, что поправляете нас!

После этого наш мастер писем Юра проверяет текст по 5 раз. 

Кто проживает на дне digital

Завершалось все на офлайн-мероприятии «День Digital в офисе Mail.Ru Group». Мы часто рассказывали, что ждёт гостей на Дне Digital.

А потом нас спросили: 

И наш смех было слышно с того самого дна.

Смотрите фотоотчет, как все прошло!

Спасибо, что активно принимаете участие в наших мероприятиях, указываете на ошибки, смеетесь вместе с нами. Вместе мы становимся лучше. И, пожалуйста, шутите ещё.