Pull to refresh

Comments 43

Так почему вы считаете, что разработчик это шаг назад? Шаг назад - это, возможно, для того, кто работал разработчиком и ушел из сеньора или Лида в менеджмент,а потом решил обратно в разработчики, а для вас - это шаг в другую сторону, но никак не назад. А вообще лучшие ПМы всё-таки вырастают из разработчиков, потому что, как вы и написали ,они знают "цену" оценкам, на своей шкуре прошли адские переработки в срочном порядке и, главное, говорят на одном языке с разработчиками. Так что может для вас это как раз ещё и вложение в будущий рост снова как ПМа.

Лично я не считаю, что это шаг назад - перейти из PM-ов в разработчики. Скорее, я хотел сказать, что в кругу моего общения переход из разрабов в PM-ы чаще интерпретируется как продвижение вперед по карьерной лестнице, а обратный кейс покрыт туманом и не совсем понятно, как его интерпретировать :) Лично для себя считаю это шагом вперед во всех отношениях.
Возможно, я просто не очень удачно отразил эту мысль в статье.

Тогда название вашей статьи противоречит тому, что вы сейчас пишите в комментарии. Кликбейт?

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

Ваши советы из разряда "стремитесь к мечте" и "занимайтесь постоянно". Но в этом же и скрывается основная проблема, как заниматься постоянно, не так ли? И это даже не вопрос мотивации и ее силы. Она есть, но ее ресурс не бесконечен. Если я вчера был на душевном подъёме, то через неделю ежедневных усиленных занятий от этого подъёма мало что остаётся, лишь усталость и желание сделать паузу. Надеялся на интересный материал, чужой жизненный опыт, но, к сожалению, не смог почерпнуть для себя ничего полезного.

Ну почему же кликбейт?)

Ниже в комментах, да и в начале статьи я объяснял, что укладываю во фразу про "шаг назад". Очень часто и разработчики, и другие коллеги спрашивали меня, что не шаг ли это назад - уйти в разрабы, при более часто встречающемся пути карьерного развития "сначала разработчик, потом стал/назначили PM-ом".

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

Касаемо мотивации - я полностью с вами согласен, вы подняли чрезвычайно важную тему. Однако, это совершенно отдельный и крайне субъективный вопрос, лежащий в плоскости личных психологических и иных особенностей. Кого-то будет мотивировать и поддерживать на этом пути семья, кого-то денежная перспектива, кого-то карьерная, и так далее, так же будут разниться и методы - кто-то будет заниматься каждый день понемногу, а кто-то выделять отдельные дни, чтобы процесс не надоел. Я считаю, что как раз в плоскости мотивации давать советы было бы безответственно с моей стороны - здесь нужна помощь психолога, может даже, карьерного, коуча, ментора, опытных друзей, которые вам близко знакомы, тк для каждого человека рецепт будет уникальным.

Ещё раз большое вам спасибо за поднятую важную тему!

"лучшие ПМы всё-таки вырастают из разработчиков" - субъективное мнение, возможно подкреплённое узкой личной выборкой

лучшие ПМ вырастают из тестировщиков. ПМ из разрабов - слишком сильно лезет в разработку и мешает команде

Лучшие ПМ из product owner-ов. Зачастую это единственные люди, которые понимают, что должен из себя представлять продукт.

Хотя... имеет значение лучший для кого. Для бизнеса лучший, но для разработчиков может быть и не лучший.

ПМ отвечает за сроки, бюджет и качество - у него другая зона отвественности

лучшие ПМ вырастают из тестировщиков. ПМ из разрабов - слишком сильно лезет в разработку и мешает команде

Как вариант согласна, ПМ из тестировщиков будет лезть с советами к тестировщикам)))) И со сроками проблем будет меньше - будет бояться за сдвиги тестирования)) Но все это юмор. На первых этапах действительно микроменеджмент после ухода в ПМ бывает очень часто, но со временем это должно проходить.

"лучшие ПМы всё-таки вырастают из разработчиков" - субъективное мнение, возможно подкреплённое узкой личной выборкой

