Тестирование ПО

Участники IT-проекта и их роли

Итак, начнем с того, что роли в команде могут существенно различаться в зависимости от типа проекта. Создавая софт с нуля, Вам потребуется одна команда, внедряя ERP систему — другая, ставя приложение BI для топ-менеджмента заказчика — третья и так далее. Но здесь мы решили рассказать Вам наиболее распространенные и общепринятые профессии и роли, которые востребованы в той или иной степени практически на любом проекте.

Группы ролей

Роли в ИТ можно разделить по нескольким срезам:

  • по активности;
  • по ответственности;
  • по загруженности.

Разделение по активности

  • производители;
  • управленцы;
  • проверяющие.

Разделение по ответственности

  • без ответсвенности
  • с ответственностью за качество
  • с финансовой ответственностью

Разделение по назначению

  • нанимаемые на позицию;
  • взращиваемые в коллективе.

Описание ролей

Названия ролей буду использовать американские, от куда, по-сути, они родом. Большая часть названий позаимствовано из англоговорящего сообщества.

Developer

Характеристики:

  • занимается производством программных алгоритмов;
  • не несёт ответственности за применение результата и по финансовым рискам;
  • нанимается на позицию.

Эта роль классического исполнителя: руководитель ставит задачу на автоматизацию того или иного процесса, разработчик это выполняет.

В современном мире, разработчик объеденяется ещё с несколькими ролями, которые будут описаны ниже.

Данная роль часто сегментируется по разделению ответственности:

  • Back-end developer — разработчик программно-аппаратной части комплексного ПО;
  • Front-end developer — разработчик клиентской стороны пользовательского интерфейса к программно-аппаратной части.

Так же, роль сегментируется по платформам, под которые ведётся разработка, например:

  • Web;
  • Mobile;
  • Server-Side;

и так далее.

User Experience Designer (UX)

Характеристики:

  • занимается производством карт пользовательского опыта;
  • несёт ответственности за применение результата, но не несёт ответственность по финансовым рискам;
  • нанимается на позицию.

Эта роль изучает и оценивает, как пользователи относятся к разрабатываемому программному обеспечению. Они выявляют простоту использования ПО, восприятие ценности ПО, полезность ПО, эффективность ПО. Продумывают и оценивают процессы и сценарии использования ПО.

Ошибочно эту руль путают, а порою и совмещают с ролью UI Designer (см. ниже). UX vs UI Designer отличаются не только предметной областью, но и спецификой мышления. UX Designer больше про про аналитику и систематизацию, чем про эргономику и эстетику.

User Interface Designer (UI)

Характеристики:

  • занимается производством графической составляющей интерфейсов;
  • не несёт ответственности за применение результата и по финансовым рискам;
  • нанимается на позицию.

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

Quality Assurance (QA)

Характеристики:

  • занимается проверкой результата
  • не несёт ответственности за применение результата и по финансовым рискам;
  • нанимается на позицию.

QA занимается тестированием всего, как бы странно это не звучало.

Системный подход специалиста QA позволяет тестировать как программный код, так и продуманность карт пользовательского опыта.

Также очень важный аспект работы специалиста QA — планирование, то есть умение составлять тест план, следовать ему, готовить отчёты согласно подготовленному плану. Из личного опыта скажу, что специалистов QA на рынке труда много, а вот людей с системным подходом, необходимым багажом знаний и умений — единицы.

Human Resource (HR)

Характеристики:

  • занимается первичным подбором кандидатов согласно требований
  • несёт частичную ответственности за результат, но не несёт ответственность по финансовым рискам;
  • нанимается на позицию.

HR занимается первичным подбором кандидатов согласно требований, обеспечивает прозрачное прохождение всех этапов собеседований при трудоустройстве.

Обязанности HR часто замешаны со следующей ролью, которая на большинстве рынков труда трактуется так, как хочется руководству компании.

Team Leader

Характеристики:

  • отвечает за работу группы специалистов;
  • несёт ответственности за командную работу, не несёт финансовых рисков;
  • взращивается в коллективе.

