Тех. Люди #2. Опыт.

Опыт.

Почему этот пункт первый в плане? Потому что это прямо пропорционально твоей зарплате. Об опытном человеке обычно говорят – профессионал своего дела. А некоторые в IT области уже много лет так и не могут заслужить этого названия.

Что же такое опыт? Я полностью солидарен с ЕК, относительно возраста прожект менеджера. Ну не может человек минимум до 25 стать полноценным прожект менеджером, чтобы не говорили. И 18-летний прожект менеджер в Итр@нзишн скорее показывает неопытность и молодость самой компании - это скорее недостаток, чем достоинство.

Закономерно возникает вопрос почему нельзя в 18 руководить проектом?

Ответ прост. Нехватка опыта. Но ведь он самый умный, самый коммуникабельный и лучшее знание языка имеет, ответите вы. Хороший вопрос. Но ответ всё один и тот же – нехватка опыта.

Мы с Юрой В. как-то в последний раз много поговорили о том, что такое опыт и какая его формула. С самого начала мы понимали, что опыт это не просто знание технологий, это нечто больше. А что именно – трудно было сформулировать. Но когда начинаешь говорить об этом - начинаешь находить нужные определения. Давайте ниже посмотрим, к чему мы всё таки дошли.

Опыт = знания + набор готовых решений + уровень уважения к себе.

Давайте по порядку разберём.

1. Знания
   
   Вы сами понимаете, что только через горы книг и гранит науки можно добиться в этом деле чего-то. Когда говорят про опыт, то люди прежде всего смотрят в резюме с какими технологиями человек работал, какую техническую роль выполнял.
   
   Извини, но тебя не назовут опытным разработчиком, если ты в конце эшелона последние 10 лет проплёлся и ещё.
   
   Какие знания ещё сюда можно отнести:
   
   
   1. иностранного языка
   2. как системы строятся
   3. чего можно от молодого специалиста ждать, что от матёрого,
   4. какие основные проблемы встречаются на том или ином проекте,
   5. знания как вести себя с заказчиком,
   6. умение поддерживать отношения с окружающими,
   7. умение писать корректные письма и т.д.
   
   С этим пунктом можно разобраться проще всего – большинство задач решается упорным трудом, самодисциплиной и желанием получить эти знания.
   


2. Набор готовых решений
   
   Здесь можно рассмотреть несколько типов готовых решений:
   
   
   1. Материальная часть проектов в виде багажа, который ты повсюду в течение многих лет за собой таскаешь. 
      
      Все более-менее проекты, над которыми я лично работал, в виде кода, документации аккуратненько хранятся у меня на диске. И что заметил интересное – довольно часто мне приходится к ним возвращаться (особенно к коду), чтобы достать уже готовое решение, или посмотреть как оно делалось и как его делать не надо.
      
      Не могу не прокомментировать случай, который я увидел между Юрой В. и Ваней Л.
      - Ваня, смотри какую штуку мы взяли с предыдущего проекта и всунем его сейчас в текущий, - грит Юра, показывая на шаблон документа, на котором ещё название старого проекта сохранилась.
      - Ёпта, это и называется опыт.
      
      Ёпта, полностью согласен с Ваней. Эту материальную часть нужно беречь как зеницу ока и аккуратно собирать её.
      
   
   
   2. Сюда также можно отнести на набор техн. решений в голове. Долго думал, можно ли этот пункт оставить здесь - время, к сожалению, неумолимо. И из проектов прошлых лет, ты помнишь только основные решения и подходы. Но, всё одно, это твои знания.
   
   
   3. Набор решений на проблемные ситуации
      
      Очень часто в этом пункте приходится набивать себе тумаки самому. И ещё чаще нужно несколько тумаков набить, чтобы найти себе какое-нить более-менее работающее решение для одной и той же ситуации. Особенно это связано при работе с людьми или заказчиками.
      
      Получив пару хороших тумаков и пару хороших советов, я сам научился (по крайней мере так надеюсь) что смогу противостоять, когда тебя провоцируют при большом количестве людей. Хорошие тумаки, конечно, были. Не позавидуешь.
      
      Какие проблемы могут встретиться:
      
      
      
      1. Заказчик требует статус репорт, а в реальности ничего не готово
      2. Заказчик просит в очередной раз посидеть вне рабочее время
      
      
      3. Ты чувствуешь что заказчик пытается сесть тебе на шею
      4. Решения, принятые не тобой, пытаются столкнуть на тебя
      5. Синьор девелопер отказался делать таску или выставил на неё такую оценку, что мама не горюй (скажем в пару месяцев)
      6. Человек не выполняет обязанностей и тебе нужно сказать ему об этом
      7. Твой коллега занимается посторонними вещами, и тебе нужно сказать ему об этом
      8. Видишь внутренние конфликты между двумя людьми
      9. Можно продолжать до бесконечности
      
      
      Что с этим пунктом не так. К сожалению, он приходит с годами. Его можно немного ускорить правда, за счёт получения тех же готовых решений от других, но и только.
      
   
   
