10 кризисных трендов рынка SharePoint

Сегодня в кризис есть несколько трендов на рынке связанных с SharePoint:

  1. Кризис тормозит инициативы закупки Workflow движков. Компании встают перед противоречием — начать делать сейчас на чистом SharePoint просто-просто и как потом развивать. Понимают что начав делать автоматизацию процессов в режиме кодинга они попадают в трясину. Выбор между сделать пару проектов за маленький бюджет или потратить их на минимальную конфигурацию Workflow движка для них не очевиден. Они склонны к коротким результатам. Это плохо. Надо давить на вендоров, добиваться 50% скидок и учить своих ИТ спецов кастомайзить. Так ИМХО более перспективно. Тем более что в кризис очень несложно получить очень значительную скидку на продукты.
  2. Все активнее и активнее внедряется Office 365. Привлекают низкие операционные расходы на лицензирование. Но для очень больших компаний не все так очевидно. Далеко не все сейчас готовы оплатить Enterprise Agreement. Тут начинается искусство продаж.
  3. Те кто планировал выбрать в добавок к уже купленному SharePoint новый слой бизнес приложений на основе Microsoft Dynamics CRM отказываются от планов из-за увеличения лицензионной нагрузки и думают о расширении workflow возможностей SharePoint за счет решений ценовой категории Nintex Workflow
  4. Клиенты которые выбирали между K2 Blackpoint и IBM BPM часто стали выбирать IBM BPM из-за очень больших скидок которые дает IBM. В итоге при практически одинаковой цене K2 сильно уступает в функциональных возможностях продуктам от IBM. Примеры — крупные банки и телеком операторы.
  5. Больше начинает ценится возможность самим настраивать решение. Сейчас у сотрудников компаний зарплаты остаются в гривне, кое-где даже снижены на 25-30%. При этом подрядчики хотят 25-50$ в час. Разительно большая разница в цене собственной разработки и субподрядчиков заставляет компании считать что дешевле — купить за 10K$ Nintex Workflow и разработать решение за одну зарплату в 1,5K$ или платить 15-20K$ подрядчику.
  6. Разработчики которые раньше работали на локальный рынок все больше уходят на outsource на западный рынок и на Россию
  7. Разработчики, аналитики и консультанты продолжают откалываются от интеграторов и компаний и начинают работать в режиме freelance.
  8. Мало украинских компаний готовы работать напрямую с фрилансерами. Хотя простят ставки фрилансеров у компаний. Этим самым они давят на фонд заработной платы, все больше выдавливая талантливых разработчиков из рядов компании оставляя в них бесталанных новичков или очень боязливых товарищей. Зато фрилансерами пользуется SMB сегмент — тесня из этого сегмента интеграторов.
  9. Россия готова платить 40-50$ в час украинским разработчикам  (при хороших отношениях с корпоративным заказчиком)
  10. Процветает 3-х уровневая модель международного outsource. Есть некая Большая зарубежная компания (не международная). Она заказывает у Большого регионального интегратора, он заказывает у украинского интегратора, украинский интегратор нанимает локальных outsource-еров. Данные схемы создают несколько уровней паразитизма: откат на уровне клиента, процент первому и втором интегратору и все что остается падает на локальных разработчиков. Нужно активнее выходить на более короткие двух уровневые схемы. По таким схемам в Украине сейчас выполняется около десятка крупных SharePoint проектов.

Выбор движка Workflow — есть ли логика?

