Ошибки При Внедрении Корпоративного Портала Или Электронного Документооборота

Конечно, такой пост найдет голосовое одобрение лишь в пылких сердцах ИТ-подрядчиков и передовых кибернетических бойцов – но опубликовать, думаю, не помешало бы! Я работаю IT-специалистом в крупной компании.

В целом все хорошо и замечательно.

Однажды наше руководство решило идти в ногу со временем и возникли мысли об автоматизации.

Очень долго выбирал Ээлектронное управление документооборотом , но то ли жалко было платить большие деньги, то ли разработчики какие-то фейки, короче все эти переговоры и презентационные безобразия отняли уйму времени.

В конечном итоге мы пришли к решению.

Продукт адекватный, разработан для Microsoft Sharepoint 2013 Worklite Docs (в силу некоторых обстоятельств я очень хорошо знаком с этой системой).

В общем выбор пал на него.

Мы собрали все наши корпоративные пожелания, заказали, реализовали и запустили.

Все в порядке, все работает. Но дело не в этом.

Это была поговорка.

Я намазался перед отпуском и, как обычно, уехал на пару недель в мае, категорически забыв обо всем и вся.

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

А он парень - надо сказать, немного туповатый, но крайне дотошный - и на своем месте, и не на своем месте.

Строго я запрещал ему что-либо трогать и чувствовать, и если бы было к чему мне звонить (а я удаленно, как настоящий гуру, в случае чего, подключался бы и все делал).

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

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

И тут раздается истошный звонок от моего помощника.

Он описывает, как звонил ребятам в техподдержку, с упорством суворовского знаменосца и по всякой ерунде (насколько я понимаю, он звонил туда раз двести и постоянно спрашивал какую-то ерунду), и он не мог даже четко формулировать вопросы.

Как оказалось, ребята-разработчики отнеслись с юмором и, помучившись с этим идиотом, отправили ему письмо под названием «Памятка для клиента».

Я смеялся полдня.

Потом я его немного переработал и представляю здесь - немного исправленный вариант, в художественном стиле.

Теперь оно висит над моим столом в офисе! Вот содержание (без учета всех регалий и обращений согласно корпоративным регламентам): Типичные ошибки клиентов при внедрении сложных систем на базе Sharepoint 2013: 1. «Мы сделаем это сами» Достаточно распространенный метод, позволяющий расстаться с корпоративными деньгами на довольно долгое и беспроблемное время, без малейшей перспективы получить что-то работающее или хотя бы отдаленно напоминающее целостное решение, но какое удовольствие! Происходит это примерно по следующему алгоритму (хронология событий может меняться): 1) Принимается решение о внедрении корпоративного портала и/или электронного документооборота.

2) Бюджет выделяется в достаточно ограниченном объеме (заказчику лучше заранее знать, какой объем финансирования и сроки понадобятся для реализации проекта, не так ли?) 3) Поиск исполнителя осуществляется методом ковровой бомбардировки.

То есть на переговоры и презентации тратится колоссальное количество времени - единственная цель которых - понять, что это такое и для чего используется, а также выяснить, можно ли все это сделать бесплатно и в течение пары минут. недель.

4) После 5-6 презентаций формируется мнение: «все это совсем не сложно, и наши ИТ-специалисты уже хорошо разбираются в вопросе».

Но все же обычно здравый смысл берет верх и параллельно принимается решение о найме хотя бы одного специалиста (желательно фриланса - тогда не придется платить зарплату) 5) Поднимается веселый шорох рук со словами «это ерунда, сейчас недельку посидим, разберемся и сами все сделаем».

Причем наибольший здравый смысл обычно проявляют фрилансеры, которые смотрят на все это действо в скайпе с кислым сомнением, но вздыхают и естественно приступают к работе (кто платит, тот и танцует).

6) Выделяется руководитель проекта.

С упорством, достойным скульптора египетских пирамид, он ревностно пытается собрать информацию от отделов, отделов и филиалов компании о пожеланиях к будущему принципиальному решению, склеить конструкцию в наглядной форме и набросать некое подобие план.

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

7) Потрудившись составить более-менее удобоваримый план работы, начинается самая великолепная часть Марлезонского балета – формирование Технического задания.

Это песня.

Причем нужно понимать, что просто план работ и детальное техническое задание с подробным описанием каждого пункта – это разные вещи.

Вот тут и приходит первое озарение — оказывается, оплата разработки технического задания — это совсем не такая уж странная вещь.

А написать техническое задание собственноручно, не имея практически никакого опыта, несколько трудоемко.

мягко говоря, практически невозможно.

.

Небольшое отступление от перечисления хронологии.

(все это время, естественно, зарплата выплачивается всем участвующим лицам) Среднее число одновременно работающих сотрудников составляет около трех, при минимальной зарплате, скажем, 50-70 тысяч рублей.

Все вышеперечисленное буйство духа составляет около 2 месяцев – это значит 300 – 400 тысяч рублей.

примерно уже впихнут в проект, который, по сути, даже не начал путь к реализации.

Итак, продолжим.

8) Итак.

ТЗ написано.

