Шлях від QA до Product Owner: як зважитися на зміни в кар'єрі

Я Product Owner/Product Manager в американському стартапі Atiim Inc. Два роки тому я прийшла в цю компанію в якості QA Engineer. Всього через півроку роботи тестувальником перейшла на посаду PO. Про цьому шляху, його передумови і наслідки і піде мова далі.

Як-то ми шукали нового Product Owner'a в одну з команд, і у нас накопичилося деяку кількість резюме. Переглянувши їх, зробили висновок, що кожен третій PO раніше був на позиції QA . Це означає, що моя історія не унікальна, але, можливо, мій досвід допоможе комусь пройти цей шлях легше і швидше (але це не точно :)).

Бекграунд

У школі я закінчила фізмат-клас. Пішла вчитися в НАУ, де отримала диплом з відзнакою і професію інженера з управління авіаційними системами та їх експлуатації. Паралельно здобувала другу освіту за спеціальністю «Фінанси» і стала економістом з фінансової роботи.

Деякі мої переконання і погляди:

З чого все починалося і що підштовхнуло до змін

Зараз моє життя ділиться на до і після початку роботи в IT. Якщо б мені 3 роки тому розповіли, як моє життя зміниться за один рік, я б не одразу повірила... але дуже на це сподівалася :)

Тоді, 3 роки тому, мені було 28 років, і я працювала в інтернет-магазині електроніки у відділі закупівель. Спілкувалася з дистриб'юторами, оформляла в них замовлення. Самим «айтишным» зі всього, що мене оточувало, був IT-відділ у сусідньому кабінеті, база 1С і комп'ютерні комплектуючі на рахунках і накладних. У нас був хороший колектив, і мені там подобалося працювати. Але за три роки роботи на цій посаді я відчула брак розвитку в парі аспектів:

Чому саме IT

Відчуття, що я можу більше, не покидало мене. І я стала задавати собі питання: що саме я хочу/люблю/вмію робити. Після довгих роздумів і спостережень звернула увагу, що, по-перше, я помічаю помилки в текстах і в мовленні. Був навіть час, коли колеги з відділу маркетингу давали мені на перевірку тексти розсилок перед відправкою клієнтам. І мені це подобалося. По-друге, я люблю працювати в команді.

В результаті був варіант перевчитися і працювати з текстами (наприклад, коректором, редактором, копірайтером, журналістом тощо). В той же час мені на очі попалися відео про тестування на YouTube. Я переглянула десятки, а потім і сотні відео про тестування: про те, хто такий тестувальник, чим він займається, які знання потрібні, де їх отримати, які перспективи, який був досвід навчання та працевлаштування в інших людей і про багато іншого.

Виявилося, що тут, в IT, ні стелі в розвитку, вивчай нове хоч кожен день, і все одно всього не вивчиш. Тут є кар'єрний ріст, безліч цікавих ролей і напрямів розвитку. Тут об'єктивно краще фінансова складова, яка дозволяє перестати думати про перших двох рівнях піраміди Маслоу. Тут люди можуть створювати круті продукти, які вирішують проблеми. Тут високий рівень інтелекту у людей, з якими приємно подискутувати на безліч захоплюючих тем.

Все це дало мені надію, що я знайшла відповідь на своє питання.

Я почала діяти

Пройшла спочатку безкоштовні онлайн-курси. Після закінчення все ще не відчувала себе впевнено для пошуку нової роботи і продовжувала підтягувати знання за допомогою навчальних відео і статей. Через кілька місяців я вирішила заповнити прогалини в знаннях на очних курсах (назва не вказую, щоб ви не вважали це рекламою). Пройшовши їх, нарешті відчула, що у мене вже достатньо знань, щоб почати шукати роботу.

За планом після курсів повинна була бути практика (курси співпрацюють з компаніями, де на реальних проектах дають випускникам попрактикуватися в тестуванні), але у мене до неї справа так і не дійшла. Відразу після курсів можна було вже шукати роботу. Я відразу виклала резюме на кілька сайтів з пошуку роботи, підготувала в письмовому вигляді на англійській мові відповіді на 10 найпопулярніших запитань на співбесіді (мій рівень на той момент був між pre-intermediate та intermediate). І буквально через тиждень було перше співбесіду. До речі, підготовлений відповідь на «Tell me about yourself» якраз у нагоді. На наступний день мене прийняли на роботу на посаду QA Engineer в американський стартап Atiim Inc. (вимовляється як A-Team).

Радості не було меж, стрибала від щастя і ніяк не могла усвідомити, що це все відбувається зі мною. Я відчувала, що це та точка, в якій моє життя змінюється на краще.

Компанія заснована в Бостоні, віддалена робота, команда розробки розподілена, робочий процес нагадував Scrum з тижневим спринтом, графік роботи гнучкий, відпустка безлімітний.

Трохи про наш продукт

Як каже Вікіпедія (і я нічого проти не маю), OKR (від англ. Objectives and Key Results — цілі та ключові результати) — метод, який використовується в сучасному менеджменті для управління проектами. Дозволяє синхронізувати командні та індивідуальні цілі і забезпечити ефективний контроль над реалізацією поставлених завдань.

Підхід з OKR стали спочатку використовувати в Intel, а потім і в багатьох інших компаніях — Google, Dropbox, LinkedIn, Oracle, Slack, Spotify, Twitter, BMW, Disney, Samsung та ін. Метод OKR задає напрямок всієї компанії, допомагає досягати цілей і ставати лідерами в своїй ніші, розширювати межі можливого.

Наш продукт B2B SaaS — це веб-додаток, що використовує хмарні обчислення. Він дозволяє впровадити і застосовувати підхід OKR в бізнесі, масштабуючи його на всю компанію. Ставити цілі (щохочемо отримати), визначати ключові результати (метрики, які дають зрозуміти, чи досягли ми мети), пов'язувати цілі з основними цінностями компанії і її місією, оновлювати прогрес по цілям в процесі роботи, отримувати результат в кінці періоду і аналізувати його для наступних коригувань у новій ітерації. При цьому продукт також дає можливість підтримувати ефективну комунікацію між менеджером і підлеглим, коригувати напрямок діяльності при необхідності, тримати руку на пульсі колективу, розвивати культуру відкритості і зворотного зв'язку.

У книзі Джона Дорр «Вимірюйте найважливіше» («біблія OKR») розповідається про все на цю тему, і вона буде корисна в першу чергу тим, хто хоче впровадити ефективний метод управління проектом/компанією або вже в процесі роботи з OKR.

Виявилося, що на Заході система цілепокладання OKR є досить популярною. А зараз і в Україну прийшов цей тренд. Тепер можна почути на айтишных митапах, як люди діляться своїм досвідом роботи з цілями компанії.

Як філософія OKR корелює з моїми поглядами на життя

Мрії збуваються, якщо стають цілями. Наївно думати, що можна отримати все бажане, не доклавши зусиль і не проявивши відповідальності на шляху до мети. Ми відповідаємо перед собою за переважну більшість подій у своєму житті. Так чому б не зробити цю низку подій приємною і корисною? Я хочу жити в задоволення, насолоджуватися життям і можливостями, а не стрессовать від того, що все йде не так, але лінь рухатися для виправлення ситуації, і потім відчувати докори сумління і злість за свою лінь. Вкрай безвідповідально по відношенню до себе проживати своє єдине життя не так, як хочеться, і навіть не спробувати щось змінити.

Тому:

Чим ясніше і конкретніше цілі і дрібніші кроки, тим простіше буде їх реалізувати.

Наприклад:

Що:

  1. Я хочу знайти роботу тестувальником ПЗ, яка дозволить мені розвиватися й застосовувати свої знання, навички, таланти.

Як:

  1. Пройти курси з тестування пз.
  2. Скласти і викласти резюме.
  3. Активно відправляти резюме на всі підходящі вакансії (не менше 10 вакансій в день).
  4. Підготуватися до співбесіди (знайти топ-10/20/50 з питань співбесіди для тестувальника, підготувати на них відповіді в письмовому вигляді, відрепетирувати відповіді усно вголос).
  5. Успішно пройти співбесіду.

Коли:

  1. Сьогодні знайду курси і запишуся на найближчий набір.
  2. До закінчення курсів складу резюме і викладу його на ресурси ***.ua, ***.com.
  3. Щодня буду відправляти резюме на більш ніж 10 вакансій.
  4. У перший день, коли викладу резюме, знайду список питань і протягом одного-двох днів буду активно проробляти свої відповіді, щоб успішно пройти співбесіду.
  5. В обумовлений з роботодавцем день пройду співбесіду.

Що мені запам'яталося на початку роботи

Бесіди 1-on-1. У мене щотижня було півгодини на спілкування з менеджером (CTO) один на один на будь-яку хвилюючу мене тему, де він також цікавився, чи все мене влаштовує в роботі, як я хочу розвиватися і як він може мені допомогти в цьому, чи є якісь труднощі, які можна усунути, і т. д.

Враження про віддалену роботу дуже неоднозначне:

  1. вона вчить фокусуватися на роботі і самоорганізовуватися, так як іноді складно подумки зібратися і працювати в тому місці, де ти зазвичай розслабляєшся і відпочиваєш, але, скоріше, справа в бажанні і мотивації;
  2. посилює любов до людей :) (це, звичайно, не про інтровертів). Після двох місяців роботи з дому я скучила по людям, мені дуже не вистачало колективу, навіть пасажирів в транспорті я була неймовірно рада бачити;
  3. погода і пори року проходили повз, десь там, за вікном;
  4. рухливість набагато зменшилася.

Потреба в PO

На позиції QA я вивчала продукт, писала тест-кейси і брала участь у тестуванні на різних етапах розробки продукту. Потім мене присвятили трохи автоматизоване тестування. У загальній складності на позиції QA я пропрацювала 6 місяців.

Після чергового раунду інвестицій команда почала розширюватися, оновився склад, хтось пішов, хтось прийшов, стали наймати більше розробників в Києві. І хлопці захотіли працювати за Scrum'у, з усіма ролями, артефактами, блекджеком і церемоніями. Виникла потреба у Власника Продукту (Product Owner). Наш CTO в той момент вже з нами не працював (роль PO була раніше у нього), шукали нового, і поки ті самі бесіди 1-on-1 з нами проводив СЕО.

Так все ж таки, де знайти PO?

Найняти нового? Він не знає, його довго шукати і потім вводити в курс справ, а почати робити завдання потрібно вже зараз; і не факт, що він впишеться в команду, потім заново шукати нового PO.

Може, тоді призначити на цю посаду когось із вже існуючих співробітників? А хто ж тоді на його місці буде? І як він на новому місці взагалі впорається, адже він практично нічого про володіння продуктом може і не знати? Хто буде навчати?

Я для себе в цій ситуації зробила висновок. Якщо є бажання зайняти нову посаду, бажано спростити собі завдання і усунути сумніви менеджера з приводу свого перекладу. Яким чином? Потрібно накопичити базові знання для нової позиції, бути готовим прийняти відповідальність за нову частину роботи та знайти (або посприяти пошуку нової людини на свою поточну посаду. У моєму випадку це спрацювало.

Ось як це сталося. У мене з СЕО був черговий дзвінок (1-on-1). Ми спілкувалися про все: про команду, про людей, про життя, про країни та інше. Було цікаво і корисно, це розширювало кругозір. І якось посеред розмови він у мене запитав, скільки я вже працюю в компанії і добре я знаю продукт. І тут я зрозуміла, що у мене почалося співбесіду, хоча, швидше за все, воно почалося навіть раніше, ніж я це усвідомила.

У підсумку співбесіда пройшла успішно, ми домовилися про те, що я переходжу на нову посаду через місяць, що допоможу знайти команду нових QA (мені це було теж цікаво, тим більше у нас є QA-ком'юніті після курсів) і що вивчу основну інформацію про ролі PO. СЕО відразу дав деяку інформацію про конкурентів, щоб я теж заздалегідь почала знайомитися. І через місяць, 1 січня 2018-го, я прокинулася Product Owner'ом :)

Що мені допомогло зайняти цю посаду

Але що робити далі?

Отримала посаду, а як з усім цим впоратися? З чого починати? Під час адаптаційного періоду (близько 3 місяців) на мені була найбільша кількість обов'язків за весь досвід роботи, доводилося поєднувати дві посади одночасно. Було складно, але я сприймала це як інвестицію в майбутнє.

Що я робила як QA:

  1. Тестування в повному обсязі.
  2. Набір нової команди QA (пошук, співбесіди).
  3. Навчання нових QA.

Що я робила як PO:

  1. Вивчення інформації про конкурентів.
  2. Збір і вивчення вимог від CEO.
  3. Постановка завдань дизайнерам.
  4. Постановка завдань розробникам.

Особливості й труднощі адаптаційного періоду

  1. Дизайнери у нас були фрілансерами. Мені потрібно було їм донести, а їм в свою чергу вникнути в суть нашого продукту і створити те, що виглядало б гідно і цілісно.
  2. Вимоги передаються, як фольклор, з уст в уста. Ніяких описів, користувальницьких історій, критеріїв прийняття — тільки дзвінки або чат, де ми обговорювали фічі і їх дизайн.
  3. Важко пріоритезувати всю вхідну інформацію. У СЕО було багато ідей по поліпшенню продукту, які він надсилав мені на пошту практично без пауз; доводилося його теж залучати для прояснення ситуації і розстановки пріоритетів.

До чого бажано бути готовим в адаптаційний період?

Робота по 12 годин в день. Вдень я QA і тестую продукт, спілкуюся з командою. Увечері — PO і спілкуюся з СЕО, дизайнерами, планую роботу.

Великий обсяг нової інформації як по самому продукту, конкурентів, так і за новим процесам в команді. Тут довелося впритул знайомитися з поняттям пріоритизації та її інструментами. Як варіант, можна почати з особистих завдань (наприклад, по матриці Ейзенхауера"), а потім перейти до пріоритизації фіч і залучити до цього вашого менеджера або того, хто поки що дає вам завдання на роботу (діліться своїми дієвими інструментами пріоритизації в коментарях).

Важливо розуміти і приймати той факт, що частина завдань зі списку ніколи не буде зроблена, так як завжди є завдання важливіші, і треба мати сміливість завдання «nice to have» видаляти, щоб вони не забирали у вас увагу і час на обдумування і повторну пріоритизації.

Якщо немає наставника і раніше не було наочних прикладів, як виглядає скрам здорової людини (як це було у мене), буде складніше його впроваджувати. В цьому випадку мені допомагали тренінги та книги. Наприклад, по основних процесів та роботі з командою мені знадобилися:

Ставлення з боку команди. Мені в цьому плані пощастило, хлопці були досить терплячі та лояльні, щоб дати мені час на адаптацію і освоєння нових навичок. Але навіть якщо у вас не так все гладко, можна спробувати з кожним поспілкуватися один на один, розібратися в проблемі і знайти те, в чому ви можете бути один одному корисні і в чому ваші цілі сходяться, щоб використовувати енергію на творення, а не на протистояння.

Навіть на старті знаходження на новій позиції вже потрібно давати результат. В нашому випадку, незважаючи на недосконалість процесів, за 3 місяці ми встигли зарелизить дві великі фічі, про які просили клієнти.

Наставник

Через 3 місяці після мого старту на посади PO ми знайшли нового СТО, який з часом став новим СЕО, дозволивши попереднього взяти перший за 4 роки відпустку і залишитися тільки в раді директорів (ніякої операційної діяльності).

Ці зміни поклали початок новому етапу розвитку нашої компанії. Новий СТО, Кайл, став для мене наставником і провідником у світі управління IT-продуктом.

Ми почали спільну роботу з того, що він показав, як писати базову документацію, власні історії і критерії прийняття завдання, знаходити баланс між їх лаконічністю і деталізацією; ми стали більше аналізувати метрики і зворотний зв'язок від клієнтів. Ми покінчили з фольклором, завдання тепер все в письмовому вигляді; і потім, завдяки зворотного зв'язку від команди, у мене була можливість їх поліпшити. Зараз я пишу відмінні завдання, які на ретроспективах виявляються у стовпці Good/Keep doing і, за словами хлопців з команди, перевершують за якістю ті завдання, що були у них раніше в інших IT-компаніях. Мені приємно, що мої старання спростити команді роботу не проходять даремно.

Ролі, навички і знання

Оскільки найчастіше в стартапи і маленьких компаніях одна людина може виконувати кілька ролей, мені необхідно було вивчити особливості роботи в команді з точки зору ролей Scrum-майстри, менеджера і PO. Так, це конфліктуючі ролі (PO і SM) — доводилося контролювати себе і намагатися витримувати баланс :) Але мені було цікаво це все вивчати і практикувати, я і зараз продовжую вдосконалювати свої знання в цих областях з задоволенням.

Командні зустрічі спочатку вів Кайл. Потім я стала проводити всі зустрічі самостійно. Пам'ятаю, як у мене на перших порах перехоплювало подих, коли потрібно було робити демонстрацію поточного релізу для всієї компанії, та ще й англійською, адреналін зашкалював. З часом, звичайно, я перестала так бурхливо реагувати, і зараз вже все набагато простіше. Англійську я підтягувала завдяки курсам і практиці на роботі. Зустрічі я теж потроху почала покращувати. Для отримання знань і навичок щодо ефективного проведення командних зустрічей я пройшла дводенний тренінг з фасилітації зустрічей (ICP-ATF). Це допомогло мені структурувати наявні знання і навички, придбати нові. Завдяки цьому тренінгу я почала фокусуватися на цілі, таймінгу, структурі зустрічі. І, як підсумок, наші зустрічі стали більш ефективними, ми стали досягати цілей зустрічей за більш короткі проміжки часу, ніж раніше.

Ще в Scrum-майстерність мені імпонує поняття «лідер-слуга». Прийшовши на посаду PO, я хотіла бути максимально корисною для команди, інакше я тут просто не потрібна. Моя мета була не менеджить, а допомагати команді, підвищувати ефективність її роботи за допомогою усунення перешкод на шляху. І ця мета, як маяк, дозволяє мені не збиватися з маршруту, слухати і чути зворотний зв'язок, покращувати те, що може бути покращено, нагадувати про цінності і берегти те, що вже працює добре. Як інструмент в цьому допомагають зустрічі, зокрема ретроспективи, і просте людське спілкування, інтерес до людей, до їх проблем. Важливо задавати питання, інакше великі шанси так ніколи і не дізнатися, що не так, і не поліпшити це на майбутнє.

Приклади, що можна допомагати команді навіть на самих ранніх етапах:

  1. писати зрозумілі структуровані завдання;
  2. виявляти блокери на стендапах і давати хлопцям оперативно вирішувати проблеми;
  3. бути на зв'язку завжди, коли виникають питання щодо завдань або процесів;
  4. створити позитивну безпечну робочу атмосферу, де є комунікація, взаємодопомога, підтримка, повага, відкритість;
  5. захищати команду від тиску керівництва, якщо такий тиск є;
  6. не зав'язувати всі процеси на собі, щоб у вашу відсутність нічого не руйнувалося;
  7. не чинити тиск на команду, вганяючи її в стрес;
  8. не менеджить і не микроменеджить;
  9. та багато іншого (діліться своїми прикладами, як вам допомагає/не допомагає ваш менеджер).

Якщо говорити про hard skills для менеджера/PO, то того досвіду, що я отримала на позиції QA, мені було достатньо для спілкування з командою на одній мові і розуміння суті процесу розробки продукту. З часом цей спектр знань розширюється, впізнаються деякі нюанси і тонкощі розробки, але все ж безпосередньо в код я не влажу, і більше значення має знання про продукт, бачення продукту і soft skills.

Підсумки і думки вголос

Зворотний зв'язок допомагає розвиватися, потрібно вміти її приймати і правильно використовувати (як критику, так і позитивну зворотний зв'язок). Якщо повернутися до написання завдань, то як раз завдяки критиці я стала писати їх краще. Якщо говорити про позитивної зворотного зв'язку, то була, наприклад, зворотний зв'язок з вдячністю за те, що я роблю команду дружною, за ту культуру та цінності, які ми підтримуємо всередині команди. Або коли шукали другого PO, хотіли знайти «такого, як Алла». І багато іншого, що дає позитивну характеристику мені як менеджеру, як члену команди або як просто людині. Ці відгуки неймовірно приємні і в той же час настільки ж цінні, як і критичні. Вони — компас, який дає можливість зрозуміти, рухаюся я в правильному напрямку, що для людей важливо і цінно, і далі розвиватися в цьому.

Лідерство . Епоха менеджерів в класичному розумінні вже відходить у минуле. Зараз потрібні лідери — люди відповідальні, готові брати на себе зобов'язання і вести команду за собою, але не вказують професіоналам, як і що робити. Є багато книг про лідерство і про роботу з командою. Наприклад, «Перший серед рівних», «П'ять вад команди», «Внутрішня сила лідера» (останню зараз почала читати по рекомендації).

Постарайтеся знайти наставника . Якщо немає наставника, знову ж, читайте книги, статті, вчіться на курсах і тренінгах у досвідчених людей; там же можна і знайти наставника, розширити коло знайомств, поспілкуватися з однодумцями.

Стартап — відмінна майданчик для розвитку, кар'єрного росту та реалізації своїх талантів і умінь . Немає шаблонів, стандартів. Можна експериментувати і пробувати себе в різних ролях, а далі вибирати напрямок розвитку по душі. Я, наприклад, завжди хотіла працювати в дружній команді з хорошою комунікацією всередині. І стала працювати над цим, що принесло свої плоди і виявилося цінним для компанії.

Люди — найбільша цінність компанії . Підбір правильних людей в команду для нас значить дуже багато, вони повинні розділяти наші командні цінності. Іноді один токсичний людина може отруювати роботу всій команді, погіршуючи її ефективність і загальний настрій. Або розбіжність основних поглядів може призводити до саботажу або «випадіння» людини з колективу. Тоді процес комунікації погіршується, рішення завдань затягується. Усвідомлюючи це, ми навчилися ставити такі питання в процесі співбесіди, які виявляють те, що для нас важливо в людині, враховуючи нашу культуру і цінності.

