.jpg)
Один знакомый выбирал для себя наиболее подходящую, работу, чтобы в итоге стать гуру-бизнес-аналитиком в ИТ отрасли. По началу он сформулировал критерии комфортного роста. И я начал их комментировать, но потом понял, что всё это или сложно реализуемо на планете Земля или реализуемо, но в очень искаженном виде, когда казалось бы, хорошие посылы через короткое время превращаются в плохие. В общем или утопия или полная безликость. Думаю перед тем, как формулировать такие пожелания человеку лучше определился со своими талантами. Если начать с них, тогда вернешься с небес на землю (хотя для космонавтики перечисленные ниже требования тоже подходят. Итак требования знакомого и первые комментарии:
Знакомый: «…..Я продуктивно расту и развиваюсь в такой обстановке, где:
- Есть формализованный процесс производства.
Я: Это уровень зрелости от 2 CMMI DEV, судя по ниже идущим комментариям тебе даже нужен, как минимум 4, а то и 5. Например, Поддержка (Управление инцидентами), Шаблонные устоявшиеся процессы - Backoffice (бухгалтерия), Разработка по Agile на шаблонных однообразных проектах
Знакомый - Есть конкретные (и лучше жесткие) требования к моей компетенции.
Я: Здесь CMMI от 3. Если жесткие-Компании от тысячи сотрудников и более. Если именно жесткие требования, то высочайшая формализация деятельности (узкая специализация, забудь про бизнес-анализ – ты рабочий конвейера, отвечающий за прикручивание колес), то в них ты - Человек-винтик. Человек –ресурс. NASSA, Boeing
Знакомый - Есть строгие правила, которым необходимо следовать.
Я: Правила есть всегда. Строгие (это значит их постоянно проверяют) и твой работодатель Прокуратура, Суд и т.п.
Знакомый - Есть документальные источники информации, к которым можно обратиться.
Я: Есть почти везде
Знакомый - Есть узкоспециализированные коллеги-гуру, которым можно задать вопрос.
Я: Узкоспециализированные см. там же где про «жесткие требования». Привет завод! NASSA, Boeing
Знакомый - Вопросы результативности уже решены и наиболее актуальными являются вопросы
эффективности и качества.
Я: NASSA, Boeing (т.е. или там где это принципиально для отрасли или там где за это платят) – в основном зарубежом.
Знакомый - Есть злые и требовательные заказчики, которые знают, чего хотят.
Я: Бывают такие проекты, но я уверен, что ты уволился бы не позднее чем через год работы на них, там выживают только люди с толстой кожей или сверхадаптивные.
Злые заказчики - Это садомазо :) Злые бывают и это плохо, с такими каши не сваришь, бежать нужно от них и мотивации у тебя надолго не хватят.
Которые знают чего хотят это Богообразный заказчик, в природе почти не встречается.
Знакомый - Есть требовательные разработчики, которые любят качественные ТЗ.
Я: Заказчик требовательный всегда. Вопрос только, что он требует.
Идеальный заказчик не читает ТЗ, он в нем ничего не понимает и оно ему не нужно. Идеальный заказчик говорит, Зачем это ему нужно и что он хочет, а потом не лезет в вопрос КАК (ТЗ) мы это реализуем.
ИтогЕсли по жизни следовать всем этим требованиям, то в итоге ты станешь Старшим инженером 6-й категории (и это твой потолок, выше ты не поднимешься – т.к. выше только технолог, а он не собирается уходить на пенсию), работающим на большом и/или закрытом предприятии, отвечаешь за создание интерфейсной шины, разработанной на этом предприятии и больше никому не нужной.
Требования к тебе четко прописаны в должностной инструкции и подписаны тобой при приеме на работу. Ты делаешь только это. Инструкция не предусматривает, что ты будешь чему-то еще учиться, только то, что нужно. Никаких излишеств, предприятие не хочет нести лишние расходы, ведь система количественного контроля всё учитывает.
Твоя эффективность меряется по сложной формуле, если ты работаешь не эффективно, то лишаешься премии. Тебе формула не нравится, но технологу, который ее придумал это пофиг. У него была другая цель.
У тебя есть круг коллег, каждый из которых гуру в модулях ИТ-Системы «ГПРВЦФ 12.2 М8», которая написана на этом предприятии. Злой Главный архитектор этой системы всегда недоволен тобой и требует от тебя качества - ты хреново пишешь ТЗ. Архитектор знает, чего он хочет, т.к. ТЗ написано не по «ГОСТУ Х45 п2» и межабзацные отступ у тебя не 10 пунктов, а 8. Ты не следуешь 125 критериям качества требований, придуманных главным технологом. Соглашение о моделировании в ARIS занимает 225 страниц, и ты подписался, что обязан ему следовать.
Требования Архитектора и Главного технолога противоречат друг другу и ты никак не можешь их выполнить. Заказчик - Начальник производственного отдела, знает чего он хочет, но каждый день приходит с новыми требованиями, которые тоже противоречат друг другу, но при этом он требует, чтобы все ТЗ ты приносил ему прошитыми и сброшюрованными, внимательно их читает и говорит, что Архитектор урод и надо оформлять качественные ТЗ по «ГОСТ 45ПР2». Иногда он передает тебе стенограмму беседы Директора предприятия – Главного Заказчика и говорит, что это новые требования и их нужно реализовать ASAP. Директор в стенограмме напористо и уверенно, но своими словами, рассказывает что он хочет и дает неделю на реализацию.
Ты не можешь встретиться с Директором, это не предусмотрено инструкцией, на все вопросы делегировано отвечать Начальнику производственного отдела, у которого своё мнение о том что имел в виду Директор. Ты делаешь всё именно так, но после внедрения от Директора приходит спущенное вниз распоряжение, лишить премии всех тех, кто реализовывал код, с визой «Сделайте наконец правильно».
В компании есть база знаний и CMDB, за внедрение которой было заплачено десятки миллионов долларов. В ней хранится всё, от деталей и компьютеров, до гвоздей, канцелярских кнопок и инструкций по поливу цветов.
Ты работаешь с 9-18 с перерывом на обед ни минутой раньше и ни минутой позже, скорее бежишь домой. За фактом отработки времени автоматически следит система учета времени и также автоматически штрафует тебя, за нарушения регламента и распорядка, определенного твоей должностной инструкцией.
В целом понятие свободы жестко регламентировано, ее почти нет, зато всё безопасно и надежно.
Если уж вспомнить, что высшая безопасность достижима – это тюрьма.
Хочешь ли ты работать в таких условиях?
Рекомендую для ИТ специалистов по теме прочитать юмористическую книгу «Введение в реальный ITSM», Роба Ингланда. Там как раз похожая тема очень хорошо описана.
Кораблев В. 07/03/2012
| 
Tags: