25 советов выжившего на ИТ-проектах

Редактор Ольга Плескань

Дизайнер обложки Дарья Миронова

© Мария Абазьева, 2019

© Дарья Миронова, дизайн обложки, 2019

ISBN 978-5-0050-6641-1

Создано в интеллектуальной издательской системе Ridero

Вступительное слово

В ХХI веке информационные технологии плотно вошли в нашу жизнь. Мы уже не представляем день без интернета и различных гаджетов. Так же и в бизнесе. Он не может функционировать без ИТ. Он не выживет без технологий. И неважно, микробизнес это или предприятие международного уровня. Абсолютно все используют информационные технологии, и, на мой взгляд, в обозримом будущем конца этому не видно.

Раз есть технологии, значит, есть и те, кто их разрабатывает и внедряет. Как только бизнес принимает решение разворачивать высокотехнологичные системы, открываются ИТ-проекты. Системы непросты, их внедрение требует определенных знаний, так же как и управление любым оборудованием, которое, к слову, тоже является технически сложным. Так что бизнес прибегает к услугам разработчиков и консультантов: к тем, кто имеет опыт в этой сфере и знает лучшие практики внедрения. Существует множество замечательной литературы о том, как вести ИТ-проекты, но работы о том, как туда попасть начинающим специалистам или профессионалам с опытом, меняющим свою сферу деятельности; о том, как устроен проект изнутри, мне практически не попадались.

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

Это не учебник. Это описание реальной проектной жизни. Книга поможет ответить на вопрос, который вам будут неоднократно задавать друзья, родственники и даже коллеги из других отделов: «Чем ты таким занимаешься, за что тебе платят такие деньги?»

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

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

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

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

P.S. Все, что изложено в книге, является моим личным мнением и не претендует на истину в последней инстанции. Все имена вымышлены, все совпадения случайны.

Про ИТ-проект

– Это что такое?!

– Ваше Величество, они хотели…

– Ну все ясно – отрубите им головы!

Льюис Кэрролл. Алиса в Стране чудес

Сейчас из каждого утюга можно услышать: «Миша/Аня занимается ИТ – он/она супермозг», «Сейчас век ИТ», «Все держится на ИТ», «Без ИТ никуда» и прочее. А что такое ИТ? Что это понятие включает в себя? Попробуйте задать эти простые вопросы людям, которые далеки от темы. Ответы вас удивят. Обычно отвечающий начинает тереть лоб и хмурить брови в попытке выдать достойное определение. В итоге: «Ну все, что в компьютере, интернет, Excel, что-то еще такое подобное», «Программы всякие типа Instagram, Facebook в смартфоне и сам смартфон тоже произведение ИТ». Или: «Это то, чем занят наш админ, он сетку настраивает, компы» и очень много других интересных ответов. На деле все просто. Конечно, вы можете найти замысловатое определение информационных технологий, которое будет набором слов, но я попытаюсь объяснить все проще.

ИТ – не что-то сверхновое. С момента изобретения письменности, а это, на секундочку, 3000 лет до нашей эры, люди хранили, извлекали, передавали информацию. Вы думаете, сейчас что-то изменилось? У людей пропало желание работать с информацией? Раньше они наносили рисунки на стены пещер, использовали глиняные таблички, папирус, пергамент, бумагу. Извлекали информацию путем расшифровки символов и чтения текста. Кто-то не разбирался в этом, а кто-то умел обрабатывать информацию хорошо и считался мудрецом. А сейчас для тех же целей используются жесткие диски. Писали грифелями, палочками из тростника, перьями, теперь используется клавиатура. Сейчас программисты создают красивые приложения, применяя языки программирования, чтобы извлечь требуемую информацию из жестких дисков и представить ее в читаемом виде. ИТ сегодня, по сути, новый вариант для хранения, передачи и извлечения информации. Программисты – мудрецы, которые расшифровывают данные, изготовители папируса/бумаги – производители жестких дисков, а читатели и писатели – все те же люди. Изменились технологии, увеличилась скорость, но основное требование не поменялось: нам все также нужно хранить, передавать, извлекать информацию.

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