Успіх не приходить до тих, хто не готовий його прийняти. Якщо хочете щось змінити, готуйтеся заздалегідь, щоб встигнути зловити хвилю, коли вона прийде.

Пріоритизація — один з обов'язкових навичок менеджера. Спочатку може бути не дуже легко, але з часом це стане звичайною справою. Знайдіть для себе найбільш зручний і прийнятний у вашій ситуації спосіб.

Нам властиво переоцінювати те, що може статися за 10 років, і недооцінювати те, що може статися за один-два роки. Зміни в моєму житті відбулися досить швидко. Близько 10 місяців минуло з моменту ідеї змінити рід діяльності до моменту початку роботи на позиції QA; і це я ще довго наважувалась, бо всього за тиждень після курсів я влаштувалася на роботу. І ще 6 місяців пройшло до отримання посади PO. Зараз, озираючись назад, я розумію, що зміна професії була моїм найкращим рішенням. Я рада всьому, що зараз відбувається в моєму житті. Це не означає, що все, що відбувалося до цього, було даремно. Це був той безцінний досвід і знання, які стали фундаментом для нинішньої мене.

Я за обмін інформацією . Деякі фахівці думають, що їх знання — це саме те, за що їм платять, і якщо їх таємниця розкриється, то вони знеціняться як фахівці. Чому тоді хороші навчальні тренери не втрачають в ціні, якщо вони постійно діляться інформацією? Якщо ви в чомусь хороші і у вас є досвід, то, поділившись всіма своїми знаннями, ви залишитеся все так само хороші і досвідчені і вас будуть продовжувати запрошувати працювати. Цінність у вас самих. А знання і так у книгах є. Я з задоволенням готова ділитися корисною інформацією, своїм досвідом, позитивною енергією з оточуючими мене людьми; і понад усе приємно, коли все це надихає людей і змінює їхнє життя на краще. В той же час я відкрита до нової цікавої та корисної інформації, яка зробить моє життя ще краще.

Як сказав Володимир Желєзняк у своїй статті на DOU , «айтішники як вампіри. Норовлять вкусити когось і зробити з нього айтішника теж». Так, я теж так роблю, мені хочеться допомогти розумним тямущим людям самореалізуватися. Особливо якщо вони потрапляють в схожу з моєї ситуацію, коли немає розвитку в компанії, а їхні таланти там нікому не потрібні.

Як розвиватися далі

Будучи вже менеджером, варто вибрати напрямок. Це, наприклад, може бути робота з людьми і процесами (Scrum Master, Agile-коуч) або продовження роботи з великою увагою до продукту/проекту (Product Owner, Product Manager, Project Manager). І далі вдосконалюватися, вчитися. Мені, приміром, на даному етапі цікавий коучинг. Записала собі парочку книг для прочитання: Лісса Адкінс «Коучинг Agile-команд», Джон Уітмор «Внутрішня сила лідера. Коучинг як метод управління персоналом» (діліться теж своїми корисними книгами в коментарях).

І останнє, але не менш важливе: працюйте тільки з любові ? Коли живеш в балансі і в гармонії з собою (робиш те, що тобі подобається), це перетворюється в перманентний стан щастя і задоволення. Тому дуже важливо виявити в роботі фактори, які визначають ваше щастя, і створювати їх навколо себе. Шукайте роботу по любові, а не тільки заради грошей. Цифра з часом перестане так захоплювати, а ось відчуття від самої роботи буде з вами кожен день. І тільки вам вирішувати, яким буде це відчуття.

Опубліковано: 14/08/19 @ 10:00
Розділ Різне

Рекомендуємо:

Мотивація до інновацій у IT-компаніях України. Результати опитування
Топ-50 ІТ-компаній України, липень 2019: 60 тисяч спеціалістів і подолання відмітки «7000 фахівців»
C++ дайджест #18: Summer ISO C++ standards meeting, technical vision for Qt 6
Ruby/Rails дайджест #31: другий реліз-кандидат Rails 6, перша мажорна версія ruby-prof, Aaron Patterson про рантайме Ruby
Як ми розробили функцію спільного написання листів email-клієнта Spark