документации фактор может легко увести проект с нужного курса. Как говорил доктор Хаус про девочку-пациентку, «если бы в ее ДНК отклонение было на один процент, она была бы дельфином».
После того как ТЗ начинает воплощаться в жизнь, задача аналитика — участвовать в тестировании и прогнозировать возможные ошибки.
Бизнес-аналитики обычно занимаются более верхнеуровневыми задачами, больше коммуницируют с заказчиком, знают предметную область, но не включаются в процесс написания детального ТЗ.
В своей работе аналитики чаще всего используют нотации — специальный софт для создания различных блок-схем и диаграмм. После того как вы отрисовали с помощью нотаций какой-нибудь пользовательский сценарий (как использовать ваше приложение), можете подгрузить его, например, к Jira (система отслеживания ошибок) — и уже там отмечать существующие баги. Это гораздо удобнее, чем объяснять на пальцах.
Среди популярных нотаций можно выделить UML, BPMN, Visio и т. п.
Общаясь с аналитиком, скорее всего, вам нужно будет попросить его показать пример ТЗ или различных схем, которые он сможет показать, чтобы ваш бизнес-заказчик мог оценить, насколько хорошо проработано ТЗ.
Технический писатель — специалист, который занимается составлением документов в рамках разработки продукта. Он описывает функционал продукта по установленным нормам, руководство по эксплуатации для пользователей и многое другое. В некоторых случаях он может заниматься оформлением этой документации: добавлять иллюстрации, видео, анимацию.
На российском рынке не очень много таких специалистов. Продолжение карьерного роста технического писателя — системная аналитика, и если человек вырос в аналитика из писателя, то он часто сам выполняет всю текстовую работу.
Техническому писателю необходимо уметь объяснять сложные вещи простым языком. Для этого, конечно же, нужен навык понимания этих самых сложных вещей. Его цель — докопаться до сути проекта, понять ее и уже только после этого описать.
Помните все эти убогие инструкции? Так вот, часто их делают технические писатели. Теперь понимаете, почему так важен хороший техпис? Ведь он работает не только с пользовательской инструкцией, но и с внутренней документацией.
Project manager (проджект-менеджер — менеджер проекта) и Product manager (продакт-менеджер — менеджер по продукту). Мы подробно разберем эти позиции в отдельной главе, пока же важно отметить, что Project manager в IT обычно занимается «административной» работой. Его задача — успешная реализация проекта в установленные сроки в рамках запланированного бюджета.
Product manager отвечает за продукт в целом. В его функции входят анализ рынка, общение с потенциальными пользователями, ценообразование, позиционирование продукта и много других деталей. Некоторые функции, как вы заметили, пересекаются с работой аналитика, но менеджер по продукту — это все-таки более управленческая позиция.
UI— (user interface) и UX— (user experience) дизайнеры — несмотря на то, что в реальности эти функции выполняет один человек, разница между ними все-таки есть. Хотя в последние годы ситуация, на мой взгляд, улучшается.
Итак, UI-дизайнер занимается только непосредственно дизайном, а UX-специалист больше погружен в аналитическую сторону создания продукта.
То есть UX-специалист, грубо говоря, «главный». Он отвечает за логику интерфейса, компоновку элементов и принципы подачи контента. Это он принимает решение о том, насколько пользователям удобно наличие кнопки именно в этом месте интерфейса или на пару сантиметров левее. UI-дизайнер же творит свои шедевры на основе того, что придумал UX. Таким образом, получается, что UX-дизайнер — это голова, а UI-дизайнер — руки.
Понимаю, что хожу сейчас по тонкому льду и влезаю туда, где могу получить по голове. Не мне говорить, кто главнее, потому я лишь высказываю свою позицию: логика интерфейса крайне важна, потому что каким бы красивым он ни был, если он неудобен — какой в этом смысл?
Разработчик (junior, middle, senior, teamlead). Если вы откроете hh.ru, то увидите там и программистов, и разработчиков, и developers, и software engineers. Все это — разные названия одной профессии. Детально про разработчиков мы поговорим, когда будем разбирать языки программирования.
Пока же важно понять, что разработчик — это человек, который непосредственно пишет код и реализует поставленное ТЗ. Обычно выделяют четыре уровня (грейда) сотрудников:
● junior (начинающий специалист);
● middle (специалист среднего уровня, но так пишут очень редко: звучит это дико; скорее уж middle, или мидл);
● senior (старший/ведущий специалист);
● тимлид (руководитель команды).
Тимлид — руководитель группы сотрудников (это могут быть как разработчики, так и тестировщики или, например, аналитики). В процессе руководства группой разработчиков тимлид также может участвовать в формировании команды, принимать решения по архитектуре ПО или выполнять роль аналитика. По факту тимлид всегда участвует в найме, ведь именно к себе в команду он ищет людей, и ему важно понять, с кем предстоит работать.
Тестировщик. Главная задача этого специалиста — найти в ПО баги (ошибки). Он анализирует работу продукта, ищет слабые места, документирует их и передает разработчикам, чтобы те всё исправили.
Сисадмин. Когда рекрутер ищет системных администраторов, он должен понимать, что они могут выполнять очень много различных задач. Самое простое — «спасение» пользователей от любых проблем, связанных с состоянием компьютеров. Сисадмин участвует в закупках новой техники, следит за ее состоянием и при необходимости чинит, устанавливает операционную систему и новые программы, создает учетные записи. Это самые очевидные для обычного пользователя задачи.
В IT-компании всё сложнее. Здесь системный администратор может, например, заниматься администрированием физических и виртуальных серверов или управлять базами данных.
Мы детально рассмотрим эту профессию в отдельной главе, пока же я призываю вас запомнить: существующее у нас представление о системных администраторах гораздо проще и примитивнее реальных задач, которые они могут выполнять.
IT-директор & CTO. CTO, или Chief Technology Officer, или технический директор в IT-компании — это человек, отвечающий за разработку и развитие всего ПО, которое выпускается. У него в подчинении находятся все технические отделы.
Тогда как IT-директор (CIO), скажем, в небольшой строительной компании — это специалист, отвечающий за IT-инфраструктуру, и в подчинении у него будут, например, два системных администратора.
Единой терминологии, определяющей, кто такой IT-директор, нет, все зависит от контекста. Единственное, что можно уверенно сказать об этой должности, — она управленческая. Не подумайте, что рынок не определился. Просто СТО небольшого продукта в 30 человек и СТО нескольких бизнес-юнитов в Mail.ru — это разные специалисты. И тот и другой обладают технической экспертизой, но первый порой может и к процессу кодинга подключиться, и продуктовые задачки на себя взять, а второй, вероятно, будет больше менеджером.
Специалист по информационной безопасности — человек, который, как и следует из названия должности, отвечает за обеспечение конфиденциальности данных. Он анализирует информационные риски компании и внедряет мероприятия по их предотвращению.