Возможно мне не везло с ПМами не из разработки, а возможно у меня не хватает терпения, чтобы каждый раз объяснять ПМу бизнес-аналитику почему например десктопная команда (WinForms) не может за 2 часа нарисовать круглую переливающуюся кнопку, а веб команда может. Всё-таки чаще всего большую часть времени занимает разработка, проблем и недооценок как по мне чаще тоже в ней сильно больше, чем в том же тестировании. Банально хочется, чтобы человек понимал, что код писать - это не траншею копать, не в любой момент остановиться, переключиться и не потерять при этом скорость, не говоря уже о выползающих проблемах и вопросах "а что так долго?".

А теперь плюсы работы разработчиком:

  1. Однотипные задачи +-

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

  3. Минимум общения и максимум не вникания в проект, сделал фичу и слава богу, а там хоть потоп... Вроде и хорошо, но с таким безразличием начинает подташнивать от фичей, таких важных для клиентов и прибыльных для конторы...

  4. Баги с прода... Возможные дежурства... Кого-то может взбодрить, а кого-то в стресс загнать срочный поиск ошибки в коде, который первый раз в жизни увидел.

  5. Брать в работу на 2 дня, то что ты оценил в 4, потому что твой pm уже закоммитился на послезавтра перед вицепрезилентом... Зачем хз, но теперь он говорит, что мы команда и надо всем постараться

  6. Огромный горизонт возможноростастей для роста... Можешь быть менеджером (лидом), оставаться всю жизнь разрабом, стать архитектором и рисовать блок схемы, согласовывать их с безопасниками.

  7. Скорее всего есть еще много кайфовых плюшек работы разработчиком))))

Брать в работу на 2 дня, то что ты оценил в 4, потому что твой pm уже закоммитился на послезавтра перед вицепрезилентом... Зачем хз, но теперь он говорит, что мы команда и надо всем постараться

При этом сам ПМ будет в это время чайка менеджером :))) ох уж извините, что "смеюсь" над ПМами, но про "мы команда" в точку.

2 и 4 самое болезненное, на самом деле.

Из PM-ов в разрабы. Шаг назад

Интересное мнение PM-ов о разработчиках. Уже вижу крайний элитизм в их умах, когда они общаются с разработчиками

На самом деле это мнение не сколько PM-ов, сколько разработчиков :) Как правило, когда я рассказываю, что с позиции PM-а ушел в разработку, знакомые разработчики часто задают вопрос: "Так вроде же обычно наоборот все, сначала QA/разработчик/аналитик, потов PM-ы, аккаунт-менеджеры и т.д.? Ты решил дауншифтнуться?". В целом меня это и сподвигло написать статью - мнение разработчиков о последовательности прохождения карьерных уровней а-ля "сначала разработчик -> потом PM". Возможно, заголовок, не очень точно это отражает.

Побольше бы PM-ов у которых когда-то был в биографии этот "шаг назад" - ато чаще както обходятся без и сразу без бекграунда в PMы

Вау, мне было очень интересно, так как я прошла более "классический" путь из дата аналитика в руководительницу проектов по ИИ.

Также стать middle+ всего за 2 года работы, это очень круто. Планируете ли изучить еще какие-то языки и/иши технологии в ближайшем будущем?

Удачи в Вашем карьерном пути!

Напишите про свой путь - интересно почитать!

А про middle+ - это скорее только на бумаге. @kalbas верно ниже подметил

Языки и технологии изучать планирую :) Пока выбираю между несколькими направлениями, куда хотелось бы дальше двинуться. Как определюсь - будет уже понятно и с языками, и с технологиями!

И Вам, конечно же, удачи!

Вот уже 2 года я работаю на dev-позиции. За это время удалось продвинуться где-то до «middle+»

За 2 года работы разработчиком я практически не видел типовых задач: каждую неделю совершаю для себя открытия в виде интересной технологии, инструмента, бизнес‑задачи, задачи за пределами разработки