Веселый, но бесконечно грустный фрилансер приступил к своей кропотливой, многомесячной работе.

А пока перейдем к дизайну.

Естественно, для утверждения дизайна вам нужно будет пройти весь вышеописанный путь (это само собой разумеется) — правда, в параллельном режиме.

(некоторые руководители проектов предпочитают заниматься одновременно проектированием и техническим заданием, но обычно на этом проект вообще заканчивается).

То есть пока фрилансер лепит решение, ответственный за проект человек в очередной раз проходит все круги ада внутри компании и закаляется в межведомственных баталиях, как Геракл, разрывающий пасть льва.

В общем, дизайн рано или поздно будет одобрен, так как художественная часть самая простая, хотя, конечно, имеет свою специфику, связанную с Sharepoint. Кстати, многие компании считают, что дизайн не обязателен (поэтому печальный финал всей эпопеи выглядит еще более печально в свете стандартного шаблона Microsoft).

Но это позже.

9) Потом дни тянутся бесконечно.

тянутся и тянутся.

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

Соответственно, сроки реализации проекта отодвигаются и оттягиваются.

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

Как говорили классики: «Розы на его щеках завяли и обратились в пепел».

10) В таком весёлом безобразии проходят дни, недели, месяцы (иногда даже годы).

Результат обычно печальный.

В результате получается странный, не очень удобный, кривой наклон, с кучей статичных страниц и внешним видом псевдографики середины 90-х.

Но самое смешное, что это работает! Выливается в ошибки, не даёт сделать практически ничего (для этого всё и затевалось) - но работает. И это даже используется!!! Руководитель проекта с видом варяжского крейсера гордо смотрит на бледные тени своих подчиненных и даже позволяет пожать ему руку! Не важно, что затраченные средства (при тонких расчетах) в четыре раза больше, чем взяла бы компания-застройщик, неважно даже, что в установленный срок можно было бы завоевать небольшую африканскую страну и построить там небоскребы ! И неважно, что работать в этом совершенно невозможно, а открытие главной страницы вызывает приступ панической депрессии абсолютно у всех, включая даже рыбок в аквариуме.

Официально – проект завершен! Ура! P.S Через полгода руководство приходит к выводу, что в проекте всё же «что-то не так» и после быстрых переговоров с 2-3 компаниями (учитывая печальный и высокооплачиваемый опыт) быстро заключают договор с чиновником.

застройщик согласно смете.

Уважаемые клиенты! Разработка и реализация самостоятельно сложных и специфических решений на базе MS Sharepoint – это спорт для смелых и презирающих мир людей.

Пробуйте, дерзайте, но на всякий случай сразу выделяйте двойной бюджет и готовьтесь к колоссальным срокам.

Мы не несем ответственности за ваши ошибки, как финансовые, так и временные.

И даже если на предыдущем фронте работ вы уже потратили несколько миллионов рублей и много времени (сделать что-то самостоятельно), это не значит, что мы должны платить вам за свою работу по цене, уменьшенной на пять и мы обязуемся завершить все за пару недель.

Цените свои деньги и наше время.

2. «Мы хотим дешево, много и все сразу.

а еще лучше бесплатно» Заказчик готов работать со сторонней исполнительной компанией.

У него есть уже оплаченное и сгенерированное сторонней компанией ТУ и он прекрасно представляет, что ему нужно, но совершенно не хочет платить ни за что другое или, не дай бог, заикаться насчет денег.

Часто бывает, что заказчик уже имеет представление о том, какой необходимый функционал ему требуется, и ищет компанию-исполнителя.

Техническое задание уже есть и в принципе разговор всегда вполне предметный во всех аспектах, кроме финансирования.

В большинстве случаев оказывается, что клиенту нужно практически всё! То есть абсолютно все, что может быть представлено на рынке технологий (Корпоративный портал, СЭД, BI, KPI, Дизайн и т.д.), но бюджет настолько смешной, что ни один разработчик не воспринимает его всерьез как потенциального клиента после озвучивая максимально возможные финансовые затраты.

Более того, заказчик тянет оглашение суммы бюджета буквально до последнего момента, всерьез рассчитывая на то, что такая политика может сработать.

Ну, согласитесь – сумма, например, менее 500 тысяч рублей просто логически не может считаться бюджетом на весь перечисленный функционал.

Этот тип клиентов обычно терроризирует всех и вся.

Бесконечная переписка, встречи, переговоры – чтобы в конечном итоге выжать из голоса сумму, которая вряд ли сможет покрыть Боржоми за то, что он выпил в процессе нервного срыва с менеджером ведущего клиента.

Адекватные суммы (даже значительно ниже рыночных) ввергают его в ступор.

Как золотая вдова с оранжевыми глазами, покупатель плывет в кресле, когда слышит сумму более 100 тысяч рублей.

и закатывает глаза от мысли, что его просто решили ограбить.

Уважаемые клиенты! Пожалуйста, постарайтесь адекватно понять сложность и возможные финансовые затраты на разработку для MS Sharepoint. На данный момент в мире нет решений и возможностей провести серьёзные разработки или внедрить подобные системы за такие объёмы.

