Как не провалить проект на SharePoint?

Как не провалить проект на
SharePoint?
Сергей Якимчук.
[email protected]
SharePoint
• Шарепойнт – самая успешная intranetплатформа в мире.
• У нас почти 2000 референсных внедрений.
• Все счастливые заказчики счастливы
одинаково, поэтому об этом рассказывать
скучно.
Как провалить проект на
SharePoint!
Вредные советы.
1. Поставить неосязаемую цель!
• Типа:
• Повышение эффективности в collaborationсценариях…
• Усиление внутренних коммуникаций…
• Актуализация процессов enterprise content
management…
• Создать единое информационное
пространство…
• и еще обеспечить Cost-Saving…
2. Не обучаться – и так всё ясно.
• Курсы от Майкрософт? Ролики? Книжки?
• Тонны документации, форумов и howto’s?
• Сотрудники российского офиса, получающие деньги
за deployment?
Нет!
• Этого нам не нужно – мы умеем писать код! И
напишем всё сами.
• А пользователям мы рассказывать как это работает
тоже не будем – как им интересно будет узнавать
всё самостоятельно!
3. Энтерпрайз решение не может
стоить дешево!
• Мы наймем дорогого подрядчика и
предложим выполнить наши
несформулированные цели.
• Мы не будем говорить подрядчику чего мы
хотим добиться, а просто поставим задачу
внедрить портал и исправить платформу,
если потребуется.
4. Партнерское решение? Ну нет…
• Мы и так заплатили за платформу, поэтому
не будем покупать готовые модули у
партнеров – мы же можем написать их
сами!
• Выбор специализированного партнера?
Зачем? У нас есть команда, которая делала
дизайн внешнего сайта…
5. Тормозит? Ну и пусть…
• Если на нашей прекрасной виртуальной
машине что-то тормозит, то это кривая
платформа.
• Страница открывается полминуты? Ничего
подождут пользователи – им же нужно дать
отдохнуть.
• Оптимизация базы? Кеширование?
Распределенные инсталляции? Нет. Не
слышал.
6. Запустили? Вот молодцы!
• Подписаны акты подрядчику? Отлично,
наконец можно забыть об этом проекте…
• Пользователи опять что-то хотят? Мы же
уже приняли портал!
ППП: Популярные причины провала
Не качественно сформулированы цели внедрения
Нет знания возможностей, плохое обучение
Завышенная стоимость внедрения
Низкое качество партнерской экосистемы
Недостаточные инвестиции в производительность
Отсутствует план развития
Отсутствует/некачественный дизайн
25
24
9
8
2
1
-1
* опрос проводился среди специалистов по внедрению
1. А как же надо?
• Делаем маленькие шаги. Решаем четко
сформулированные задачи конкретных
сотрудников стандартным функционалом.
• Почему? Потому, что короткие проекты это
или успешные блицкриги или незаметные
FAIL’ы.
2. А как же надо?
• Если «шажок» всё же взлетел, то
анализируем не нужно ли доработать этот
проект. Нет? Делаем его «сервисом»!
Запускаем подобные проекты пока
справляется команда внедрения.
• Почему? Потому что «сервисы»
распространяются сами и не требуют ИТучастия.
3. А как же надо?
• Если дорого расширять команду внедрения,
то нужно упрощать задачу – включаем
воображение – вводим абстракции и
декомпозиции, которые помогут
пользователям понять, как построен ваш
портал.
• Почему? Потому что сложные проекты это
дорого и долго.
4. А как же надо?
…Учиться, учиться и еще раз учиться…
• Участники проекта и рядовые пользователи
должны понимать «что» можно легко
сделать.
• На портале должен быть обучающий
материал «как» это достигнуть.
5. А как же надо?
•
•
•
•
Не звать интеграторов.
Да, не звать.
Ни наших, ни буржуйских.
Вообще.
6. Тормозить не должно
• 1-2 секунды на открытие любой страницы –
предел.
• Для достижения таких параметров
платформа имеет достаточно механизмов.
• Не все из них тупое увеличение количества
серверов.