Бувають періоди, коли мотивація не просто падає. Вона ніби зникає зовсім. Ти дивишся на задачі, плани чи навчальні матеріали, і не відчуваєш нічого. Ні інтересу, ні азарту, ні бажання рухатись далі. Є лише втома і думка: «Я більше не можу» 🫠
⠀
Повір, із цим станом усе ок 😌
⠀
Мотивація — це не нескінченний ресурс. Вона поступово зникає тоді, коли ми довго ігноруємо втому, постійно вимагаємо від себе більшого і не даємо часу на відновлення. Часто справа не в тому, що тобі «не підходить шлях». А в тому, що тобі просто потрібен перепочинок 👆
⠀
Читай далі, щоби дізнатися, як відновлювати у такі моменти свою мотивацію 💫
⠀
Зроби паузу без почуття провини
Не «я здаюсь», а «мені потрібен перепочинок». Навіть коротка пауза допомагає трохи видихнути і повернути відчуття опори. Відпочинок — це частина руху, а не крок назад 👆
Відділи втому від себе
Ти — це не твій складний період і не твоя тимчасова апатія. Відсутність мотивації не говорить нічого про твої здібності чи потенціал. Це лише стан, який минає, навіть якщо тобі складно повірити зараз 😌
Зменш очікування до реального рівня
Ми часто ламаємось не від складності, а від масштабу. Коли перед очима «все і одразу». У такі моменти важливо свідомо звузити фокус і не вимагати від себе максимуму. Один маленький крок сьогодні — це вже достатньо 👌
Дозволь собі робити неідеально
Не на максимум і не «як має бути», а так, як виходить зараз. Рух, навіть дуже повільний, поступово повертає віру 💫
Не будь із цим наодинці
Коли складно, здається, що всі навколо справляються краще. Але сумніви, виснаження і паузи є у кожного. Просто не всі про це говорять. Підтримка значно легше допомагає пережити складні моменти 🙌
Нагадай собі, що ти вже в процесі
Ти не на старті. Ти не «не зробив нічого». За тобою вже є кроки, досвід і зусилля, які мають значення. Навіть, якщо їх важко помітити зараз 😌
Було корисно? Залишай реакцію цьому допису 😉
#fresh_advice
⠀
Повір, із цим станом усе ок 😌
⠀
Мотивація — це не нескінченний ресурс. Вона поступово зникає тоді, коли ми довго ігноруємо втому, постійно вимагаємо від себе більшого і не даємо часу на відновлення. Часто справа не в тому, що тобі «не підходить шлях». А в тому, що тобі просто потрібен перепочинок 👆
⠀
Читай далі, щоби дізнатися, як відновлювати у такі моменти свою мотивацію 💫
⠀
Зроби паузу без почуття провини
Не «я здаюсь», а «мені потрібен перепочинок». Навіть коротка пауза допомагає трохи видихнути і повернути відчуття опори. Відпочинок — це частина руху, а не крок назад 👆
Відділи втому від себе
Ти — це не твій складний період і не твоя тимчасова апатія. Відсутність мотивації не говорить нічого про твої здібності чи потенціал. Це лише стан, який минає, навіть якщо тобі складно повірити зараз 😌
Зменш очікування до реального рівня
Ми часто ламаємось не від складності, а від масштабу. Коли перед очима «все і одразу». У такі моменти важливо свідомо звузити фокус і не вимагати від себе максимуму. Один маленький крок сьогодні — це вже достатньо 👌
Дозволь собі робити неідеально
Не на максимум і не «як має бути», а так, як виходить зараз. Рух, навіть дуже повільний, поступово повертає віру 💫
Не будь із цим наодинці
Коли складно, здається, що всі навколо справляються краще. Але сумніви, виснаження і паузи є у кожного. Просто не всі про це говорять. Підтримка значно легше допомагає пережити складні моменти 🙌
Нагадай собі, що ти вже в процесі
Ти не на старті. Ти не «не зробив нічого». За тобою вже є кроки, досвід і зусилля, які мають значення. Навіть, якщо їх важко помітити зараз 😌
Було корисно? Залишай реакцію цьому допису 😉
#fresh_advice
❤8
Уяви звичайний робочий ранок Марини. Ще нещодавно вона працювала адміністраторкою торговельної точки, а сьогодні — проєктна менеджерка в IT 👩💻 Нові задачі, інша відповідальність і ритм.
⠀
На прикладі її робочого дня ми розберемо, чим займається проєктний менеджер і в чому суть цієї професії. А всі професійні терміни, що траплятимуться у процесі, пояснимо у кінці 👆
⠀
Читай далі, щоби прожити цей день разом із Мариною та краще зрозуміти професію ПМ 🤓
⠀
Ранок. О 08:55 Марина робить каву, відкриває ноутбук і швидко переглядає Slack та Jira: що змінилося за ніч, які нові повідомлення з'явилися, чи виникли критичні задачі. О 09:30 — щоденний стендап на 15 хвилин. Розробники кажуть, що зробили, чим займаються і які блокери. Тестувальник розповідає, які баги виявив, та запитує, що і як має працювати. Бізнес-аналітик розказує про свої апдейти або просто слухає команду, щоби бути в контексті.
Один із розробників зазначає, що потрібен доступ до API (див. словник у кінці 👆). Марина одразу записує це у свій список задач. QA запитує, яка має бути поведінка таблиці клієнтів, якщо інтеграція видає помилку. Відповість бізнес-аналітик, оскільки він прописував поведінку системи у різних ситуаціях.
Після стендапу — перші дзвінки. Клієнт телефонує з проханням додати ще одну фічу у поточний спринт. Тут починається важлива частина роботи ПМ — управління очікуваннями. Марина пояснює, що додавання вимоги означає 2 варіанти: або прибрати іншу задачу з поточного спринту, або продовжити терміни. Вона фіксує домовленість у Confluence і просить бізнес‑аналітика підготувати оцінку впливу та, за можливості, чернетки вимог. Це — типовий приклад компромісу. ПМ не каже «ні» автоматично, але конвертує прохання у конкретні наслідки й рішення.
Опівдні — планування з аналітичним акцентом. Разом із бізнес-аналітиком і розробниками Марина запускає воркшоп у Miro. Вони збирають користувацький шлях, виділяють ключові сценарії і позначають залежності між фічами. На дошці зʼявляються sticky notes із user stories та потоками даних. Марина веде сесію: ставить питання, щоб виявити невизначеності, і просить бізнес-аналітика конкретизувати acceptance criteria безпосередньо на дошці.
Після узгодження вони переносять підсумкові user stories до Trello — створюють картки, призначають відповідальних, додають чеклісти й орієнтовні оцінки. Для аналітики Марина швидко робить просту оцінку capacity у Google Sheets: скільки story points команда може взяти на спринт, які буфери на ризики. Вона експортує ключові таски з Trello у Jira (або залишає у Trello для менш формальних команд), щоб синхронізувати трекінг.
Друга половина дня інколи непередбачувана. Сьогодні у середовищі системи після інтеграції зʼявився критичний баг — реліз функціоналу можуть відтермінувати. Марина швиденько збирає зустріч: розробники, тестувальник і бізнес-аналітик. Вони діагностують проблему — помилка у зовнішньому API. Марина разом із командою виносять рішення тимчасово відкатитися на попередню стабільну версію системи, повідомити про це клієнта та оновити плани. Також — оцінити з розробниками скільки часу піде на вирішення цього багу. Роль ПМ тут — зібрати команду, проаналізувати проблему, обговорити її, винести рішення та оновити оцінки.
Під кінець дня Марина переглядає метрики: скільки задач у прогресі, скільки блокерів вирішено, на скільки стрічка виконання відповідає roadmap. Перед тим, як вимкнути ноут, записує собі пріоритети на завтра.
Підсумуємо?
🔷 ПМ — це про координацію, комунікацію і прийняття рішень. Необовʼязково знати код, але треба розуміти процеси і вміти говорити із технарями.
🔷 Навички, які допомагають найшвидше: чітка комунікація, організація зустрічей, пріоритизація, уміння працювати з ризиками.
🔷 Інструменти: Trello/Jira для задач, Confluence/Docs для документації, Slack для комунікації, Miro для воркшопів, Google Meet/Zoom для зустрічей.
🔷 Роль часто потребує швидкої реакції на невизначеність, тому важлива стійкість і вміння структурувати інформацію.
#fresh_knowledge
⠀
На прикладі її робочого дня ми розберемо, чим займається проєктний менеджер і в чому суть цієї професії. А всі професійні терміни, що траплятимуться у процесі, пояснимо у кінці 👆
⠀
Читай далі, щоби прожити цей день разом із Мариною та краще зрозуміти професію ПМ 🤓
⠀
Ранок. О 08:55 Марина робить каву, відкриває ноутбук і швидко переглядає Slack та Jira: що змінилося за ніч, які нові повідомлення з'явилися, чи виникли критичні задачі. О 09:30 — щоденний стендап на 15 хвилин. Розробники кажуть, що зробили, чим займаються і які блокери. Тестувальник розповідає, які баги виявив, та запитує, що і як має працювати. Бізнес-аналітик розказує про свої апдейти або просто слухає команду, щоби бути в контексті.
Один із розробників зазначає, що потрібен доступ до API (див. словник у кінці 👆). Марина одразу записує це у свій список задач. QA запитує, яка має бути поведінка таблиці клієнтів, якщо інтеграція видає помилку. Відповість бізнес-аналітик, оскільки він прописував поведінку системи у різних ситуаціях.
Після стендапу — перші дзвінки. Клієнт телефонує з проханням додати ще одну фічу у поточний спринт. Тут починається важлива частина роботи ПМ — управління очікуваннями. Марина пояснює, що додавання вимоги означає 2 варіанти: або прибрати іншу задачу з поточного спринту, або продовжити терміни. Вона фіксує домовленість у Confluence і просить бізнес‑аналітика підготувати оцінку впливу та, за можливості, чернетки вимог. Це — типовий приклад компромісу. ПМ не каже «ні» автоматично, але конвертує прохання у конкретні наслідки й рішення.
Опівдні — планування з аналітичним акцентом. Разом із бізнес-аналітиком і розробниками Марина запускає воркшоп у Miro. Вони збирають користувацький шлях, виділяють ключові сценарії і позначають залежності між фічами. На дошці зʼявляються sticky notes із user stories та потоками даних. Марина веде сесію: ставить питання, щоб виявити невизначеності, і просить бізнес-аналітика конкретизувати acceptance criteria безпосередньо на дошці.
Після узгодження вони переносять підсумкові user stories до Trello — створюють картки, призначають відповідальних, додають чеклісти й орієнтовні оцінки. Для аналітики Марина швидко робить просту оцінку capacity у Google Sheets: скільки story points команда може взяти на спринт, які буфери на ризики. Вона експортує ключові таски з Trello у Jira (або залишає у Trello для менш формальних команд), щоб синхронізувати трекінг.
Друга половина дня інколи непередбачувана. Сьогодні у середовищі системи після інтеграції зʼявився критичний баг — реліз функціоналу можуть відтермінувати. Марина швиденько збирає зустріч: розробники, тестувальник і бізнес-аналітик. Вони діагностують проблему — помилка у зовнішньому API. Марина разом із командою виносять рішення тимчасово відкатитися на попередню стабільну версію системи, повідомити про це клієнта та оновити плани. Також — оцінити з розробниками скільки часу піде на вирішення цього багу. Роль ПМ тут — зібрати команду, проаналізувати проблему, обговорити її, винести рішення та оновити оцінки.
Під кінець дня Марина переглядає метрики: скільки задач у прогресі, скільки блокерів вирішено, на скільки стрічка виконання відповідає roadmap. Перед тим, як вимкнути ноут, записує собі пріоритети на завтра.
Підсумуємо?
🔷 ПМ — це про координацію, комунікацію і прийняття рішень. Необовʼязково знати код, але треба розуміти процеси і вміти говорити із технарями.
🔷 Навички, які допомагають найшвидше: чітка комунікація, організація зустрічей, пріоритизація, уміння працювати з ризиками.
🔷 Інструменти: Trello/Jira для задач, Confluence/Docs для документації, Slack для комунікації, Miro для воркшопів, Google Meet/Zoom для зустрічей.
🔷 Роль часто потребує швидкої реакції на невизначеність, тому важлива стійкість і вміння структурувати інформацію.
#fresh_knowledge
❤2
Терміни, які ми використовували у цьому дописі 👇
Блокер — певний фактор, що блокує прогрес задачі.
API — посередник, що дозволяє різним програмам обмінюватися даними між собою.
Фіча — англіцизм або сленговий термін, перекладається як «функція».
Спринт — певний проміжок часу, за який розробляється функціонал системи.
Воркшоп — один із видів збору вимог та методів проведення зустрічі, де всі учасники мітингу не тільки слухають, а й взаємодіють.
Користувацький шлях — карта шляху клієнта, яка відображає взаємодію користувача із застосунком.
User stories — короткий опис функції з точки зору користувача.
Acceptance criteria — чіткий і перевірюваний набір вимог, за допомогою якого визначають, чи є функціонал готовим та прийнятним для користувача.
Capacity — максимальний обсяг роботи, який команда може виконати за період часу.
Story point — відносна оцінка обсягу та складності задачі.
Таска — англіцизм або сленговий термін, перекладається як «задача».
Реліз — процес випуску нової версії програмного забезпечення.
Roadmap — стратегічний план розвитку продукту, який відображає ключові етапи, цілі та часові межі реалізації функцій проєкту.
#fresh_knowledge
Блокер — певний фактор, що блокує прогрес задачі.
API — посередник, що дозволяє різним програмам обмінюватися даними між собою.
Фіча — англіцизм або сленговий термін, перекладається як «функція».
Спринт — певний проміжок часу, за який розробляється функціонал системи.
Воркшоп — один із видів збору вимог та методів проведення зустрічі, де всі учасники мітингу не тільки слухають, а й взаємодіють.
Користувацький шлях — карта шляху клієнта, яка відображає взаємодію користувача із застосунком.
User stories — короткий опис функції з точки зору користувача.
Acceptance criteria — чіткий і перевірюваний набір вимог, за допомогою якого визначають, чи є функціонал готовим та прийнятним для користувача.
Capacity — максимальний обсяг роботи, який команда може виконати за період часу.
Story point — відносна оцінка обсягу та складності задачі.
Таска — англіцизм або сленговий термін, перекладається як «задача».
Реліз — процес випуску нової версії програмного забезпечення.
Roadmap — стратегічний план розвитку продукту, який відображає ключові етапи, цілі та часові межі реалізації функцій проєкту.
#fresh_knowledge
❤3
Технічні навички відкривають двері, але саме софт-скіли допомагають у них увійти🚪Можна бути генієм коду, але офер отримає той, із ким команді буде комфортно.
Рекрутер шукає не просто «руки», а людину, яка зможе нормально пояснити свою думку та не посиплеться від критики. Далі розібрали, як пройти цю перевірку 👆
⠀
Що таке soft-interview
Soft-interview — це розмова про твоє мислення, поведінку та взаємодію з іншими людьми. На цьому етапі важливо не те, що ти знаєш, а те, як ти думаєш і реагуєш 👆
Що насправді перевіряють на soft-interview
🔹 Комунікацію
Як ти формулюєш думки, чи вмієш пояснювати, ставити питання, слухати співрозмовника.
🔹 Мислення і логіку
Як ти підходиш до задач, приймаєш рішення, реагуєш на нову інформацію.
🔹 Адекватність і командність
Як ти працюєш у команді, що робиш у конфліктних ситуаціях, як сприймаєш фідбек.
🔹 Мотивацію
Чому ти обрав ІТ, цю роль і компанію.
🔹 Зрілість
Як ти говориш про помилки, невдачі, попередній досвід і зони росту.
Які питання ти можеш почути на soft-interview
— Розкажи про складну ситуацію, із якою зіткнувся.
— Що робиш, коли не згоден із рішенням команди?
— Як реагуєш на критику?
— Що для тебе хороший результат?
Не існує «правильних» відповідей на ці питання. Важливо показати логіку, мислення та щирість 😌
Чого варто уникати на soft-interview
🚩 Намагатися здаватися ідеальним
🚩 Відповідати загальними фразами
🚩 Мовчати або губитися
🚩 Боятися сказати «я не знаю» чи визнавати помилки
Що важливо пам’ятати перед soft-interview
👆 Це діалог, а не іспит
👆 Можна ставити уточнювальні питання
👆 Можна думати перед відповіддю
👆 Важливо бути чесним, а не «ідеальним»
Було корисно? Залишай реакцію цьому допису 😉
#fresh_career
Рекрутер шукає не просто «руки», а людину, яка зможе нормально пояснити свою думку та не посиплеться від критики. Далі розібрали, як пройти цю перевірку 👆
⠀
Що таке soft-interview
Soft-interview — це розмова про твоє мислення, поведінку та взаємодію з іншими людьми. На цьому етапі важливо не те, що ти знаєш, а те, як ти думаєш і реагуєш 👆
Що насправді перевіряють на soft-interview
🔹 Комунікацію
Як ти формулюєш думки, чи вмієш пояснювати, ставити питання, слухати співрозмовника.
🔹 Мислення і логіку
Як ти підходиш до задач, приймаєш рішення, реагуєш на нову інформацію.
🔹 Адекватність і командність
Як ти працюєш у команді, що робиш у конфліктних ситуаціях, як сприймаєш фідбек.
🔹 Мотивацію
Чому ти обрав ІТ, цю роль і компанію.
🔹 Зрілість
Як ти говориш про помилки, невдачі, попередній досвід і зони росту.
Які питання ти можеш почути на soft-interview
— Розкажи про складну ситуацію, із якою зіткнувся.
— Що робиш, коли не згоден із рішенням команди?
— Як реагуєш на критику?
— Що для тебе хороший результат?
Не існує «правильних» відповідей на ці питання. Важливо показати логіку, мислення та щирість 😌
Чого варто уникати на soft-interview
🚩 Намагатися здаватися ідеальним
🚩 Відповідати загальними фразами
🚩 Мовчати або губитися
🚩 Боятися сказати «я не знаю» чи визнавати помилки
Що важливо пам’ятати перед soft-interview
👆 Це діалог, а не іспит
👆 Можна ставити уточнювальні питання
👆 Можна думати перед відповіддю
👆 Важливо бути чесним, а не «ідеальним»
Було корисно? Залишай реакцію цьому допису 😉
#fresh_career
👍4