Миддл-плюс, брат, ты станешь, когда поймешь всю типичность задач, как в пээмстве у тебя были похожие звонки-митинги, так и тут ты пинаешь джейсончики туда-сюда. Ну ладно может не джейсончики, а пакетики в джи-эр-пи-си. Ну или заворачиваешь в мессадж пак и шлешь через какой-нибудь мессадж брокер. Ой, да не все ли равно!

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

Про универсальность - справедливое замечание, соглашусь.

А про middle+ я неспроста упомянул, про middle+ грейд конкретной компании. Как говорится, грейды и лычки внутри компании не всегда соответствуют тем, что на рынке труда)) Но в целом вы абсолютно справедливо отметили - что объективно, ну какой может быть middle+ за 2 года?) Маловероятно, скорее просто middle

Хм, я довольно своеобразным образом очень планов из геымдева в Финтех перешёл а потом в e-commerce ритейл с фудтехом. Дело было так: Я делал сервер для онлайн игры типичной с прокачной навыков, боями с боссами, покупкой предметов. Потом перешёл в беттинг который по сути геймдев + Финтех в одном флаконе. Там тоже делал сервер с кошельками, счетами и валютой. Потом перешёл работать в тру Финтех со счетами, проводками и всем этим.

Тут все дело в складе ума. Если вы имеете технический склад ума и потребность создавать что то новое (для себя) то деятельность PM будет в любом случае тяготить с постоянными мыслями о том что ты постепенно что-то теряешь в своей жизни. Работа с людьми это не работа с железом или софтом. Тут склад ума нужен такой, где технический не превалирует над другими. Как ни крути, но получение удовольствия от работы и результатов труда очень важно в жизни, наряду с оплатой конечно. Я тоже бывший PM, но мне хватило года чтобы понять что это не моё. Да, я мог работать с людьми, вести проекты, но это тяготило меня тем что нет в работе творческого элемента, а по натуре я созидатель. В результате я сейчас в компании и разработчик электроники и архитектор-разработчик софта для её производства и даже делаю программы не связанные с железом, типа учёта ремонтов, достаточно сложные с элементами документооборота. Наверно техлид это то что мне нужно, что даёт мне чувство удовлетворённости в работе. На мой взгляд это важно для любого человека.

Спасибо за такой развернутый комментарий. Очень интересный у вас опыт. Здорово слышаь еще один кейс про бывшего PM-а. Согласен с вашими мыслями о техлидерстве - как о компромиссном решении. Удачи вам на вашем созидательном поприще!

Удивительные вещи открыл для себя автор: административная работа и работа "на земле" это разное.

Смена направления это шаг не назад, а в сторону.

Просел по деньгам, так это временно.

Повысил навыки это рост навсегда.

Был разработчиком, потом лидом, потом - начальником разработки. А потом надоело заниматься "политикой", подписывать заявления на отпуск и ходить на работу. Ушёл обратно в разработчики, добавив ещё и аудиторскую составляющую. И ни разу не пожалел о своём решении. Удачи Вам в этом начинании! :-)

Интересно! А можете поподробнее раскрыть про аудиторскую составляющую?) И Вам всяческих успехов!

Это аудит смарт-контрактов (блокчейн). Кто-то делает новый контракт для одного из блокчейнов, который, например, позволяет инвестировать свои токены во что-то. Код публичный, доступен всем. Но при этом есть необходимость получить отзыв экспертов о том, насколько данное ПО безопасно и делает то, что заявлено. Моя часть - проверка кода на соответствие best practices, его качества и т.д. Проверяю ПО, написанное на Rust, Go, C++. Позволяет переключаться с разработки на оценку других разработчиков - лучше видишь собственные косяки после такого :-) Ну и область крайне интересная и перспективная, как мне кажется.

По поводу возвращения в программирование: (случай реальный)

Мой униврситетский приятель стал миллионером. В Америке. Так получилось - стартап, в котором он программировал и имел долю, был очень удачно продан. Мужик неделю думал и купил дом, себе Лексус, жене Лексус и дочке малолетней детскую коляску той же фирмы.