Что такое ИТ-проект? Разберем этот момент перед тем, как нырнуть в океан проектной деятельности. Это может показаться скучным, но я постаралась ужать все до минимума, поскольку без теоретической основы сложно представить себе, чем эти «проектные люди» зарабатывают на хлеб с икрой.

Не буду приводить различные академические термины, которые тяжело воспринимаются на слух. Представлю здесь доступное определение, которое даст общее представление об ИТ-проекте.

ИТ-проект – это некая деятельность рабочего коллектива, ограниченная сроками, ресурсами, бюджетом и приводящая в итоге к появлению продукта или услуги.

ИТ-проекты могут быть организованы:

– для разработки программного продукта;

– для внедрения информационной системы;

– для модернизации программного продукта или информационной системы.

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

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

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

Для общего понимания, как выглядит ИТ-проект «на бумаге», приведу типовое описание этапов.

Фазы типового проекта: инициация проекта, анализ текущих бизнес-процессов, проектирование системы, реализация, тестирование, запуск, поддержка.

Давайте расшифруем все фазы.

Инициация проекта: о чем было упомянуто выше. Топ-менеджеры решили внедрять систему, определили бюджет, сделали оценку внутренних ресурсов.

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

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

Реализация: на основе проектных решений идет работа с системой, которая включает в себя настройки и разработки. Второй по важности проектный этап. Кстати, здесь тоже можно еще «добросить» новые бизнес-процессы. Такое случается довольно часто на больших проектах. На мой взгляд, обвинять коллег: «Ах, ты ничего толком-то и не проанализировал, а половину забыл», – смысла нет. Все равно делать надо. На данном этапе вас ждут сюрпризы в виде «а еще у нас есть вот такой процесс», «кстати, вот этот процесс немного не так должен быть». Впрочем, такие «подарки» могут произойти на каждом этапе. Надо быть морально к этому готовым и воспринимать как должное, с пониманием.

Тестирование: передаем все, что сделали, на суд пользователей-тестеров и ждем обратной связи. Скорее всего, придется что-то корректировать. Спокойно принимайте замечания, но не все подряд, только те, которые действительно влияют на работу, а не являются фантазией пользователя. Прежде чем отклонять что-то, иногда полезно представить себя на месте пользователя продукта и посмотреть со стороны: «А мне действительно было бы так удобно работать?» Кроме тестирования, на этом этапе происходит обучение непосредственных пользователей вашего продукта.

Запуск: тесты сделали, недочеты устранили. Теперь отправляем наш проект в реальную жизнь. Сотрудники компании будут пользоваться вашим продуктом каждый день.

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

Что касается других видов ИТ-проектов, то они примерно повторяют те же этапы, что представлены выше.

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

Вообще проект напоминает работу над голливудским фильмом: появляется идея запустить фильм, поиск бюджета, кастинги, звезды, сценарии, съемки, выпуск трейлера, монтаж, выпуск в кинопрокат, обратная связь от зрителя. Зритель голосует деньгами и отзывами в Сети. В итоге либо радость, либо разочарование. Да-да, в проектной деятельности то же самое. Вам, возможно, даже спасибо не скажут, а конечные пользователи вашего труда вообще заявят, что все ужасно, система – полное убожество, все неудобно. Но тем не менее вы в свою копилку проект добавите, как и строчку в резюме. До определенного момента каждый проект будет влиять на вашу стоимость на рынке услуг. Пусть это вас согревает в суровые времена общения с бизнес-пользователями.

Совет: не воспринимайте все близко к сердцу как личное оскорбление. Здесь надо понимать, что у людей, которые работали спокойно в своем ритме, вдруг все меняется. Для них действительно появление новой системы – стресс. Вы постоянно вращаетесь в мире ИТ, что-то новое для вас в виде приложения или системы – это норма, но люди из других сфер не так часто сталкиваются с этим. Так что для них вы разрушитель спокойствия. Вам об этом будут регулярно напоминать.