Основные этапы реализации проектов электронного документооборота Worklite Portal Corporate Portal и Worklite Docs на базе MS Sharepoint Server/Foundation 2013. Как показывает практика, даже если у заказчика есть достаточно серьезное желание реализовать Корпоративный Интранет-портал, существует множество подводных камней, которые изначально не учитываются в межгалактических ценностях, но если рассматривать их через призму некоторого обследования пациента, возникает немало интересных появляются факторы.
Первоначальные переговоры с потенциальным счастливым обладателем корпоративной системы обычно рисуют весьма радужную картину будущего, что-то в стиле диснеевских мультфильмов - когда все вокруг танцуют и поют, сюжет развивается исключительно в положительном направлении, а добро всегда побеждает. злые, то есть доблестные рыцари (инженеры-разработчики) - в неравной борьбе они всё же одерживают верх над упрямым драконом (портал заказчика).
В результате все снова танцуют и поют, в финале катятся победные титры – все довольны и счастливы, а уставшие, но бесконечно счастливые герои растворяются в закате под аккомпанемент романтической мелодии.
Все примерно так.
Есть, конечно, определенные нюансы, они вообще не достойны внимания, я даже не хочу о них упоминать.
но давайте попробуем посмотреть на само тело, без, так сказать, больничного листа.
Для этого вам нужно будет начать с самого начала: 1. Готовое коробочное решение с доработками, разработка с нуля или вообще попробуем сэкономить и купить отдельные модули, чтобы «прикрутить» их самостоятельно.
Обычно с этого все и начинается.
Непростые метания между решением купить всё сразу в развитом комплексе с достройками под свои нужды и между широким жестом броситься с головой в пропасть нулевой застройки.
Ну и как третий вариант - найти где-нибудь готовые модули и попробовать прикрепить их к порталу, который вы уже разработали самостоятельно (об этом я писал в одной из статей) - кстати, это моя любимая часть :) а) Готовое коробочное решение.
Не заблуждайтесь, готовых решений для MS Sharepoint 2013 нет и быть не может по определению.
На всем мировом рынке планеты под названием «Земля» такого пока не существует. Есть базовые решения, которые фактически уже подготовлены разработчиком в удобоваримом виде к внедрению, но они просто физически не могут отразить все нюансы вашего бизнеса.
Причём они рассчитаны не на конечного заказчика, а на удобство реализации самим исполнителем, чтобы не выполнять монотонную работу каждый раз на начальных этапах и не тратить лишнее время и деньги заказчика на написание новостного модуля.
, например, или телефонный справочник в сотый раз, ну и конечно для того, чтобы заказчик понимал, как все это будет выглядеть в итоге.
Модуль создан, протестирован и молниеносно установлен в систему, а затем доработаны нюансы с учетом специфики компании и возможного использования уникального дизайна.
Зачем каждый раз писать основы для каждого заказчика с нуля — когда можно применить и систематизировать готовые модули и существенно сократить время на первоначальную интеграцию.
Это чрезвычайно выгодно и удобно.
По сути это готовое коробочное решение.
Но он никогда не может быть готов к нуждам абсолютно ЛЮБОЙ компании, и конечно, всегда требуются даже минимальные модификации.
Причём по отношению к готовым модулям это могут быть как дополнительные 2-3% работы, так и 200-300% работы сверху.
Это действительно зависит от пожеланий заказчика.
Совершенно потрясающе наблюдать, как взрослые ребята в костюмах искренне и серьезно удивляются, что в продукте почему-то не учтена специфика их компании.
Типа, ох, ура, как плохо.
Хочу авторитетно сказать, что невозможно изначально учесть требования всех заказчиков сразу.
У одних нефтяная компания, у других яблоки продаются - и бизнес-процессы и нюансы у всех разные, как и методы и потребности в голосовании, новостях, досках почета, сотрудниках и карточках.
Например, модуль новостей - да, он подходит всем - могут быть минимальные доработки под готовое решение, но например, политика телефонного справочника при всей своей полноте никак не может удовлетворить какие-либо интересы без дополнительных настроек, так как в структуре необходимо учитывать еще и компанию, и ее филиальное распределение, и количество отделов, и черт знает что еще.
б) Разработка с нуля Допустим, заказчик плюнул разработчику в лицо (слюной, как плевали до исторического империализма) и ляпнул, что им не нужно ничего готового, мол, дайте нам полную кастомизацию.
Большой.
Без проблем.
Это именно то, чего ждет любой подрядчик, например профессор Мориарти.
Цена сильно снижается из-за полной неопределенности результатов; соответственно, рассчитать и объяснить в реальности цену проекта крайне сложно, а значит, мы берем ровно столько денег, сколько можем унести.
Другой вопрос, что здесь есть два подводных камня: Номер ван-стоуна: Заказчик не совсем четко представляет себе полноту всей конечной картины, которую он хочет получить от выхлопа (в большинстве случаев).
А если и есть, то крайне расплывчато.
Что-то вроде испанского конкистадора – который через пространство под шлемом понимает, что где-то есть золотая ледяная дорадо, но где именно – хрен его знает. Соответственно, это дает беспрецедентный простор для расчета общей сметы в максимально приблизительные и крайне выгодные для исполнителя сроки.
Сюда можно впихнуть и уникальный дизайн (кстати, цена указана без потолка), и кучу важного, но совершенно ненужного функционала и затрат на бани, откаты, кафе и длинноногих секретарш.
Это все, конечно, только если у заказчика в кошельке много маленьких желтых кружочков и в воздухе звучит волшебная фраза "делайте, ребята - дядя платит, что скажете" :)) Номер камня: Заказчик находится в состоянии умеренного понимания того, что ему нужно и даже Техническое задание имеется.
Технические характеристики всегда турбо.
Если есть техническое задание, то все пойдет как по маслу.
Вот тут - хоп! И как по маслу.
Я часто обращаю внимание на то, что заказчик с такими задачами в мозолистой руке всегда бодрее и расслабленнее, чем тот, у кого их нет. Так сказать - добрым словом и Кольтом всегда можно добиться большего, чем просто добрым словом.
! Нюанс в том, что если техническое задание имеется в полном объеме и подробно, но проект не выполнен, это всегда вызывает обоснованные подозрения.
Откуда это? И кто это лепил? Если их лепили профессионалы, то почему они не завершили проект, а если они были просто авторами ТЗ, то кто руководил проектом по написанию этого ТЗ и куда делся этот персонаж? И вообще, почему ТЗ отдельно от проекта? Тема специфическая - речь идет не о строительстве дачи, когда проектировщики рисуют план - а строители строят ее в соответствии с этим планом.
В образе Шарика все несколько иначе - если подрядчик может лепить отличное ТЗ - на разработку и реализацию проекта на базе MS Sharepoint 2013 - то в 99% - он, по идее, должен уметь приносить это в жизнь.
Каждый раз, когда мы видим отличное техническое задание от заказчика, мы задаемся вопросом, какие моменты могли помешать подрядчику выполнить проект в соответствии с собственным письменным планом.
Когда выясняются обстоятельства, конечно, начинается феерия - по сути, это куча взаимных упреков, начиная от финансовой составляющей (клиенты выжали деньги) и заканчивая воплями о том, что исполнитель сам дурак.
Ну в общем понятно, что дело темное.
Разработка с нуля требует денег и времени.
Вот и все.
Тем более, что это большие деньги и большие сроки.
Нет, понятно, конечно, что подрядчик будет делать стандартные модули и веб-части (которые у него и так есть) на тех движках, которые он уже внедрил, так какой смысл снова резать одно и то же? И тогда уникальный дизайн все равно будет применен - не забудьте про волшебную фразу :) Но клиенту это знать не обязательно! Надо с нуля - ну и будет с нуля.
Победителей не судят. Но время, которое можно было пропустить за пару недель – за счет официального использования готовых разработок – растянется еще на пару месяцев и добавит лишний ноль к сумме итоговой сметы.
Само собой, что действительно финальные доработки (то есть то, что действительно требует серьезной разработки и внедрения в проект) будут реализовываться отдельно кровью и потом, с дополнительными седыми волосами ведущего проекта и его главных подельников - технических инженеров и прогеров.
, у кого есть рыцарские перья, у них шлемы поникнут, но духа они не потеряют. Но это понятное дело – в комплект его не входит, а значит вопросов нет. Надо делать дополнительно - значит надо.
Конечный ценник на разработку модулей якобы «с нуля» и фактически разрабатываемых с самого начала все равно будет крайне выгоден и втрое выше, чем доработка готового решения, а значит море, пальмы и кабриолеты гарантируется всем участникам процесса со стороны застройщика.
И клиент получает поистине уникальный продукт, который всегда приятно преподнести коллегам по бизнесу в сауне под цыганские песни и медвежьи танцы.
в) Экономьте деньги и покупайте отдельные модули Другая моя любимая часть :) Я люблю клиентов, которые рыскают по разработчикам с целью получить какую-нить почти бесплатно, чтобы она работала и стоила недорого.
То есть запланировано много встреч и презентаций, надуты щеки, сидит много импозантных людей в дорогих костюмах - а что или платить они не готовы и платить ничего вразумительного не собираются.
Речь идет о миллионах – и изначально мысль о сумме заказа была около 50 тысяч за 50 рублей – не более.
И соответственно, именно господами удачи считаются в первую очередь – фрилансеры.
Фриланс – это мечта! И самое смешное, что очень часто серьезные специалисты по аутсорсингу являются одними из лучших специалистов в мире.
Всегда приятно работать где-нибудь в Праге и выполнять заказы, поступающие из заснеженной России, особенно когда то, что любишь, греет душу и карман.
Но почему бытует мнение, что они готовы продать свои силы и опыт за три копейки? Вот откуда это взялось? Конечно, речь идет о грамотных и профессионалах.
Но этот тип клиентов абсолютно уверен, что если он станет фрилансером, то это будет очень дешево, а еще лучше – бесплатно! :) Это выглядит примерно так: Сервер устанавливается ИТ-специалистами заказчика.
Поверх него ставится MS Sharepoint Foundation и прикручивается SQL Express (ну то есть всё бесплатно).
Далее делается несколько разделов, в которых процессы раскладываются на примитивном стандартном уровне.
Все остальное забито мощной статикой (динамической нагрузки практически не несет) — то есть просто куча текстов «о компании», «наших отделах», «сотрудниках», «документах», «новостях» и так далее.
В целом более-менее похоже на один из HTML-сайтов 90-х, но с современными, неравномерно обрезанными изображениями по краям, обработанными неуловимым местным пиарщиком.
Упс - портал готов - покажите руководству.
Руководство обычно, когда это видит, морщится в стиле миссис Марпл, в принципе одобряют бесплатную вещь, а хочется чего-то креативного и чего-то, что как-то еще работает.! Соответственно, рождается идея, что нам нужно сделать какие-то кастомизированные списки и прикрепить к ним что-то функциональное.
Что должно быть сделано? Верно! Решение найдено.
Покупать готовое решение в комплексе дорого, нулевая разработка вообще бред, нанимать команду или специалиста в штат компании как-то туманно в перспективах, да и их айтишники такого произвола не потерпят и могут отравить конкурент с фирменным кофе, остается только одно - купить сразу что-нибудь подешевле, то есть пару модулей - лишь бы они хоть что-то сделали - если это может положительно повлиять на благоприятный вид инвесторы или собственники.
То есть немного и дешево! Поэтому покупаем самое простое и визуально приятное: Новости и дни рождения сотрудников :)) Гип-гип вперед! Это означает либо найти контору, которая надерет задницу и вставит пару своих готовых модулей, либо веселого, но ретивого фрилансера, который сделает то же самое, но по более привлекательной цене.
Дальнейшее развитие событий вполне понятно и предсказуемо.
Было проведено 5-6 встреч с разработчиками от мала до велика, никто там не горит желанием что-то реализовать за полтинник (так как с такими клиентами проблем не будет, а результат крайне сомнителен), а фрилансеры готовы взяться за работу.
щас, но опять же по предоплате, и чем больше портфолио и как следствие опыт, тем менее гуманна предоплата.
Более того, аутсорсеры на уровне разработчиков Microsoft — особенно из городов с любовным романтическим названием Прага, Мюнхен, Лимассол, Лондон и т. д. — просто отказываются понимать суммы предоплаты менее тысячи евро.
Про Украину и Белоруссию молчу - они вообще знают себе цену (что, кстати, правильно) и такие предложения принимаются только при серьезной предоплате, а за проекты ниже определенной суммы они не берутся.
Кстати, они честно рассказывают о своей занятости и календарных показателях.
В общем, имеем то, что имеем - клиент мечется, надо что-то делать, руководство будет ругать (причем весь этот бунт преподносится и руководству, и потенциальным подрядчикам, как готовый проект, полностью выполненный на своих условиях).
собственно, осталось сделать буквально пару пунктов.
это буквально просто бизнес тогда на 15 минут).
Хорошо – идем дальше.
2. Выбор исполнителя-подрядчика.
Существует довольно широкое мнение, что когда мы открываем поисковик, вводим запрос и сразу в результатах поиска будет сотня компаний, которые сделают все прямо сейчас.
То есть сделают это прямо сейчас и сразу.
Кстати, в прямом смысле именно СТО компаний могут выполнить подобный объем работ. Ребята - это разрозненная и узкоспециализированная работа.
Ну и как построить дом или собрать машину.
То есть заявленных компаний в поисковике очень много, а реальных боевых как всегда штук 9-10 от силы.
Причём по всей России.
Например, многие продают стройматериалы, но мало кто может предоставить весь комплекс услуг по строительству уютного особняка в пригороде.
Соответственно, здесь все точно так же.
Есть крупные интеграторы, есть средние, а мелких просто не существует. По одной простой причине – у мелких фирм просто нет ресурсов для реализации этого, или они создают такие индивидуальные проекты, которые их сложно учесть в общей статистике.
Если на сайте компании есть упоминание слова «Sharepoint», это не означает, что они действительно могут что-то сделать в этой области.
Проверить компетентность потенциальной компании-подрядчика невероятно легко – достаточно просто (даже без визуальных переговоров) – требование в ультимативном тоне – доступ к демо-версии.
Если предоставлен демо-доступ, то компания переходит ко второму туру отбора, но если в ответ вы слышите отговорки типа: — заболел технический специалист — менеджер заболел — интернет-канал закрыт — сервер в данный момент переносится на другой сайт — сейчас шар переставляется, поэтому доступ временно недоступен - так же переставляется Windows сервер — уборщица тронула кабель шваброй — дракон влетел в окно и съел оператора - обещают прислать доступ, но не присылают, потому что.
ну так оно и есть, но они очень активно общаются голосом по телефону.
и т. д. Забудь это.
И никогда не вспоминать.
Так как исполнителями в проекте могут быть только два типа компаний: А) Очень крупные интеграторы - входят в топ ИТ-компаний РФ (ценник соответствующий), естественно с наличием отдела разработки на базе MS Sharepoint, так как его может не быть и они тоже вполне спокойно просто кого-то привлекут более профессионально в узкой специфике реализовать проект. Это, конечно, будет неизвестно покупателю, но будет включено в окончательную цену :) б) Компании среднего размера, которые по вашему запросу могут сразу выслать доступ к своей демо-версии или провести ее презентацию на встрече.
Это несложно (буквально за пять минут) и подтверждает уровень компетентности подрядчика.
А вот о дипломах и сертификатах можно забыть, так как они приобретаются совершенно другими способами и никак не влияют на уровень конкретных личностей разработчиков, ведущих ваш конкретный проект. 3 .
Количество сотрудников, выполняющих проект Обычно один из первых вопросов — сколько сотрудников вашей компании будет работать над моим проектом? Стандартный ответ – да, все, что есть! :) Я не знаю, что здесь сказать.
В целом разделение проектов на категории примерно такое: 1 техник + 1 руководитель проекта - при сложности и стоимости проекта на участке до 800 тыс.
руб.
2 технаря + 1 руководитель проекта - если сложность и стоимость проекта в районе от 800 до 2,5 млн руб.
3 технических специалиста + 1 руководитель проекта - если сложность и стоимость проекта в районе 2,5-5 млн руб.
4 технаря +1/2 ведущего проекта - если выше, но опять же по сложности.
Все остальное по очень прочному соглашению, независимо от размера и уровня компании.
(Размер не влияет на уровень) Конечно, понятно, что вся компания и весь обслуживающий персонал работают над единым проектом.
То есть носители бумаги для принтеров, секретари, курьеры, различные менеджеры всех типов и консультанты всего возможного, а также аналитики всего.
То есть персонажей очень много.
Но это всего лишь инфраструктура.
но именно настоящих специалистов - почти никогда и любой ценой - всего будет не более 5-6 человек.
Известны случаи, когда огромные компании ставят на многомиллионные проекты 2-3 человек и выполняют работу.
Потому что большего просто не нужно.
Зачем? Все знают, сроки соблюдаются - выхлоп замечательный - что еще? Кстати, такая крайняя откровенность обычно очень огорчает заказчика.
Ну, он не хотел такого ответа.
как пухлая вдова с грудью-аркебузой, он жаждет услышать, что над его проектом будут работать все! То есть абсолютно все, кто есть в компании.
Желательно, чтобы их было человек пятьдесят, не меньше.
Причем желательно всем в костюмах, галстуках и с краем накрахмаленного белого платка, виднеющимся из нагрудного кармана пиджака, чисто выбритым и с голливудскими улыбками.
Все спокойно сидели перед мониторами и реализовывали только СВОЙ проект. На такие ненавязчивые желания мы всегда киваем головой.
Ну это так, а как же иначе? На самом деле, мы все знаем, что такое НАСТОЯЩИЙ прогер такого уровня.
Нет, не молодой человек, возомнивший себя таким после просмотра фильма «Рыба-меч-пароль», а настоящий профессионал с многолетним опытом подобной работы.
Это что-то вроде кандидата наук или конструктора баллистических ракет. Тип очень красочный.
Если посмотреть на него со стороны, то он напоминает то боцмана, уволенного с корабля за пьянство, то средневекового пирата, только что сошедшего с корабля после того, как успешно взошел на абордаж случайного брига, то сумасшедшего профессора из фильма «Назад в Будущее».
Это талантливые люди, живущие в своем мире.
Настоящие и непоколебимые профессионалы.
Зарплата соответствующая.
И им не нужно просто так кому-то улыбаться и носить костюм с накрахмаленным шарфом.
вокруг в течение длительного времени Они уже все всем доказали.
С их зарплатой в 150-200 тысяч (и это далеко не предел) они могут позволить себе делать все так, как считают нужным, тем более, что компания держится на них.
Это отлично.
К тому же их мало, чертовски мало.
На всю страну - буквально пару сотен (и то, по-моему, я много врал).
Итак, если проект серьезный, то для реализации будет предоставлен один из них (отечественные ИТ-гуру); если проект попроще, то техническим специалистам низшего звена будет предоставлен контроль старших специалистов - и опять же это абсолютно правильно и нормально.
Но нельзя забывать, что отдел разработки Sharepoint там все равно будет небольшим — максимум 10 человек.
) 4. Боевых фирм довольно много - к которым имеет смысл обратиться - и все они хорошо известны на этом рынке (цены на разработки и доступ к демкам мы узнаем там - они сильно различаются, но свою тему знают).
Например, одно из решений представлено здесь: Ээлектронное управление документооборотом И корпоративный портал Ту би продолжил.
Теги: #sharepoint 2013 #worklite docs #электронный документооборот #корпоративный портал #интранет-портал #разработка сайтов #sharepoint
-
Реактивный X Redux
19 Oct, 24 -
Google И Devops: Две Книги О Sre
19 Oct, 24 -
Следующее Поколение Браузеров
19 Oct, 24