А денег всё ещё ну очень много остаётся. Тогда он решил играть на бирже. Проиграв приличную сумму, остановился. И решил учиться играть на гитаре. Засел в своём любимом подвале и учился, учился... Нифига не выходит. Как жить?! Пошёл он тогда стандартным русским путём - запил. Пьянство и лечение от алкоглизма слегка уменьшило неподъёмную тяжесть богатства, но остался вопрос: а делать-то что?

Вылез он из своего подвала на свет божий и тут выяснилось, что дочка за время его исканий выросла, похорошела и вышла замуж! И её муж открыл стартап, и в этот стартап нужны программисты. И сел мой приятель обратно за комп и снова начал программировать. И занимается этим с большим удовольствием.

Ага, то есть аудит в данное случае - это своего рода код-ревью с выдачей экспертного заключения. Спасибо за подробный ответ!

Ваша история про университетского приятеля очень интересна! Здорово, что она хорошо закончилась - программирование победило алкоголизм, можно сказать :)

А еще разработчики в массе своей просто чаще порядочные, честные люди, способные к конструктивному диалогу. Видимо, это часть профессии. А в кругу общения PM с такими персонажами приходится сталкиваться, что диву даешься, как им на голубом глазу удается такой бред нести.

Шаг назад??? Это с каких это пор менеджеры считаются более квалифицированным персоналом по отношению к разработчикам? В менеджеры идут обычно те, кто не может или не хочет программировать. Это потеря в квалификации и полная смена вида деятельности. Это какая-то старинная русская традиция так думать: я начальник, ты дурак?

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

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

Я бы сказал, что там встречается довольно специфичная работа головой: находить подход к различным людям и заставлять их перерабатывать. Это гуманитарщина, которая довольно хорошо автоматизируется с помощью ИИ.

За карьеру удалось поработать и тестером и QA лидом и разрабом и системным аналитиком и немного ПМ и овнером. И вот что я вам скажу... везде решают бабки, а процесс и "интересность" работы можно во многом подстроить под себя.

Так что рассматривать лучше с позиции перспектив, скажем в 3-5 лет. Ориентируясь на верхний край рынка.

Если уж и переходить в ПМ из разрабов то никак не меньше чем за х2 зарплату, учитывая риски и перспективы.

Спасибо, что поделился своим кейсом. В суете дней мы часто куда-то бежим, что-то делаем по инерции, решаем сложные задачи и во всем этом забываем (или сознательно саботируем) остановиться и подумать "зачем это всё? чего я хочу?". Для этого нужна смелость, ведь ответ может быть неожиданным. Такие примеры успеха помогают набраться смелости и работать над собой.

Спасибо за статью.

Именно из-за того, что слишком люблю придумывать целевое решение и вижн продукта, а не делать задачи по постановке, так и не решаюсь менять позицию product manager (до этого был путь QA - SA). К счастью в нашей компании я могу при желании и в БД полазить, и в DWH витринку запилить, и тд. А в свободное время (редко...) колдую с ботами для личных нужд и простого любопытства.

Спасибо, что поделились. Сам проджект/продакт мененджер, который вернулся в айтишку после 7 летнего перерыва. В промежутке занимался более интересными и менее сухими штуками, но в иной сфере.

