Эту небольшую публикацию даже статьей-то назвать сложно, всего лишь маленькая заметка, история из жизни от одного из наших коллег, который, в силу своего высокого профессионализма, был однажды приглашен из консалтинга в штат крупной компании в качестве ведущего специалиста.
Зачем был приглашен?
В компании уже давным давно шел дорогостоящий проект внедрения целого комплекса информационных систем и сопутствующих приложений. У руководства компании возникла мысль — продолжить развитие этого комплекса внутренними силами. Начали набор собственной команды, начали, разумеется, с ведущих специалистов, чтобы они сами могли затем регулировать, кого набирать себе в команду. Впрочем, ничего нового, казалось бы. Но мы бы не публиковали эту историю, если бы в ней не было ничего познавательного и поучительного.
Эта статья — очень дельная рекомендация для будущих IT директоров и кураторов крупных проектов. Ни в коем случае не пренебрегайте техническими специалистами в своей команде, даже если у вас огромное количество подрядчиков! Не вздумайте ограничивать свою команду (в данном случае вы — команда заказчика) одними лишь «бизнесовыми» людьми! Навсегда выбросьте из головы мысли о том, что вы будете лишь диктовать бизнес-требования, а технической частью займутся приглашенные специально обученные люди! Почему? Сейчас поясним.
Когда вновь прибывший специалист решил разобраться с технической стороной «разрабатываемой» системы (кавычки, кстати, тут не случайно), он пришел в ужас. Прежде всего, это было связано с подходом к разработке — перепилено ядро системы (у современных информационных систем существует так называемое ядро конфигурации, которое трогать ни в коем случае нельзя, можно программировать подключаемые модули и ставить на них ссылки из ядра; а трогать ядро нельзя, так как после первого же обновления на новую версию, система умрет, если ядро сильно задето). Много чего еще некорректного было сделано с технической точки зрения, мы привели самую бросающуюся в глаза ситуацию, а произошло это как раз из-за того что полностью отсутствовал технических контроль за тем, что происходит в проекте.
Я думаю, вы уже догадались, почему статья называется «инвестируем и экономим». Иметь такого специалиста в штате — удовольствие недешевое. Но, поверьте, если с первым же обновлением ваш комплекс информационных систем рухнет (а там, не дай бог, задействован еще и ваш сайт продаж), денег будет потеряно в сотни раз больше.
Ключевая обязанность такого специалиста — следить за целостностью продукта с технической точки зрения, контролировать вносимые изменения в систему, отслеживать, что все изменения задокументированы и имеют под собой бизнес потребность.
