Но займет ли 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 часов. И срока действия лицензии нет. Это чуть-чуть смягчает первый шок от весьма солидной суммы, в которую выльется покупка редактора для более-менее большой компании.

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

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

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

Так что это пока лучший инструмент для совместного написания широкого спектра недлинных текстов:

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

Особенно ценен такой редактор для скайп-сессий.

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

Блогами можно решить в интранете несколько задач:

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

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

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

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

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

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

И, если есть возможность, лучше слова «блог» нигде не произносить ;)

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

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

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

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