Несколько мыслей.

  1. Вы не увидел себя через 10-20 лет в мененджменте. Но, как мне показалось, вы пока что не ответили себе на этот вопрос и применительно к разработке. Мне так кажется, что вы сейчас исходите из тактики постараться расширить себе выбор из будущих направлений, чтобы потом выбрать. Это нормальный шаг, но удовлетворение будет всё-таки, если будет чётко понятна мотивация и дан самому себе ответ на вопросы: "что я сейчас делаю," "для чего", "как хочу в будущем" и пр. Вы в комментарии пишите про мотивацию. Вот, я про это.

  2. Кирпичи класть, деньги зарабатывать или храм строить - это разные мотивации. Кому-то надоело чертежи рисовать и быть прорабом. Кому-то нравиться кирпичи класть, или с деревом работать, оно мягкое и приятно пахнет (я очень люблю, но терпеть не могу металл). Деньги зарабатывать также важно. А вот с храмом всё сложнее. Очень мало у кого есть такая мотивация. Потому что большАя часть продуктов, которые создают услугу, не интересна самим разработчикам. Но если такой мотивации нет, то её и не будет. При этом, идеологические усилия эйчаров, чтобы сотрудники начали испытывать гордость за продукт может ими восприниматься как капиталистическое лицемерие. Хотя, если хочется храм строить, то, как мне кажется, вдохновлённо это можно делать из любой роли.

  3. Сейчас я в стартапе где в картине мира всех сотрудников есть "разработка" и "бизнес". Год назад, когда у нас начала сыпаться команда мы, "бизнес", спрашивали у нашего СЕО, что мотивирует команду, таким ли важным для неё кажется сам продукт? СЕО говорил, что нет, что, скорее интересно решать сложные задачки (сложные башенки из кирпичей выводить). А что им кодить - не так важно, ну, разве что порносайт не будут. В современной айти индустрии, где всем предложено себя видеть в "ящичках" и большинство так себя и видит - обедняет нас как личностей. Но работодателям с таким подходом, наоборот, очень удобно.

  4. Лучше всего, если компания позволяет пробовать разные роли. Это позволяет найти лучшую роль, которая приносит максимальную выгоду и самому себе и команде.

И Вам спасибо за развернутый комментарий!

1. Касаемо мотивации - как я понял, в комментариях коллега спрашивал о несколько другой мотивации, о повседневно-тактической, той, что стимулирует не бросить, помогает регулярно заниматься в течение длительного промежутка времени и не перегореть. Наверняка она имеет те же корни, что и стратегическая мотивация, сподвигающая на принятие стартового решения. Но в комментариях я все-таки писал про первую, повседневную, так сказать. Говоря же персонально о себе, я скорее не увидел себя на горизонте 10-20 лет в нетехническом менеджменте. Разработку я бы рассматривал шире, включая тим- и тех-лидерство, что уже приближает нас к техническому менеджменту, произрастающему из всего этого. Как правило дальше уже идут всякие должности с приставками "принципал" и "стафф", которые, если я правильно интерпретирую их описание, конечно, содержат в себе и технику, и менеджмент в разных долях. Вот в сторону такого менеджмента я потихоньку и принял решение двигаться, а там уже будем смотреть, что из этого получится. Однако касаемо тактики "расширить себе выбор из будущих направлений" - Вы абсолютно правы, я не закрываю себе дверь в другие сферы, скорее стараюсь попробовать разное, сформировать более комплексное видение, и не исключаю, что через какой-то промежуток времени еще как-то скорректируюсь. Благо ИТ-сфера этому вполне благоприятствует. Жизнь длинная, не обязательно замыкаться на чем-то одном :)

4. Плюсую обеими руками.

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

Расскажите о себе! Вы ушли с PM-позиции или вернулись на нее? Или ушли с нее, но вернулись в ИТ на другую роль? Чем интересным занимались в промежутке? Почему решили вернуться? Думаю, многим будет интересно почитать.

P.S. Как всегда комментарии на Хабре интереснее и лучше исходной статьи.

2 и 3 - если сделать какой-то вывод - то это про поиск соответствия деятельности (процесса и результатов) своим личностными ценностными установками. Согласен, что специфично, потому делюсь не в режиме советов, а в режиме собственного опыта.

В моём понимании, это тема не для карьерного коуча, который бы мог помочь вам сопоставить ваши склонности и задатки с подходящим видом деятельности. И не для ментора, который бы вам помог выстроить правильный треук развития в специальности. Хотя... может кто-то так и делает.

Это про осознавание личных ценностей и ответ на вопрос, а достигаются/реализуются ли они в процессе работы.

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

