Что удлиняет проект?

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

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

  • Если-то. Самые неожиданные случаи в процессе — новые ветки, возвраты, отмены, доработки, добавление согласующих. Несколько раз пройдите по процессу чтобы убедится что все основные “боковые” и “исключительные” сценарии продуманы.
  • Импорт существующих записей. Особо актуально при длительном жизненном цикле записей. Дополнительный фактор сложности — если записи содержат историю, master-detail, набор связанных документов и все это сопровождается большим количеством объектов.
  • Архивирование. Все хорошо пока записей пару сотен и по каждой из них пару документов. Но если речь заходит о сканкопиях и тысячах таких записей за несколько месяцев — вот тогда вам надо хорошо продумать стратегию управления жизненным циклом контента.
  • Сотрудники. Если жизненный цикл записи прост — не беда. А вот что если пару месяцев на запись — когда в течении нескольких месяцев по ней ставятся задачи, проходят согласования? Тут не обойтись без риска того что сменился начальник отдела, кто-то ушел в отпуск или более не занимает определенную должность. Корректное управление ролями, определение руководителя, смена ответственного за задачу и другие вопросы становятся важными в процессе.
  • Индивидуальная настройка уведомлений. Кроме правила рассылки уведомлений по ролям может оказаться что необходимо дать возможность пользователям более гибко настраивать уведомления. Кроме языковых версий — классические требования дайджеста, частоты рассылки и даже более тонкие — отправка в определенное время.
  • Экспорт данных из системы. Отчеты.

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

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

Догмы и Практика

Вы готовы узнать что SharePoint это на самом деле скин для 1С портал с расширениями от ФСБ для сбора корпоративной информации? Хм. Кажется я не успел пошутить на эту тему первого апреля — теперь надо ждать год. Зато от идеи шутки (скорее не очень удачной) родилась замечательная идея рассказать вам о Догмах SharePoint на примере замечательной статьи Folders are bad and other urban legends.

Автор статьи, Paul Culmsee, поставил простой эксперимент. Он задал SharePoint разработчикам два вопроса.

Вопрос 1. Какой из двух сценариев имеет наиболее высокую вероятность на успех

  1. У нас с технической точки зрения паршивое решение, оно работает и офигенно нравится пользователям. Они активно его используют и довольны.
  2. У нас великолепное архитектурное решение, соответствует рекомендациям и книгам экспертов. Сам Билл любит эту архитектуру. Но пользователи ненавидят ваше решение, практически никто им не пользуется.

Как ответил я, мои знакомые и опрошенные упомянутой выше статьи — практически исключающее большинство выбирает первый вариант. Разумно и практично. Теперь небольшая пауза, расслабились, забыли первый вопрос, посмотрел на улицу — весна, девочки/мальчики, вспомнили любимое слово паттерны, производительность, архитектура, утечки памяти, бардак, юзеры (последние 5-7 слов повторить). Вспомнили как вас задрали эти уроды-пользователи (ну практически все ИТ-шники так считают).

Так — вы готовы.  Continue reading

Вышел новый Silverlight. И умер?

На днях Microsoft выпустила 5-ю версию Silverlight. Версия получила приятные новые возможности — можно создавать высокопроизводительные приложения. Однако не ясно стоит ли радоваться — ранее звучали заявления о закрытии платформы — HTML 5 выбран как основная платформа. Стоит ли нам сегодня создавать приложения для Sharepoint на основе Silverlight — вопрос открытый. Я бы этого для стратег-чески важных, удолгосрочных, решений не делал. Для компактных “коротких” продуктов — можно.

Еще раз про виртуализацию — что пишет Ноэл

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

“Внимательно присмотритесь к технологиям виртуализации, по крайней меры для ферм разработки и тестирования, хотя это возможно и для производственных ферм”

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

Практический опыт внедрения SharePoint подтверждает последнюю трактовку.

Расширение платформы Sharepoint

Хороший пост по поводу расширения Sharepoint платформы - http://currents.michaelsampson.net/2011/03/sharepoint-platform.html

Простое резюме с которым я согласен: “… in the SharePoint world, a platform gives functionality that ISVs build products on top of, and those add-on products are required to make SharePoint usable. Thus the SharePoint decision by implication involves a commitment to both buying the platform and a suite of add-on products, in order to make it work.”

Выше привожу слайд с оригинального поста.

BPA CRM на Sharepoint

Хочу отметить очень интересный и элегантный продукт на Sharepoint — реализацию CRM решения от BPA - http://www.crm-sharepoint.com/

Мне данное решение очень понравилось простым и элегантным пользовательским интерфейсом, удобной master-detail формой. Как это работает — можно легко попробовать заказав в компании free trial.

Рекомендую посмотреть их видео презентацию - http://www.crm-sharepoint.com/camtasia/BPA-CRM-2010/BPA-CRM-2010.html

PS В свете последней реализации CRM от Microsoft решение хоть и смотрится несколько блекло — но по прежнему мне нравится по своей реализации. Его можно брать как пример для интерфейса реализации внутренних Sharepoint проектов.

 

Сервис Уведомлений

Для многих развитых решений по автоматизации бизнес процессов важным требованием является информирование пользователей о ходе процесса — отправка уведомлений. В проектах где в есть около 5 workflow в 5-7 шагов с различными вариантами уведомлений окажется около 50-70 поводов уведомить пользователей. А если у вас счастье работать в интернациональной компании где есть англичане и французы — множьте на 2-3.

Возникает ряд вопросов:

  • администрирования уведомлений — кому отсылать а кому нет (индивидуальная и централизованная настройка)
  • редактирование уведомлений как контента — правки, публикации, языковые версии
  • обеспечить стандартный механизм подстановки параметров значений, в том числе итеративные блоки (для вставки заранее не известного перечня буллетов с указанием например названия, цены, количества), условные блоки
  • легкой интеграции в процессы
  • масштабируемой в случае использования для массовых рассылок — в том числе и внешним пользователям
  • легкой интеграции в различные решения — хорошо когда на ряд автоматизируемых решений/сервисов у вас одна центральная компонента

Continue reading

Неизведанный RBS

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