Вы думаете, сейчас что-то изменилось? У людей пропало желание работать с информацией? Раньше они наносили рисунки на стены пещер, использовали глиняные таблички, папирус, пергамент, бумагу. Извлекали информацию путем расшифровки символов и чтения текста. Кто-то не разбирался в этом, а кто-то умел обрабатывать информацию хорошо и считался мудрецом. А сейчас для тех же целей используются жесткие диски. Писали грифелями, палочками из тростника, перьями, теперь используется клавиатура. Сейчас программисты создают красивые приложения, применяя языки программирования, чтобы извлечь требуемую информацию из жестких дисков и представить ее в читаемом виде. ИТ сегодня, по сути, новый вариант для хранения, передачи и извлечения информации. Программисты – мудрецы, которые расшифровывают данные, изготовители папируса/бумаги – производители жестких дисков, а читатели и писатели – все те же люди. Изменились технологии, увеличилась скорость, но основное требование не поменялось: нам все также нужно хранить, передавать, извлекать информацию.
Надеюсь, теперь вам не кажется, что ИТ это что-то из другой галактики. Тогда переходим к основной теме данной главы.
Что такое ИТ-проект? Разберем этот момент перед тем, как нырнуть в океан проектной деятельности. Это может показаться скучным, но я постаралась ужать все до минимума, поскольку без теоретической основы сложно представить себе, чем эти «проектные люди» зарабатывают на хлеб с икрой.
Не буду приводить различные академические термины, которые тяжело воспринимаются на слух. Представлю здесь доступное определение, которое даст общее представление об ИТ-проекте.
ИТ-проект – это некая деятельность рабочего коллектива, ограниченная сроками, ресурсами, бюджетом и приводящая в итоге к появлению продукта или услуги.
ИТ-проекты могут быть организованы:
– для разработки программного продукта;
– для внедрения информационной системы;
– для модернизации программного продукта или информационной системы.
Как обычно все выглядит на примере внедрения информационной системы: собираются топ-менеджеры и решают, что компания уже довольно большая, бизнес-процессы растут и требуют управления, а значит, пора поставить систему, которая будет с этим справляться. Потом либо приглашаются консалтинговые компании для оценки текущего состояния дел, либо внутри компании находятся ресурсы, которые выполняют эту работу.
Далее все зависит от возможности и целей компании: проект делает консалтинг или своя внутренняя команда. Тут стоит заметить, что внутренняя команда – это не только сотрудники, которые уже работают в компании, но и приглашенные специалисты. Обычно отказ от услуг консалтинговой фирмы происходит по причинам «много просят денег», «качество работы невысокое, поскольку поставлено на поток и мы у них такие не одни». Отчасти это действительно так, но на ИТ-рынке достаточно исполнителей услуг, и можно найти приемлемый уровень качества и цены.
Существуют различные методики, как работать с ИТ-проектами. Вы без труда найдете их в книгах и интернете. В Приложении я добавила те, которые мне помогают в работе.
Для общего понимания, как выглядит ИТ-проект «на бумаге», приведу типовое описание этапов.
Фазы типового проекта: инициация проекта, анализ текущих бизнес-процессов, проектирование системы, реализация, тестирование, запуск, поддержка.
Давайте расшифруем все фазы.
Инициация проекта: о чем было упомянуто выше. Топ-менеджеры решили внедрять систему, определили бюджет, сделали оценку внутренних ресурсов.
Анализ текущих бизнес-процессов: тоже парой слов обозначено выше. Либо появляются ребята в пиджаках (консалтинг), либо внутренняя команда проводит ревизию текущей деятельности. На выходе должен быть список тех самых бизнес-процессов, которые в итоге компания будет оптимизировать, автоматизировать и, возможно, менять в корне.
Проектирование системы: на данном этапе должны появиться проектные решения. Это документ, в который включаются все описания реализации по каждому бизнес-процессу, а также потенциальные дополнительные разработки. Важный этап, который требует особого внимания и достаточного времени. От него зависит, как пойдет проект дальше. Все, что забыли указать во время анализа процессов, здесь можно «дописать».
Реализация: на основе проектных решений идет работа с системой, которая включает в себя настройки и разработки. Второй по важности проектный этап. Кстати, здесь тоже можно еще «добросить» новые бизнес-процессы. Такое случается довольно часто на больших проектах. На мой взгляд, обвинять коллег: «Ах, ты ничего толком-то и не проанализировал, а половину забыл», – смысла нет. Все равно делать надо. На данном этапе вас ждут сюрпризы в виде «а еще у нас есть вот такой процесс», «кстати, вот этот процесс немного не так должен быть». Впрочем, такие «подарки» могут произойти на каждом этапе. Надо быть морально к этому готовым и воспринимать как должное, с пониманием.
Читать дальше