Скорость разработки изменений в процессах очень важна

Меня спрашивают — что дает в SharePoint использование Nintex / K2. Я отвечаю — скорость и прозрачность для бизнеса. И это очень важно как для бизнеса так и для ИТ.

По этому поводу отличная цитата из блога Главное не результат, главное процесс:

… вовлеченность невозможна без поддержания темпа разработки. Вы можете рассчитывать на заинтересованное участие бизнеса в проекте BPM только в том случае, если интервал времени от идеи по усовершенствованию процесса, высказанной бизнесом, до ее реализации, занимает дни, максимум недели. Месяцы –это уже все равно что никогда, потому что энтузиазм бизнеса за это время неминуемо угаснет.

Простота — это один аспект, обеспечивающий вовлеченность, темп — второй. Сменив встроенные в BPMS средства быстрой разработки на более трудоемкие, мы проигрываем и там, и тут

Взято тут

Платформа Microsoft SharePoint и BPM: нужны K2/Nintex/etc

Платформа Microsoft SharePoint используется для построения решений, где требуется наличие определенного рабочего процесса (workflow), но сама по себе непригодна в качестве BPM-решения. К такому выводу пришли исследователи из Forrester, подготовившие аналитический материал SharePoint and BPM – Finding The Sweet Spot (“SharePoint и BPM – в поисках лучшей точки соприкосновения”).

Эксперты отмечают, что на базе Microsoft SharePoint можно реализовать BPM-систему, но только при условии использования сторонних решений. Среди причин, приводящих к таким умозаключениям, в Forrester называют необходимость дополнительной кастомизации и программирования платформы от Microsoft, приводящей к финансовым и временным расходам; реализацию архитектуры на базе внутренних сайтов для хранения контента и информации, которая не подходит для организации управления бизнес-процессов; проблемы с управляемостью бизнес-приложений внутри SharePoint.

По мнению Forrester, самым главным свойством продукта, которое не дает ему право быть BPM-решением, является его архитектура. SharePoint использует Windows Workflow Foundation (WP), поддерживающее только два типа автоматизации процессов: последовательные рабочие процессы(sequensial) и автомат конечных состояний(state-mashine-workflow). Благодаря этому SharePoint работает лучше всего при жесткой (предварительно описанной) маршрутизации процессов, в то время как большинство установок платформы связаны с прямо противоположным подходом — со свободной практикой общения сотрудников в рамках этих процессов.

Подробнее:http://doc.cnews.ru/news/top/index.shtml?2010/04/28/388743

 

А вы хотите ПРОСТО согласовывать в SharePoint?

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

Другое дело — когда вы получаете письмо с информацией о необходимости согласовать запись или документ. В письме коротко и ясно написано что надо согласовывать, от кого. Если согласовывается запись — вам передаются ключевые данные в письме. Дается ссылка на элемент, ссылка (кнопка лучше!) для решения — Согласовать, Не согласовать, Вернуть на доработку.

… А еще лучше когда вы можете просто написать коротко в ответ на это письмо — Согласовано.

Система его получит и проставит все необходимое в процессе. Вам это будет удобно сделать на смартфоне работая в почтовой программе или коммуникаторе в режиме чата! Нравится? Хотите?!!

Выбирайте правильную архитектуру решения SharePoint, Workflow. Надо помочь? Поможем! Обращайтесь!

Серьезный Workflow на Sharepoint — K2/Nintex

К сожалению доверять родной Workflow технологии на Sharepoint от Microsoft не приходится. В одной из частных бесед я спрашивал редмондцев — а почему? Ответ был крайне дипломатичен — у нас хорошая технология, есть партнеры и у них чуть-чуть лучше, и на шаг впереди. Это про K2 и его конкурента Nintex. Есть еще и коммерческие инструменты у MS но все таки следует серьезно рассмотреть приобретение партнерского движка. Если вы хотите выжить под валом автоматизации бизнес процессов на Sharepoint.

А вы для себя уже сделали этот выбор?

Правильная ли у вас основа?

Сначала я хочу показать вам вывод экспертов — “предоставить сотрудникам простые инструменты проrраммирования, чтобы они моrли адаптировать под индивидуальные задачи те информационные системы и компьютерные приложения, с которыми работают.” А теперь прочитайте почему … Continue reading

Основные преимущества

При проведении анализа потребностей пользователей, формирования устава проекта (концепции проекта, презентации проекта для руководства) для решений Sharepoint следует обращать внимание на следующие основные группы преимуществ: Continue reading