Стартовых ответов и треков вопросов может быть несколько: Я хочу расти и двигаться в карьере на высокие позиции. Чтобы что? - и т.п.

Чтобы-что -канье может помочь примерно понять, а что вообще вам ценно, и на что вы хотите, в конечном итоге, обменять ваше рабочее время.

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

----

Но настоящий кайф, лично для меня, наступает, когда ещё и результат, и процесс деятельности коррелирует с ценностями. А что мне ценно?

Я уходил из айтишки в 2011м, когда осознал, что системы телеметрии автомобилей, которые мы разрабатываем, помогают мониторить то, не воруют ли водилы топливо. И только. Ну а я здесь где? Как-то скучно тратить на это своё время.

На тот момент мне хотелось помогать людям,чтобы это ни значило, и решать экологические проблемы. И даже не на 7, а на 9 лет я ушёл в сектор защиты окружающей среды - возобновляемая энергетика, устойчивая мобильность и иные смежные темы. Как технарь я там был востребован. Меня так "пёрло " что за это время я и сотоварищи успели изменить национальные строительные стандарты и даже ПДД, я успел поруководить организацией, вложился в изменение городских стратегий, попробовал себя в стратегировании, работе в волонтёрами, журналистике, питчинге, переговоров с чиновниками уровня замминистров, попробовал построить горизонтальные организации, и делал кучу интересной работы с прекрасными людьми. В основном это была менендженская и руководящая работа. Но и не только - разрабатывали и прокладывали велосипедные маршруты. И нарастил доменную экспертизу.

Сейчас я вернулся в айтишку как продакт и проджект мененджер в стартап в моём домене. Если найти такое ценностное совпадение, то это даёт и вдохновение, и сильную мотивацию.

Лично я много чем бы не мог заниматься в айтишке. Аутсорсные компании вообще не моё. Понимаю, не критикую, но не для меня. Только интересные мне продуктовые компании.

-----

Ещё одно поле деятельности, где точно есть ценности, может лежать области командной коммуникации. Качество нашего общения, и то как мы умеем коммуницировать сильно влияет на то, насколько мы себя ощущаем счастливыми. А тут есть чем заняться практически в любом месте, где бы не работали. Разве что совсем токсичных компаний нужно избегать. Мне кажется, этому нужно специально уделять свои усилия. И это можно делать не в отрыве от своей работы. Что удобно.

----

Ещё одно поле деятельности, как я писал - это совпадение ценностей и рабочих процессов. Абстрактно: если есть какие-то психологические затруднения, которые мешают в жизни, то использовать для самотерапии рабочие процессы - хорошая возможность с ними справиться. Опять-таки, нужно на этом держать свой фокус, подбирать деятельность, которая бы способстовала их прокачке. И заносить в личные OKRы.

Огромное вам спасибо за такой развернутый комментарий. У вас крайне интересный опыт. Вы не думали завести свой блог и делиться в нём своими мыслями? С учётом изложенных тезисов и такого разнопланового опыта, думаю, аудиторию соберёте и сможете свои идеи донести до широких масс. Я бы точно подписался. А может, он уже есть, тогда ссылку в студию)

У меня ситуация в чем-то сходная, но всё-таки другая. Я работал управляющим в недвижимости. Работа состояла из 2 частей: управление операционными процессами и управление проектами: ремонт выполнить, или фасад здания заменить, или котел установить... Уже несколько лет назад понял, что такая работа в светлое будущее не приведет. Пробовал и бизнес вести и в смежных направлениях работать. В итоге осознал, что по деньгам разница ца небольшая, а суеты очень много. В итоге сейчас осваиваю 1С программирование и тоже пойду в программисты. Почему 1С? Потому что проще освоить и выйти на приемлемый уровень зарплат. Экзамены на профессионала сдал. В начале года на специалиста сдам и буду искать оффер.

Желаю Вам всяческих успехов на трудовом пути и неиссякаемой мотивации! Спустя время обязательно поделИтесь Вашими результатами, будет интересно.

Sign up to leave a comment.

Articles