1. Jitter.

Jitter (фактически, аналог «Стены» из «В контакте» для проекта в Джире) получил 15 тысяч долларов за зрительские симпатии: за него проголосовало больше всего пользователей.

Jitter создает у каждого проекта в Джире свою твиттерную ленту и собирает отдельными кучками ленты пользователей, позволяя им публиковать на команду проекта различные сообщения: анонсы релизов, старт работ над каким-то функциональным блоком.
Поддерживаются привычные для твиттер-пользователя хэштеги (#intranet) и адресации пользователей (вида @kolomeetz).

2. Jira Hero.

В несколько технологической номинации Best use of ActiveObjects (это, впрочем, не столь важно, когда номинаций столь мало) победил Jira Hero — плагин, который добавляет простейшей игровой механики в процесс работы с багтрекером: отслеживает пользовательские достижения и выдает им соответствующие «значки».

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

И кстати, тот же Atlassian анонсировал даты проведения AtlasCamp’а, своей продуктовой конференции для разработчиков: она пройдет 28–30 сентября 2011 года неподалеку от Сан-Франциско.

«Все правильно сделал» ©.

Всего этого действительно давно не хватает любой вики.

1. Привлечение внимания. «Шаринг» правок и опубликованных текстов.

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

Для этого в Викиа хотят внедрять привычные средства «шаринга»: like-кнопки, автоматические публикаторы в «Твиттер».

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

2. Выявление людей. Обычно за текстами вики не видно совсем людей и их деятельности.

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

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

При этом практически все данные, необходимые для таких «отчетов», у вики имеется. А realtime-подход давно опробован на «Френдфиде» и купившем его «Фейсбуке».

3. Игровые механики. Достижения (achievements), бейджи. Про квесты вроде пока ничего не пишут, но мало ли?

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

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

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

И есть некоторая ирония в том, что вики, которая была названа одним из флагманов Web 2.0, по прошествию 5 лет вдруг оказалась недостаточно «вебдванольной».

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

Но что хорошо и правильно, в этом саджесте присутствует не один тип объектов, а несколько: сотрудники, документы и страницы портала (которые, почему-то, относятся к «Прочему»).

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

В чем плох iPad для офиса:

• Это все же отдельное устройство. Третье, к ноутбуку и смартфону. Заменить собой ноутбук или телефон он не сможет, то есть получаем +700 граммов в сумку (если только не решиться оставлять ноутбук в офисе). Плюс головную боль про синхронизацию и зарядку.
• Аккумулятор все же небольшой. Да, заявленные 10 часов работы со включенным экраном и интернетом — это, фактически, целый рабочий день. Но блекберри стал популярен во многом потому, что позволял своим обладателям работать еще больше. Во многом от таких трудоголиков будет зависеть успех корпоративного планшета.
Сравните свое рабочее расписание с расписанием финансистов в инвестбанках.
• Размер великоват. На скучных совещаниях половина участников читает электронную почту на своих блекберри и айфонах. Благодаря своим размерам, iPad, не позволит делать это незаметно. Так и за рулем, где порой бывает достаточно времени для чтения веба и рабочей почты, пользоваться им будет невозможно. Тем более — набирать тексты одной рукой будет проблематично.
• Нет корпоративных приложений. Даже если появятся сами приложения, Apple пока что не делает ничего, чтобы упрощать задачу «Купить 20 iWork›ов под iPhone OS».

В чем хорош:

• Легче и компактнее, чем ноутбук. Поэтому на часть совещаний можно ноутбук перестать брать.
• Стандартизированность платформы. Один браузер. Одно (ладно, два: 1024 на 768 и наоборот) разрешение экрана. Под iPad будет проще разрабатывать корпоративные приложения. Как клиентские, так и веб-сервисы
• Встроенная работа с Exchange-сервером, которые все-таки пока что занимают наибольшую часть рынка корпоративной почты.
• Стоимость. 500 долларов за железку плюс 30 долларов за iWork-приложения (электронные таблицы, текстовый процессор и все-таки лучший на этой планете редактор для презентационных слайдов), которые позволяют работать с привычными офисными документами. Это сильно дешевле, чем любые компактые корпоративные ноутбуки под такие задачи.
• Очень быстрый старт. Сколько времени надо windows-компьютеру, чтобы дать владельцу возможность поработать? От пяти секунд (если ноутбук спал или вообще не был выключен) до пары-тройки минут, если он был выключен вовсе. Macbook›и включаются за 3 секунды, но и это — много. iPhone (и, следовательно, iPad) готов к работе моментально. И если уж тренируются люди толкать elevator pitch, то пара-тройка секунд порой могут сыграть важную роль.

В итоге получаем:

• Простой и быстрый способ посмотреть что-то в интранете. Моментальный старт, быстрый wifi-доступ, доступ к корпоративным сервисам (как к почте и календарю, так и к веб-сервисам) по VPN через 3G, если не в офисе. И воровать iPad›ы будет не так просто, как телефоны, поэтому с безопасностью должно быть чуть проще.
• Новый способ создать Shared space. Планшет позволяет на встрече создать общее место для группы (если уж делать совещание неунылым). Его можно положить на стол, и продолжить набирать текст, который становится виден всем участникам встречи. И рисовать на нем схемки можно совместно. До этого такими возможностями обладали только бумага и доска, на «оцифровку» которых после встреч уходило дополнительное время.
Topless meetings (safe for work!).
• К тому же такого же отторжения, какое порой на совещаниях вызывают ноутбуки, возникать не должно: планшетом сложнее отгородиться от других.

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

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

У iPad есть все шансы стать новым блекберри (только без миниатюрных кнопочек и встроенной навязанной почтовой службы ). Блекберри 2.0.

PS. И еще на iPad самое красивое календарное приложение на сегодняшний день.

Из плюсов YouTrack’а:

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

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

Из минусов:

• нет графиков, которые упрощали бы и делали наглядными жизнь команды и проекта;
• нет дополнительных настраиваемых полей (custom fields);

Серьезный business tracker с его помощью не сделать: отсутствие workflow и настраиваемых дополнительных полей не позволит подложить трекер под основу мало-мальски сложного бизнес-процесса, а английский язык в основании (перевести строковый фильтр на русский — это фильтр убить) создаст плохо преодолимые барьеры при внедрении в большой компании. Впрочем, YouTrack принадлежит к более легкой весовой категории, чем Jira. Да и для небольших команд эти минусы могут оказаться незначительными.

Перенос данных из существующих трекеров в YouTrack относительно прост для пользователей Jira (JetBrains делал трекер прежде всего для себя): миграция встроена, проекты можно перетаскивать по одному, упрощая процесс. С другими трекерами, видимо, придется пока что помучаться.

Сам JetBrains уже перевел свою базу багрепортов (видимую пользователям, кстати) с Jir’ы на YouTrack.

Цены на новый трекер сейчас весьма щадящие: до Нового года действует скидка в 50% на обе лицензии YouTrack:

• Professional Edition (до 10 проектов, до 20 пользователей, без LDAP) с обновлениями и технической поддержкой на 1 год стоит 150 долларов;
• Enterprise Edition (лишенная всех этих ограничений) — 600 долларов.

Резюме:

• Отличная замена Trac‘у, если у вашей группы несколько проектов, и поток задач стал большим.
• Честный одноклассник Mantis‘а и Bugzill‘ы; хоть и платный, зато “следующего поколения”, с превосходной поддержкой ненавистников мыши.
• Прекрасный инструмент для взрослых разработчиков: фанатов клавиатуры и адептов простоты.

Из интересных коллаборативных сервисов это:

• Friendfeed, записи пользователей, комментарии и закладки в котором отображаются пользователям сразу, и в котором realtime-лента была сделана некоторое время назад режимом по-умолчанию;
• Etherpad, который позволил писать сообща один и тот же текст;
• WikiWall, транслирующий работу с блоками текста и картинками на веб-странице.

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

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

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

Это называется осведомленность (awareness) — очень важное качество как для сервиса, предназначенного для совместной работы, так и интранета в целом.

Realtime нужен для реализации такого качества, чтобы при появлении нового статусного сообщения безусловно доставить его тому, кому оно может быть интересно — первому кругу или команде проекта, в рамках которого пользователем затевается работа. Кстати, ровно так же может работать для рабочей группы Твиттер и его аналоги. И это, пожалуй, единственное применение твиттеров в интранетах (другого я за полтора года раздумий не нашел).

Второе — быть местом работы, местом, где производится продукт группы. Realtime-технологии тут позволяют работать над одним объектом сообща, отображая всем участникам его текущее состояние. Так работает Etherpad или Google Docs при создании документов, и Skype или Google Wave при обсуждении.

Какие полезные для групповой работы realtime-сервисы вы знаете? Как их применяете?

Стенгазета поддерживает сохранение версий и обработку вики-синтаксиса (используется диалект WackoWiki) при просмотре страницы. Кроме того, работает в real-time режиме: всем участникам и зрителям сразу отображаются все изменения, которые со страницей происходят.

Сейчас WikiWall можно использовать для того, чтобы:

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

По сути, вики-стенгазета — это пример того, что на WikiSym ’08 называли Spatial wiki — пространственным вики, которая оперирует не страницами текста, а блоками информации, произвольно по веб-странице раскиданными. И, пожалуй, первая прилично выглядящая реализация такого подхода.

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

На практике столь тщательная настройка сети будет нелишней и при проведении собеседований или совещаний с помощью Скайпа.

Создали встречу, указали 5 человек в качестве участников, посмотрели занятость всех. После отправки по электронной почте приглашений на встречу в системе появилось 6 (прописью: шесть!) копий одного события. Все приняли приглашение, клиенты в ответ выслали автору встречи уведомления о согласии (5 шт). Кто согласился на встречу, знает только автор встречи.

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

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

Итого, проведено всего лишь три собрания, но уже отправлено 55 писем. Mario, princess is in another castle!

Из-за примерно таким образом съезжающего расписания (неизбежного в большой компании) я не видел еще ни еженедельной встречи, прожившей в виде одной «приглашалки» больше 3 месяцев. Каждые три месяца участники окончательно запутываются, после чего автор события грязно ругается и говорит: «удалите у себя все копии встречи, я вам новую и свежую пришлю».

В целом календарю в Exchange и Outlook’е не хватает нескольких больших системных изменений:

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

Плюс к этому не хватает возможности указать у события несколько мест и несколько времен начала, из которых участники могут выбрать наиболее удобное. Или же смогут предложить свой вариант. Так уже делают несколько узкоспециализированных сервисов (mixin.com и doodle.com, например), но идеального веб-календаря пока не сделал никто.

И еще потребуется поддержка десктопных клиентов. Outlook, который по сути является корпоративным стандартом, умеет работать только по MAPI, но не по CalDAV. iCal и Lightning умеют, но приглашения все равно отправляют по электронной почте.

Близко к идеалу приблизились Google Calendar и Яндекс.Календарь. С помощью обоих сервисов можно организовать работу с календарем в небольшой компании (небольшой считаем ту, где пока еще нет желания все внутренние сервисы размещать «у себя»).

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

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

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