Soloviov.ru

Как прочитать весь Интернет

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

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

Раньше люди читали газеты по утрам. Они выбирали их сами и успевали осилить как минимум половину за завтраком. Я газеты никогда не читал, потому что, меня не устраивали возможности таргетинга. Интернет позволяет выбирать для себя контент очень точно, но объем этого контента начинает пугать.

На сегодняшний день я читаю:

Более 100 RSS-каналов
Ленту друзей в ЖЖ
Около 40 микроблогов в Твиттере
Сообщения из примерно 10 социальных сетей
Получаю неисчислимое количество Email от друзей и коллег

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

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

Сейчас на подходе — Google Wave. У него есть свои проблемы с навигацией и системой уведомлений о новых сообщениях. Но легкость, с которой там можно создавать новый контент, настораживает: информации станет еще больше! И техническая платформа этого сервиса (совершенно новый протокол, не совместимый пока ни с чем другим) никак не помогает справиться с переизбытком байтов в моем “почтовом ящике”.

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

Те, кто интересуется тайм-менеджментом и эффективностью, меня поймут. Только представьте, насколько проще станет:

Контролировать объем потока (всегда известно и видно, на сколько лент я подписан)
Не пропускать важных сообщений (если поток один, то и проверять нужно только в одном месте)
Собственно потреблять контент (никогда больше не видеть слова “Open in Safari” в телефоне)
Разделять потоки по контексту (умные фильтры, понимающие приоритеты всех сервисов)
Быстро избавляться от временной информации и аккуратно организовать то, что хочется сохранить (не надо думать, когда твоя RSS-читалка на телефоне интегрируется с delicious.com для быстрого сохранения ссылок)

Убежден, что такой инструмент совсем скоро появится. Давайте хотеть вместе! Поддержка сообщества - мощнейшая мотивация для разработчиков!

Большие надежды возлагаю на Raindrop от Mozilla — ребята думают очень похожим образом и движутся совершенно в этом направлении. Хочется верить, что релиз не принесет столько разочарований, сколько принес Google Wave.
Давайте, ребята — сделайте всем счастье! :)

По дороге с облаками (и тегами)

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

При этом на базе фундаментальной идеи многопользовательской системы с распределенными правами возникло великое многообразие решений и видов контента:

Статьи в корпоративных блогах
Фотоотчеты с мероприятий (выставки, форумы, презентации)
Файлы в системах совместной работы
Проекты и Задачи в корпоративных порталах

Все это - востребованная информация. И она генерируется с очень большой скоростью. А вместе с ростом объема информации ее становится сложнее искать. Решение этой проблемы тоже уже есть в виде инструмента - как правило, это теги.

Небольшой ликбез

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

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

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

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

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

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

Принципы тегирования

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

В зависимости от типа контента набор признаков может варьироваться:

Текстовый контент (например, статьи в блоге) характеризуется:
- Темой (на soloviov.ru к ним относятся Контент, Навигация, Эффективность, Интерфейсы и т.п.)
- Упоминаемыми именами персон и названиями компаний
- Упоминаемыми распространенными терминами (на soloviov.ru к ним относятся RSS, SaaS, PM и т.п.)
- Автором (в общем-то не тег, но почему бы не включить в облако?)
Для каждого изображения (фотографии с мероприятий) можно указать:
- Тип, тематика или название мероприятия (подумайте, что чаще будут искать)
- Место проведения
- Степень формальности (“официальное” / “без галстука”)
- Имена персон, изображенных на фото
- Вид (ландшафт/портрет/помещение)
В коллекции ссылок (закладки, публикуемые публично, как экспертные библиотеки) каждая имеет признаки:
- Язык материала
- Географическая привязка (страна или город, если предложение сайта применимо к определенному региону)
- Тематика (вполне может быть несколько)
- Коммерческое или бесплатное предложение (при классификации услуг
- Public / Private (при классификации компаний)
Файлы можно классифицировать по:
- Типу документа (КП, ТЗ, Бриф, Макет, Отчет)
- Подразделению (Маркетинг, Производство, Финансы, Управление)
- Году/кварталу/месяцу (полезно для регулярных документов, например, отчетов)
- Статусу (черновик/утвержден, внутренний/внешний)

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

Наличие подобной системы позволяет на 100% использовать преимущества аккумулятивной фильтрации, при которой при поиске выбирается сразу несколько тегов.

Примеры:

Показать все статьи об эффективности, где упоминается Сергей Соловьев
Нужны все фотографии с форума Internet World 2008 года со стендом компании LinkedIn
Выбрать все ссылки, помеченные “русский”, “софт”, “бесплатный”, “управление проектами”

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

Изюминка

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

Переименование тегов (система должна эволюционировать)
Слияние тегов (для ликвидации похожих тегов)
Автоподсказки при назначении тегов (подсказки из числа существущих тегов во время набора)
Генерация RSS по тегу и комбинации тегов (дает потрясающие возможности интеграции)
Исключающая фильтрация (позволяет выбрать контент с тегами “форум”, “2009”, но исключить контент с тегом “без галстука”)
Создание групп тегов (да, это уже создает иерархию, но часто бывает очень удобно)

Ретрансляция контента

О пользе RSS

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

Я никогда не читал газет, но зато теперь по утрам за завтраком регулярно читаю свои подписки с мобильного телефона. Прелесть заключается в том, что я сам выбираю, каких авторов мне читать, и какими темами интересоваться. Весь контент Интернета прекрасно фильтруется и поступает к Вам в чистом (ну, хорошо - почти чистом, все-таки реклама уже проникла в RSS) виде.

Итак, допустим, преимущества RSS и других подобных форматов очевидны. Как выжать из этого 150% пользы?

Take it to the next level

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

Интересным ходом может стать ретрансляция контента. Каждый RSS-поток имеет свой адрес, но читают его, как правило, по другому адресу. Я, к примеру, использую Google Reader для сбора интересных мне потоков, поэтому ко мне ежедневно сваливает порядка 50 сообщений с примерно 80 разных сайтов. Даже при таком подходе я стал довольно придирчив и сознательно не добавляю в агрегатор многие любопытные ресурсы, чтобы не превышать порог в 50 сообщений. А если бы я попытался обходить 80 сайтов каждый день, то наверняка очень скоро свел бы этот список к 30 ресурсам - иначе это просто потеря времени.

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

Что это дает бизнесу

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

Дальше - дело за Вашими маркетологами. Если будет достойное сообщение, которое важно донести до аудитории, оно далеко пойдет. Аудитория сама приделает ему ноги. Главное - сделайте его доступным!

Что это дает Интернету

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

Пользователям нужно:

Найти интересный контент (Google уже предлагает поиск RSS-потоков по тематикам)
Собрать информацию со многих источников в одно место (агрегаторы потоков уже давно вошли в джентльменский набор ПО)
Получить доступ к собранной информации в удобном виде (читать новости можно с любого компьютера или мобильного устройства через адаптированные версии онлайн-агрегаторов или мобильные приложения)

Если же посмотреть на Интернет, как самостоятельную индустрию, то популярность и удобство структрированных потоков контента создает обширное поле для создания новых сервисов. Чем дальше, тем востребованнее они будут.

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

Все монстры уже давно ходят вокруг да около этой идеи, и наверняка скоро в том или ином виде это появится. Уже сейчас Google Reader позволяет читать ленты Ваших друзей и обсуждать отдельные сообщения. Уже сейчас Интерфакс собирает потоки информации “голубых фишек” и напрямую продает их трансляцию. Наконец, Digg уже давно сделал систему голосования за контент, которая работает. И пусть контент там формируется вручную армией пользователей, но его фильтрация уже очень эффективна.

Изюминка

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

А вот HTML-тег

<link rel="alternate" type="application/rss+xml" title="..." href="..."/>

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

Робот уже в пути, я уверен. Будьте готовы!

Собеседование проектного менеджера - Часть 3

Всегда есть варианты

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

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

Надо ли говорить, что хорошее начало и правильно заданный темп - это уже полдела?

В чем польза?

И все-таки рассмотрим ситуации, когда привычка мыслить предложениями оказывается крайне полезной:

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

А вот некоторые конкретные преимущества, которыми может пользоваться менеджер, активно рекомендующий готовые решения:

Экономия времени и ускорение принятия решений
Повышение уровня обслуживания Клиентов
Повышение доверия к Подрядчику через демонстрацию экспертизы
Обучение Клиента и новых сотрудников Подрячика (при их участии в переговорах)

Как выявить талант?

Итак, снова постараемся понять, как можно на этапе собеседования с кандидатом определить его склонность при работе с Клиентами.

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

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

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

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

Мораль

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

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

В предыдуших сериях:

Собеседование проектного менеджера - Часть 2 (не ищем готовенькое - обучаем)
Собеседование проектного менеджера - Часть 1 (конвертируем информацию в задачи)

Собеседование проектного менеджера - Часть 2

Все люди - разные

Если Вы работали с людьми, то, вероятно, знаете, что все они очень разные. Одни много знают, другие много умеют, третьи много понимают. Кстати, все это - отдельные навыки. И навыки эти не должны цениться одинаково. По крайней мере, не везде. Об этом сегодня я говорим - что важнее для менеджера проекта: знание и опыт или обучаемость?

При подборе кандидата всегда возникают дилемма. Кто будет более полезен:

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

Обучаемость - ключ к эффективности и менеджера, и Ваших проектов

Моя практика показывает, что последний вариант очень часто оказывается наиболее эффективным. Обучаемость вообще качество очень полезное в любой сфере, а в сфере управления проектами веб-разработки - вдвойне полезное.

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

Технологии компании
Я не имею в виду языки программирования. Я говорю о структуре процесса разработки, промежуточных результатах проектов и контрольных точках стадий, управлении качеством и т.п.
Внутренние стандарты компании
Это тоже не ограничивается контролем качества продуктов, но также включает требования к процессам: презентация дизайна Заказчику, порядок постановки задач Исполнителям, управление проектной документацией и т.п.
Новые платформы
До тех пор, пока не придумали и не раскрутили универсальные стандарты для управления веб-контентом, будет существовать множество CMS и SaaS платформ и сервисов. Следовательно, для каждого третьего человека что-то будет новым при входе в компанию. Кроме того, вы же знаете динамику рынка и скорость появления новых продуктов. Все это тоже нужно постигать - прямо по ходу дела!
Приемы работы с Заказчиками и Подрядчиками
Да, осмелюсь утверждать, что это тоже своего рода наука. И если ее не изучать, то одни и те же грабли быстро выбивают менеджера из строя, потому что метрики проектов страдают.

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

О чем спрашивать

Надеюсь, в важности обучаемости я Вас убедил. Теперь немного о том, как прощупать кандидата.

Конечно можно просто спросить в лоб “Расскажите о своем опыте изучения Photoshop”. Но это, к сожалению, достаточно примитивно и, что еще важнее, сразу раскрывает цель вопроса. Умный человек ответит Вам то, что ожидается от успешного кандидата, а вовсе не то, что было на самом деле. А Вы (тоже умный человек) сразу об этом догадаетесь и почти не получите новой информации.

Мой опыт показывает, что собеседование становится интереснее и увлекательнее для всех, если вопросы задаются, так сказать, “по касательной”.

Примеры

Вопрос: Необходимо интегрировать веб-сайт с ERP системой. Ранее этого в компании не делалось, поэтому требуется изучить стандартные интерфейсы с обеих сторон и найти точки соприкосновения. Как будете решать проблему?
Подтекст: Опытный менеджер проекта знает, что понимание принципиального устройства системы именно для менеджера - довольно важно. Управлять процессом интеграции вслепую - безнадежное дело. Однако человек, который любит учиться, ответит “буду разбираться” с энтузиазмом, а человек, предпочитающий проторенные пути, скажет об усложнении проекта и необходимости привлечения аналитика.

Вопрос: У нас используется своя CMS. Как быстро сможете освоить?
Подтекст: Большинство CMS похожи, потому что решают одни и те же задачи. Поэтому если при ответе человек угадает средний срок освоения (основные функции постигаются примерно за 2 месяца в рабочем режиме), это будет означать, что уже есть опыт, причем адекватный. Если ответит, что заметно больше, значит плохо представляет суть и перестраховывается. Если ответит слишком оптимистично, то хочет хорошее впечатление произвести, не особенно задумываясь. Такого лучше продавцом сделать, чем менеджером проекта.

Вопрос: Проводили ли Вы обучающие семинары для команды Заказчика или коллег? Каковы основные задачи семинаров?
Подтекст: Снова ищем людей, которые станут отвечать с энтузиазмом. Если кандидат говорит, что семинары - это потеря времени, значит он не ценит новые знания. Это ему в управлении проектами никак не поможет.

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

Мораль

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

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

В предыдуших сериях:
Собеседование проектного менеджера - Часть 1 (конвертируем информацию в задачи)

Предолжение серии:
Собеседование проектного менеджера - Часть 3 (предлагаем, а не спрашиваем)