Умная среда

27 января в 9 часов вечера по московскому времени компания Apple Inc представила свою новую разработку: планшет iPad. На презентации устройство показывалось скорее как развлекательное. И именно про успешность решения развлекательных задач отзывается большинство.

Но займет ли 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 самое красивое календарное приложение на сегодняшний день.

JetBrains известна в качестве автора популярной среды разработки IntellijIDEA. И теперь исполнилась мечта многих: «Вот бы JetBrains еще и трекер сделали!..» Сделали YouTrack.

Из плюсов 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‘ы; хоть и платный, зато “следующего поколения”, с превосходной поддержкой ненавистников мыши.
• Прекрасный инструмент для взрослых разработчиков: фанатов клавиатуры и адептов простоты.

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

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

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

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

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

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

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

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

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

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

Екатеринбуржская студия Jetstyle в бета-режиме запустила сервис WikiWall — wiki-стенгазету, которая позволяет группе располагать на странице и редактировать блоки с текстами, картинками и видео.

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

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

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

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

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

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

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

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

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

Пока что выкладываю как есть:

Как выглядит текущий (плохой) режим работы с внутрикорпоративным календарем, построенным на базе Microsoft Outlook и Exchange Server‘а — самого распространенного корпоративного решения. Курсивом выделены глупости:

Создали встречу, указали 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-пользователями.

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

Дневник хорош для того, чтобы:

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

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

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

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

Что надо вносить в дневник:

• сделанные дела;
• запланированные планы;
• принятые решения (в том числе и об отказах о реализации: «почему это сделано не будет»).

Где дневник вести:

• в блокноте, если команда проекта — только вы сами
• во внутреннем блоге, который виден только команде, например, клубе в Яру или комнате во Friendfeed‘е
• в вики, если есть вики, и не хочется заводить дополнительный инструмент.

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

26 сентября в Самаре пройдет второй фестиваль веб-разработчиков «404».

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

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

Участие в фестивале бесплатное, регистрируйтесь, получайте приглашение и приезжайте. Тем более, в Самаре осенью действительно неплохо :) До встречи в Самаре!

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

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