Team Leader обеспечивает комфортные условия работы коллектива и поддерживая высокий уровень её эффективности. Данная роль не обязана знать специфику работы команды досконально. Для примера, если речь про Team Leader в группе разработчиков, то он не обязан быть программистом, ему достаточно иметь знания об организации труда, процессах, протекающих во время производства. Но на практике так исторически сложилось, что самых матёрых программистов ставят на эту позицию, что является классической ошибкой управления.

Разберём стериотипы и ошибки:

  1. Team Leader всегда взращивается в среде, это единственный способ заработать авторитет в группе людей; нет авторитета, никто не будет слушать Team Leader, процессы будут идти своим путём;
  2. Можно процесс взращивания ускорить, наняв одного из опытных Team Leader, но в коллектив он должен попасть сперва как рядовой специалист, заработать авторитет, только потом перейти на целевую позицию;
  3. Роль больше не про управление командой, не про производство, а про решение проблем в работе команды, налаживание коммуникации внутри команды, выстраивание комфортных условий производства;
  4. Team Leader обязан обладать аналитическими навыками и системным взглядом; просто делать, чтобы всем было “хорошо” не достаточно, основная задача — постоянное измерение внутренних метрик команды, как социальных, так и производственных, изменение процессов для повышение результативности.

Почему матёрый разработчик флегматик или меланхолик не подходит на данную роль, думаю, теперь стало очевидным.

Tech Leader

  • отвечает за грамотный аргументированный выбор технических решений;
  • несёт частичную ответственности за результат, но не несёт ответственность по финансовым рискам;
  • взращивается в коллективе.

Особенностей всех ролей, в названии которых есть слово Leader, является то, что все они взращиваются в коллективе (см. выше).

Но данную роль я решил выделить, так как, на практике, её чаще всего путают с ролью Team Leader.

Tech Leader так же взращивается в коллективе, команде нужен авторитет, чтобы уверенно доносить свои мысли и решения по техническим вопросам.

Tech Leader касается следующих аспектов работы команды:

  1. Ответственный выбор стороннего ПО для проекта;
  2. Рекомендация по выбору конкретного алгоритма или архитектурного решения при производстве ПО;
  3. Определение технических особенностей в процессах производства.

Главной особенностью этой роли заключается то, что на её позицию чаще всего попадают как раз флегматики или меланхолики. Так складывается, что матёрые программисты имеют именно этот тип темперамента.

Scrum Master

С появление терминов Scrum, Agile, KanBan, гибкие методологии, и прочие теоретические знания, которые крайне бесполезны без практики/опыта, к командам разработки стали прикреплять роль Scram Master.

Характеристики:

  • отвечает за грамотный применения той или иной гибкой методологии (бывает, что даже той, которая не касается Scrum вообще);
  • несёт частичную ответственность за результат, но не несёт ответственность по финансовым рискам;
  • нанимается на позицию.

Почему я решил описать данную роль? Так сложилось, что эту роль часто путают с Project Manager.

Давайте проясним ситуацию. Scrum Master — это специалист, который помогает команде применять методологию Scrum правильно, объясняет правиал методологии, контролирует их выполнение.

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

Project Manager (PjM)

Характеристики:

  • отвечает за старт, ведение и сдачу проектных работ;
  • несёт полную ответственности за результат, несёт частичную ответственность по финансовым рискам;
  • нанимается на позицию.

Эта роль классического управленца процессами. Работа над проектом начинается с Project Manager`а, ведётся (ставятся задачи), контролируется (контроль качества и эффективности), и сдаётся тоже им. В большинстве компаний Project Manager управляет проектным фондом. Когда скорость реализации быстрее планируемых сроков проекта, проектный фонд утилизируется не полностью, остаётся часть денег, которые по результату успешной сдачи проекта распределяется на премии участников. Распределением также занимается Project Manager.

0 0 vote
Article Rating
Подписаться
Уведомление о
guest
0 Комментарий
Inline Feedbacks
View all comments