Darth-Vader-Йода

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

  • SharePoint Workflow — условная цена — бесплатно. Вы получаете движок из коробки. И можете его смело использовать для разработки ваших простых рабочих процессов в SharePoint. Это будет не так удобно как в вариантах ниже. Скорее всего вам придется покодировать. Если мы говорим о версии SharePoint 2010 то вам точно придется покодировать и даже поизвращаться в создании процессов. Это будет неэстетично и не практично. В версии 2013 ситуация стала лучше. Но … Если мы хотим чтобы рабочими процессами было удобно пользоваться как при разработке так и при выполнении смотрим дальше.
  • Простые решения — например Nintex Workflow — условная цена — 5-15 000 условных единицы (далее у.е.). Сразу помним что в модели лицензирования требуется лицензировать каждый SharePoint сервер который выполняет рабочие процессы. В простой ферме на 2 сервера их 2. Т.е. цена вопроса — 30 000 у.е. За эти деньги у вас будет весьма симпатичный дизайнер рабочих процессов, продуманные кубики, приятные плюшки по интеграции, различные варианты кубиков для построения логики рабочих процессов. Для пользователей — доступная визуализация хода процесса. Это еще не BPM но уже гораздо user-friendly. С точки зрения визуализации — жесткое следование суровой логики дерева процессов. Видно мама сильно в детстве ограничивала разработчиков Nintex Workflow — и это проецируется на вас. Вас построят в дерево. Тем кто привык к свободе визуализации бизнес процесса тут обломятся. Но это не страшно, можно привыкнуть.
  • Серьезные решения - например K2 BlackPearl (http://www.k2.com/blackpearl) — условная цена вопроса 20 — 100`000 условных единиц. Тут все сложнее — много ценовых опций, вариантов лицензирования по пользователям, по использованию, пакетами пользователей, по серверам. Возможности выбора есть. Но так или иначе от предыдущего класса цена вопроса уходит вверх. По факту наши условные единицы растут почти в 2 раза. Плюс минус. За что платить больше? Тут и правильная Enterprise архитектура решения, тут и отличные возможности по интеграции, тут и много интересных решения по визуализации. Но самое главное — это ФОРМЫ! В первом пункте у нас очень плохо с формами — в стандартном SharePoint InfoPaht попал под черную метку смерти продукта, базовые формы очень ограничены. В Nintex есть формы — но они простые и скорее применимы для сбора внешних данных (это хитрейшая штука позволяет вам перестать платить в Microsoft лишние деньги за внешних пользователей). В K2 — разительное, отличное решение по созданию форм. Это супер, это то что нужно для построения полных решения — и автоматизации рабочих процессов и визуализации данных. Но почему ворчат ваши бизнеса? Ах, мама у разработчиков K2 тоже их ставила в угол? Нет-нет. Это был наверное злой профессор по который из любил учить разным машинам состояний, переходам между ними. Любой ИТ скажет что это нормуль. Но вот у бизнеса волосы слегка станут дыбом — страшная сеть стрелочек между блоками — этакое скопление пауков. Чтобы сделать процесс понятным для пользователя надо постараться — но все равно — никаких тебе красивых точек принятия решений, ни тебе ролевых дорожек. Тут же возражения — это не BPM!  Тогда смотрим далее …
  • Крутые решения (BPM) — например IBM BPM. Если вы дошли уверенно сюда и рост цены вопроса вас не смутил — вы серьезный человек, у вас есть инвестиционный бюджет, ваши пользователи твердо хотят комфортной работы, ваши специалисты не хотят толкаться в дурацкой Visual Studio — все должно быть круто интегрировано, красиво разнесено а для бизнеса еще чтобы была симуляция процесса и супер схемы процессов. Это справедливые требования для крупных компаний, банков — всех тех где планируют автоматизировать сотни процессов, где критично важно разделение рабочего места бизнес аналитика, кастомайзера, интегратора и разработчика. Все это доступно тут — в решениях категории BPM. Нравится? Цена вопроса от 100`000 до 300`0000. Это солидные продукты. Их разработчики презрительно поплевывают в сторону молодых нахалов из K2 и вообще не замечают Nintex и SharePoint. Большие системы для больших компаний.

Сложный выбор? Спросите себя

  1. Сколько надо будет автоматизировать процессов в течении 2-3 лет. Если речь о 10 простых workflow и у вас есть бюджет на outsource (для простоты считайте 10`000 — 25`000 условных единиц на процесс) — вам в outsource.  Если бюджета нет — то вам на рынок труда — наймите себе разработчика за … как повезет (по нынешнему курсу это 1500$ -2500$ в месяц)
  2. Насколько сложная будет логика процессов? Если это длиннющий процесс, с несколькими точками принятия решений и у вас SharePoint 2010 — вам или миграция или пункт 2 и выше.
  3. Насколько сложная интеграция? Если у вас SAP то в K2 есть готовый коннектор. Если вам нужно по больше простых коннекторов — удобнее всего Nintex. Если у вас несколько кастомных систем с разбросанными по ним кусками данных — то вам пригодятся интеграционные возможности K2 или IBM BPM.
  4. Если у вас большая ферма SharePoint из десятка серверов и тысячи пользователей — вам лучше вынести логику обработки процессов отдельно. Кроме производительности это еще и вопрос лицензирования. На 10 серверов Nintex вам будет стоить условных 150000 — а за эти деньги выгоднее купить более мощное K2 или что уже там экономить — добавьте чуток и поставьте себе IBM BPM.
  5. Если у вас специфические вычисления и много экземпляров процессов — большие риски их держать на SharePoint — лучше выносить в отдельный сервер (K2 или IBM BPM)
  6. Если у вас основная платформа IBM и вы не собираетесь к мелкомягким — IBM BPM. Дружба K2 в мире далеком от IBM с системами все хуже и хуже. Особенно со старой гвардией IBM систем.
  7. Если у вас бизнеса обоснованно хотят BPM (сложная логика процессов, необходимость управлять бизнес процессами, нужно четко разделить работу специалистов, огромное количество процессов) — IBM BPM

С ростом категории систем условная цена вопроса в условных единицах поднимается в условных два раза. Но вам стоит помнить что outsource бизнес процесса стоит денег. И если брать простой процесс и считать что нам он обойдется в 10`000$ (это совсем-совсем-совсем простой) — то 50 простых — это 500`000$. Если отдавать себе отчет что простыми они все не будут — умножаем это на число Пи — и получаем 1`500`000 $. Ой! Какая мелочь этот IBM BPM, правда?

 

SharePoint: дома и в облаке

Сегодня на Украине уже появляются первые проекты комбинации SharePoint дома (on premise) и в облаке (cloud). Давайте рассмотрим сценарии когда такая комбинация будет полезна бизнесу:

  • Работа с клиентами — безопасное разделение данных и документов для внутреннего и внешнего использования. Решения self care, для банков это например отличный инструмент обмена данными по корпоративному кредитованию.
  • Проектные сайты — особенно в тех случаях когда совместно над проектом работают не только сотрудники компании но и сотрудники подрядчика.
  • Личные данные пользователей — доступны им дома, разгружает основную систему.
  • Материалы для обучения внешних сотрудников.
  • Социальные коммуникации с использованием мобильных платформ — решение Yammer (это сейчас уже собственность компании Microsoft)

Команда корпоративного портала SharePoint

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

  • Спонсор  - принятие решения об инвестировании, получение отчетов о достижении целей
  • Менеджеры — для крупных организаций отвечают за бизнес направления и организуют работу владельцев контента и процессов. Координируют их взаимодействие с консультантами и IT менеджерами.
  • Владельцы контента, бизнес процессов — постановка задачи, прием результатов, управление изменениями. Без контента — его постоянного обновления, осмысленного управления ни одно SharePoint решение не будет полезным. Без постановки задач по автоматизации процессов и поддержки их развития через инициацию изменений по ходу развития бизнеса — решения на SharePoint/K2 потеряют быстро свою актуальность. Бизнес меняется, значит работа у этих людей будет всегда. На старте сложных проектов — когда надо автоматизировать десятки бизнес процессов — эти люди вместе с консультантами играют ключевую роль.
  • Внедренцы — обучение, изучение практики, коучинг, сбор требований, создание технических заданий, управление изменениями. Для них SharePoint — это прикладной продукт с набором бизнесовых фич. Их задача обеспечить эффективное выполнение бизнес процессов с помощью решений на SharePoint/K2.
  • Бизнес администраторы - управление системой или ее частями с точки зрения  бизнеса — настройки справочников, настройки бизнес правил, определение доступа, параметризация бизнес процессов, анализ работы бизнес процессов. Бизнес администраторы SharePoint решений — это достаточно новое понятие. В одном бизнесе приживается — в другом категорически нет. Вопрос в инициативности и продвинутости пользователей и их желания децентрализовать простые функции администрирования бизнес решений. Одно дело когда у вас 2 системных администратора, другое — когда плюс 10 бизнес администраторов в подразделениях.
  • IT менеджер системы — планирование, организация оперативного управления, управление технологическими рисками, обеспечение устойчивого качественного функционирования системы. Для них система — это единый объект (ПО, железо, каналы связи, рабочие места пользователей, обученные пользователи, налаженные процессы поддержки системы). Контроль и при необходимости организация решения сложных проблем пользователя. Для них SharePoint — это технологический продукт с набором технологических фич (производительность, доступность, надежность, качество).
  • Системные администраторы — настройка систем, обеспечение процедур резервного копирования и восстановления, мониторинг производительности, обеспечение выполнения SLA. SharePoint — это огромный комплекс сервисов. При добавлении того же K2 — вырастает еще (добавляются сервера, сервисы, базы данных).
  • Поддержка — обслуживание запросов пользователей, фиксация проблем, организация операций по разрешению простых проблем. Отличные знания SharePoint, практика работы с процессами — могут отличаться в зависимости от уровня инженера поддержки.
  • Инженеры SharePoint - решение проблем пользователй с системой. Часто это внешний подрядчик — но для многих решений где есть, например, K2/Nintex/Infopath — решение многих вопросов под силу инженеру IT в самом бизнесе
  • Инженеры инфраструктуры — операционки, мониторинг, виртуализация, железо — тут можно разбить еще на несколько ролей.

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

Что у вас плохо с SharePoint с вероятностью 99%?

У вас хреново с Governance. Однозначно.

Ваше решение возможно хорошо поставлено но не так сделано. Вы любите ваш дизайн но 90% пользователей считают его убожеством. Ваши пользователи не полностью и не так как надо используют его возможности. Причем то как они его используют скорее всего противоестественно. Правил нет — и  Аннушка уже дорвалась до SharePoint Designer с правами админа фермы. Сделанные вам решения не полностью удволетворяют бизнес. Бизнес хотел одно, тестировал второе, получил третье и мечтает о четвертом. Причем все это со скоростью клика на их планшетах. Нет бы бросили и не трогали так они туда начинают заливать безбожно контент. Кто же думали что они туда налопатят 5000 документов и 10000 записей за пару месяцев! Мама-мия. При росте нагрузки вся эта хрень которую вы наваяли начинает безбожно тормозить. Когда хрень упадет вы будете искать архив среди фильмов скачанных с торрентов но вспомните что удалили его так как не хватало места под новый блокбастер в Blue-Ray формате. Но это не страшно — пользователи всю неделю пока вы будете восстанавливать ферму отдохнут. Они откровенно устали работать там.  Ведь в вашей навигации пользователи так заблудились что вспоминают рецепт хождения сквозь стены из старого советского фильма. И главное это все правильно так как иного не определялось. Ведь вся эта лабуда сделана без царя в голове и стратегии на бумаге. Если вас спросят про ROI вы посчитаете этого человека не от мира сего. А вот когда вас спросят о том на основании чего вы можете закрыть проект — вы густо покраснеете без понимания потребностей бизнеса, целей, критериев сдачи. Зная это любой бизнес менеджер будет вас вертеть на пальце меняя требования и капризно топча ногой ваши планы на спокойные выходные.

Стоит поговорить про SharePoint Governance пока это не стало строкой диагноза в вашем профессиональном некрологе.

Облачный риск: потеря баз данных Мегаплана

Мегаплан — недавно 60 часов простоя,  потерянные базы 125 компаний.

Вот что пишет человек из Полетаев Алексей,  руководитель технической поддержки компании Мегаплан:

Вечером 23 ноября на одном из серверов нашей компании случилось чрезвычайное происшествие. Из-за серьезной ошибки в серверном программном обеспечении (СУБД PostgreSQL) были испорчены базы данных. Доступ к 125 аккаунтам был ограничен.

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

Вероятность появления подобной проблемы была крайне мала. PostgreSQL считается одной из самых стабильных и надежных СУБД в мире. В настоящее время ошибка полностью устранена на всех серверах компании Мегаплан.

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

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

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

 

SharePoint проект за один подход?

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

  • Недоопределенность требований — не все сценарии учтены, не все заданы корректно. Это риск аналитики. В текущих условиях дефицита грамотных аналитиков И грамотных экспертов проблемных областей этот риск уже в вашем кармане!
  • Быстрое развитие опыта пользователя - если вчера пользователю нужна была “большая розовая кнопка” — то сегодня это больше полей, иные требования к usability, другие сочетания контента, более разнообразные представления информации
  • Бизнес процессы меняются. Да, бизнес процессы чаще всего живые и изменчивые нежели высеченные в камне. Процесс усовершенствования процессов в хороших организациях не заржавеет. Если вы знаете про такт очередного изменения процесса у вас повышаются шансы проскочить и сделать проект. Но это будет только первая итерация. Через ХХ дней пройдет этап усовершенствования процесса и вас призовут вносить изменения. Так что за один подход вы уже не успели.
  • Организационная структура меняется. Не дай вам бог в первой трети проекта встретится с организационными изменениями — когда заказчики бизнес процесса начинают прыгать в новую реальность оргструктуры: когда появляются новые функции, старые функцию меняются, функции перераспределяются между владельцами.
  • Стратегия меняется. То что было важным вчера сегодня уже не интересно. То что было мелочью весь этот год завтра у всех на виду. Приход новых топов в команду может спровоцировать серьезный пересмотр вашей стратегии. А в наши тяжелые времена смена топа раз в год это уже не новость.
  • Выходит новая версия ПО — то ли самого SharePoint, то ли с тем с кем вы интегрировались, то ли заканчивается проект внедрения нового ПО / замены старого

Крутая вакансия — K2 developer в офис K2 Northern Europe !

Компания K2 Northern Europe объявляет о поиске соискателей на должность Senior Developer.

Описание работы:
- Участие в проектах по разработке решений класса BPM, с использованием программного обеспечения K2 (blackpearl, blackpoint, smartforms, connect) для заказчиков на территории Северной и Центральной Европы, России и в странах СНГ;
- Технический консалтинг клиентов по работе программного обеспечения K2 и созданных на его основе решений, оказание услуг по технической поддержке и сопровождению.

Требования к кандидату:
- Опыт работы с .Net Framework (3.5): ASP.NET, ADO.NET, WCF, LINQ;
- Опыт разработки на C#, знание T-SQL;
- Знание Ms SQL Server (селекты, хранимые процедуры, триггеры, CTE, SQL CLR, SQL XML);
- Знание стандартов и протоколов: XML, XPATH, HTML, HTTP, SSH, FTP;
- Умение разбираться в чужом коде;
- Английский (разговорный/чтение/письмо — достаточно среднего уровня);
- Согласие на частые командировки (до 50% времени);

Желательно:
- Опыт работы с продуктами K2;
- Net Framework 4.0 (WCF, WPF, WF, MVC, Silverlight);
- Опыт работы с Oracle;

Условия:
- Достойная заработная плата;
- Отличная команда !
- Обучение, естественно бесплатное;
- Работа в городе постоянного проживания (офис, либо из дома), готовность к командировкам;
- Контракт с западной компанией (налоги оплачиваются самостоятельно, нет отчислений в пенсионный и иные фонды страны проживания)

Если Вас заинтересовало данное предложение, просьба связаться со мной по адресу: andrey@k2.com