3. Уровень уважения к себе
   
   Это скорее самый важный пункт из всех. Но он не может существовать без предыдущих.
   
   Так что значит этот пункт. Доволно сложный в определении, но попробую. Это не какое-то абстаркное общее уважение к себе. Это ну как бы лучше выразиться. Это когда внутреннее твоё Я требует к себе уважение от других. Требовать относительно к себе отноститься – это ваше право, но здесь речь о другом уважении (уважении к моему мнению).
   
   Пару примеров.
   
   Общение с заказчиком по телефону. Сразу можно заприметить в разговоре малоопытных людей. Они мало говорят, редко переспрашивают, кипятятся когда отвечают. Внутреннее Я этого человека не чувствует себя в безопасности и не требует к себе уважение (т.е. уважения к его мнению), и его голос не звучит убеждённо и вообще его никто особо слушать не будет.
   
   Ещё ярче пример. Посадить человека, незнакомого с IT вообще, между двумя архитекторами во время их разговора о сумрачности двойного вырожденного полиморфизам и... всё. Голос этого человека не будет значить, в принципе, ничего. Хотя он обладает большей реальной властью, чем архитекторы, к примеру, может уволить в любой момент кого захочет из них двоих. Но здесь кроется самое интересное. Человек сам показывает, всем своим видом и поведением, что к моему голосу прислушиваться не следует. Т.е. виноват сам человек, что его так трактуют, а не те которые к нему так относится.
   
   А вот ещё. Приходит 2 человека с одними и теми же знаниями на проект. Одного через некоторое время начинают слушаться и доверять ему, а другого нет, чтобы он не старался делать.
   
   В большинстве своём, человек сам виноват в том, как к нему относятся окружающие, а окружающие, в большинстве, своём не виноваты в этом. Всё зависит от того уровня уважения, которое человек сам к себе требует.
   
   Управлять этим внутренним Я очень сложно. Большинсто оферистов, актёров умеют это делать по-настоящему, когда к его голосу начинают прислушиваются в области, где он ни в зуб ногой.
   
   Ещё с годами у человека всё меньше и меньше остаётся областей, в которых он не может потребовать к себе уважения. И если тот человек между двумя архитекторами старец, у которого целый багажник внуков, и который прожил честную и достойную жизнь, то он не даст себя в обиду и любое слово пророненное этим старцем будет подхвачено архитекторами и рассмаковано и оценено по достоинсту.
   
   Что подкрепляет внутреннее Я. Определённые знания в какой-то области (#1) и набор решений (#2) на ситуации, которые могут возникнуть в этой области + уже достигнутый среди окружащих уровень уважения к тебе. Только тогда ты себя можешь чувствовать как рыба в воде. Только тогда о тебе могут сказать громко - профессионал.
   
   

Как заработать дополнительно экспиренса (в героев 3, думаю, многие играли), надеюсь, вы поняли – работать, работать и ещё раз работаться и стараться заработать опыт при любом удобном случае. Помни: за двух небитых, одного битого дают. Поэтому если выпадает шанс на халяву получить экспиренса – получай. К примеру, приглашают на кол поговорить – говори.

Ещё раз напомню. Что это только моё мнение и мой опыт, который может быть вами трактован, собственно, как вам заблагорассудиться.