Невозможно внедрить или даже просто начать внедрение системы электронного документооборота за 80 или 100 тысяч рублей – такие случаи науке пока неизвестны.

Помните, что разработка «с нуля» под конкретную специфику заказчика – это разные вещи.

из коробочного решения.

И пропорциональность финансовых затрат будет весьма полярной.

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

Приобретая коробочное решение, вы получаете готовый продукт, который реализован в универсальном виде и при необходимости доработок потребует ваших навыков разработчика.

В этом случае вы получаете только лицензию на использование и техническую поддержку.

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

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

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

3. «Мы купили у вас коробочное решение, теперь хотим, чтобы вы бесплатно обучили нашего специалиста — ведь мы не хотим платить за доработки специфики нашей компании» Клиент бронирует и платит за коробочное решение.

Ни о каких улучшениях или обучении не было ни разговоров, ни упоминаний.

Ну а зачем платить, правда? Ведь есть системный администратор, обладающий любыми навыками: от построения системы интеллектуальной аналитики до проектирования баллистических ракет. Он умеет все делать быстро и качественно.

Итак - руководство клиента оплачивает решение в базовом виде (без доработок и доработок) - продукт доставляется заказчику и развертывается на его мощностях, приезжает грустный сисадмин или его помощник или помощник помощника (кто все это видит весело впервые) - и начинается игра в стиле «пожалуйста, научите меня всему, я хочу уметь делать, как вы!» А если ты меня не научишь, то ты плохой, и я буду жаловаться.

» Уважаемые клиенты! Мы не несем ответственности за технические навыки Ваших специалистов.

Мы всегда рады предложить свое – но каждый труд, как вы понимаете, должен быть оплачен.

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

Если вы купили автомобиль, автосалон не несет ответственности за ваше умение им управлять.

Если вы хотите сэкономить на доработке решения под свои нужды и считаете, что ваши специалисты справятся с этим, то предполагается, что они имеют техническую специализацию в этой отрасли и довольно легко могут работать в таких приложениях, как Visual Studio и Sharepoint Designer — при этом полностью понимая логику разработки для MS Sharepoint, а также понимая логику движения процессов в СЭД, заказов, ЦП, разработки веб-частей и т.д. Техническая поддержка подразумевает лишь консультативную работу в рамках реализованного функционала и не предполагает обучение Ваших специалистов.

К сожалению, у нас нет возможности бесплатно обучать специалистов заказчика базовым навыкам работы с MS Sharepoint. Мы рекомендуем такие курсы проходить в специализированных учреждениях на уровне «Специалист», либо включать в договор и оплачивать отдельно.

Примерно такой же вопрос хотелось бы поднять и в тех случаях, когда ваш специалист «убил» систему на своей стороне, удалил все, раздал админские права первым встречным или просто облил серверную стойку бензином и поджег: Мы занимаемся восстановлением, резервным копированием и структурированием – только в том случае, если это четко прописано в договоре и, как следствие, было финансово обеспечено заказчиком.

4. «Я отвечаю за управление проектом в нашей компании, но очень хочу неожиданно уйти в отпуск или просто исчезнуть на пару недель - чтобы ваши технические специалисты не могли связаться со мной по интересующим вопросам в рамках проекта, и тогда я хочу подойти и спросить – почему не готовоЭ» При заключении договора на управление фронтом работ мы в первую очередь настаиваем на том, чтобы заказчик назначил ответственного человека, который будет отвечать за обратную связь от клиента.

Обычно это ИТ-менеджер или один из его ближайших подчиненных.

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

В целом неплохо, даже несколько завидно.

«О, Америка — страна, где люди гуляют и пьют без закусок».

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

А когда он вернется, начальство его спросит: «А как идут наши печальные дела, например, по доработке карточки документаЭ» А Петру Ивановичу было ни уха, ни рыла, он отдыхал, ему стихийно было наплевать и на документ-карточку, и на сам документ, и на начальство, и на нас тоже.

Ну, в результате, давайте напишите нам по электронной почте, я имею в виду, у вас уже все готово? Где посмотреть? А чего вы, мол, бездельничали, дураки, за наши деньги? Уважаемые клиенты! В процессе разработки возникает огромное количество вопросов, и от вас требуется устное участие и оперативная обратная связь по вопросам, связанным с неоднозначными вопросами или просто разъяснения, без ответов на которые крайне сложно продолжить логическую цепочку разработки, или есть риск реализовать не то.

что именно нужно вашей компании.

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

Если мы не сможем получить от вас ответ в течение недели, то мы продлеваем срок исполнения договора на эту неделю, и тогда не стоит звонить каждые пять минут с вопросом «Готово ли сейчасЭ» Извините, но мы потеряли из-за вас неделю и поэтому не обязаны нести расходы по увеличению количества специалистов, чтобы уложиться в сроки, сдвинутые по вашей вине.

С уважением, служба технической поддержки Worklite Docs. Ээлектронное управление документооборотом И корпоративный портал Worklite Теги: #электронный документооборот #корпоративный портал #sharepoint 2013 #ECM/СЭД

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.