Taethil

Ответственность (опр.) - это обязанность отвечать за свои действия, поступки.
В работе аналитика слово пиздец определение ответственности начинает играть новыми красками.
А вот почему: мы ответственны за весь процесс движения задачи, а именно:
1. Анализ,
2. Разработка,
3. Тестирование.
То есть за все косяки всех пунктов ответственен аналитик.
Разработчик сделал не так, как указано в техническом задании потому что:
1. "Мне кажется, что так правильней",
2. "Со мной связался заказчик и сказал как нужно",
3. "Я так, как написано, не умею",
4. "Ой, точно".
Тестировщик отдал некорректный продукт потому что:
1. "Разработчик сказал, что все ОК, я и не стал проверять",
2. "Мне было некогда/лень/очень много букв, поэтому я проверил часть",
3. "Я не понял как надо и решил, что все сделано верно".
Также для каждой задачи устанавливаются сроки завершения, то есть сроки передачи готового продукта заказчику, которые срываются по причинам от разработки и тестирования:
1. "Я занимаюсь другой задачей, но вам об этом не сообщил",
2. "Я неверно оценил свои сроки, но я же могу их сдвинуть когда захочу",
3. "Я пропинал ху не успел, без причины, просто не успел".
А виноват остается кто? Правильно, аналитик.
Нет, я не говорю, что со стороны аналитики не существует человеческого фактора, и мы не срываем сроки или не ошибаемся.
Но за свои ошибки мы отвечаем самостоятельно. Получаем по своей шее.

P.S. Я не говорю сейчас обо всей аналитике в целом. Такая ситуация происходит конкретно у нас в компании.

Коллектив в большой компании это дружный, понимающий злобный и кусающийся организм. Расслабляться нельзя, а лучше ходить и оглядываться.
Каждый хочет откусить от тебя кусок и пойти пить с ним чай, пока ты работаешь.
Сама схема работы при конвейерном выполнении задач представляет собой:
1. Постановка задачи заказчиком
2. Анализ
3. Разработка
4. Тестирование
5. Передача готового продукта заказчику
Остановимся более подробно, но все еще кратко, на каждом пункте.
Постановка задачи
Задачу ставит максимально далекий от тонкостей процесса человек. Ему необходим только результат.
Поэтому бОльшая часть задач выглядит как: "хочу, чтобы все работало, а я пил кофе и получал денежку".
Сами задачи бывают двух видов:
1. Срочная задача или "работать должно начать еще вчера".
2. Обычная задача или "это тоже срочно, но так уж и быть, мы немного подождем".
Анализ
Анализ тоже делится на несколько этапов:
1. Предварительный или "что за чушь требует заказчик". На данном этапе аналитик разбирает требования заказчика.
2. Основной анализ или "время писать ТЗ". На данном этапе аналитик оформляет требования заказчика в техническое задание.
Разработка
На этом этапе, в идеале, разработчик берет ТЗ и создает инструмент. На деле не так. Сначала разработчик долго ноет вносит комментарии о том, что он может, а что нет. Потом делает инструмент.
Тестирование
Этот этап существует для того, чтобы сравнить ТЗ и инструмент, и сказать что разработчик сделал не так. Делается это неоднократно, так как после исправления каждой ошибки тестирование начинается сначала.
Передача готового продукта
Готовый продукт отдает аналитик. Принести его нужно на блюдечке с голубой каемочкой, иначе скажут, что ты их не уважаешь и пожалуются руководству.

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

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

Ура! Университет окончен. Взрослая жизнь стучится в дверь.
В мою дверь постучались кувалдой. С образованием фундаментальной математики я оказалась никому не нужной. Совсем.
Как нам сказали при выпуске: "Или в науку, или кричать "Свободная касса!".
Скрипя зубами, сердцем и сбитыми кулаками, я стучалась в каждую дверь, робко интересуясь: "А Вам не нужен математик?".
Спустя множество разосланных резюме и отрицательных результатов собеседований, я поняла, что нужно переставать позиционировать себя как теоретика и браться за практику.
Путем советов знакомых и не очень людей, а также бессонных ночей в интернете, выяснилось, что пути два:
1. Аналитик в ИТ структуре (написание заданий к разработке).
2. Проведение технических расчетов на производственных предприятиях.
К цифрам душа не лежала, поэтому была выбрана профессия аналитика.
В этой сфере, о чудо, вакансий было столько, что глаз не мог нарадоваться. Как оказалось зря радовался.
Рынок труда дал очередной пинок, уже успевшей привыкнуть к ним, пятой точке.
Опыт. Нет, не так. ОПЫТ!!! Теперь так. Большими буквами прямо в лицо. Возник, ставший риторическим, вопрос: "А где, собственно, его взять?!". А нигде, подсказывала мне очередная хлопнувшая дверь.
Светлое будущее тускнело, но сдаваться не в наших традициях.
Работа нашлась внезапно: получите, распишитесь в договоре и "Добро пожаловать".
Большая торговая компания нуждалась в, необученных на других предприятиях, аналитиках. А все потому, что внутренняя структура индивидуальная и все разработки для нужд компании проводились под грифом "Секретно!", то есть "не смей никому рассказывать". Настолько секретно, что даже дали подписать бумагу о неразглашении корпоративных тайн.
В общем вперед, с песней и сверкая энтузиазмом.
Впоследствии в работе аналитиком всплыло много подводных камней и не только камней, но это уже другая история