Давненько на detrix.kz не появлялось чего-нибудь отличного от описания системы. Оно и понятно, — наступил сезон работы. У кого как, а у нас он длится с мая по июль и с октября по декабрь. Именно в это время подписываются контакты, начинаются проекты, строятся планы. Вот мы, собственно, и подписываем, начинаем и строим. Так что времени остается очень немного. Но чтобы уж совсем не погрязнуть, сегодня немного отвлечемся.

Что такое работа с заказчиком? Это не служба в армии, и заказчик – не генерал. Но, к сожалению, для многих солдафонская модель работы является признаком качественного сервиса. Дескать, чего не попрошу – все сделают, — радуется такой заказчик. А исполнитель и рад стараться, прикладывая руку к котелку, от прикладывания звенящему, пока «прикладывалка» не отвалится. И невдомек обоим, что в итоге получится всего лишь звон, и ничего более. (далее…)

Продолжение 1, 2, 3, 4, 5

Очень часто техническое задание на автоматизацию документооборота не пишется вовсе. Еще чаще к разработке этого документа подходят чисто формально – лишь бы было. Если речь идет о госорганах, то это «лишь бы было» должно еще соответствовать требованиям законодательства и стандартов. А поскольку нормативных актов и инструкций по разработке технических заданий на создание информационных систем в суверенном Казахстане за 20 лет писать еще не научились, за основу берут еще старые советские стандарты, например, ГОСТ 34.602-89 (называемый ныне СТ 34.015-2002, который, не смотря на новое название, по-прежнему ссылается на общесоюзные классификаторы). И начинают изобретать нечто такое, что смогут показать проверяющим инстанциям при необходимости. В любом случае создаваемый документ практически только пишется, но никогда не читается и не выступает в качестве руководства к действию. (далее…)

С момента публикаций первого рассказика из цикла сказов (1, 2, 3, 4) прошло почти 1,5 месяца. В принципе, такой срок может пройти и в реальной жизни с момента первого взгляда заказчика на внедренца до перехода к самой тесной фазе отношений – внедрению. Так что, если не учитывать идущий сейчас «мертвый» в плане новых проектов первый квартал года, можно сказать, что сказания мои максимально приближены к суровой реальности. Именно с точки зрения традиционного реального проекта по внедрению СЭД в Казахстане я и буду дальше вести речь, а не с точки зрения умника, слышавшего про PMBOK, PRINCE, MSF и прочих, безусловно, замечательных, но трудно применимых в наших степных условиях стандартов.  Это ведь там, где эти стандарты разрабатывались, среднестатистический водитель, двигаясь по безлюдной улице, дисциплинированно остановится перед линией «Стоп». У нас же, в большинстве случаев, водитель только газу поддаст. А это значит, что всегда в проекте найдется сотрудник, который посчитает, что правила писаны не для него и, что для того, чтобы было лучше, нужно сделать так, как он считает и как ему удобнее. К сожалению, зависимость между вероятностью попадания такого сотрудника и высотой занимаемого им положения обычно прямо пропорциональна. А компетенция – обратно. А посему придется внедренцу проявлять гибкость, которую в стандартах не опишешь. (далее…)

Истории неудачных проектов по автоматизации документооборота в Интернете встречаются нечасто. Победные реляции вендоров об успешных внедрениях их собственных СЭД, изготовленные на основе типовых шаблонов, заполоняют страницы специализированных изданий. Фактически ценность такой информации равна 0,1 (в одну десятую я включаю название очередного клиента и название выбранной системы — интерес чисто в целях повышения самообразованности). Мало еще у нас, знаете ли, критики, здоровой такой критики (как по объему, так и по содержанию), мало историй о неудачах (конструктивных, а не с целью поглумиться), на основании изучения которых можно было бы делать соответствующие выводы, и предпринимать определенные меры к тому, чтобы избегать ошибок, а то в стране грабель не хватает. После прочтения всех этих  «саксесс стори» создается устойчивое ощущение того, что стоит только пальцами щелкнуть перед носом поставщика СЭД, и счастье уже ломится из персонального компьютера. Чем, собственно, и начинают заниматься простые смертные заказчики (щелкать пальцами), а потом никак счастья дождаться не могут. Т.к.  очень и очень немногие компании получают весь набор, описываемых вендорами преимуществ от внедрения СЭД. И очень многие проекты напоминают вот такую историю: прочитать историю

И вот клиент готовится стать счастливым заказчиком. Ура? Рано. Сначала нужно заключить договор. Очень часто встречаются ситуации, когда клиент, не понимая всех обстоятельств, старается включить в договор все, что возможно, на все случаи жизни. Жизнь не всегда удается, поэтому и с формулировками и требованиями случаются определенные трудности. (далее…)

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

Через два дня договора нет, потому что у заказчика проверка.

Через неделю уехал в командировку начальник ИТ-отдела.

Через две недели – начальник в отпуске.

Через месяц – директор в Китае.

Спустя полгода, договора нет. (далее…)

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