Які помилки найчастіше роблять проєктні менеджери та бізнес-аналітики на старті своєї кар’єри в ІТ? 🤔
⠀
Наш ментор Дмитро розповів про 7 найпопулярніших факапів. І порадив, як їх не допускати. Читай далі, щоби дізнатися про все детальніше 😉

1️⃣ Покладатись на усні домовленості

Взаємодіючи із замовником та іншими стейкхолдерами, не треба покладатися на усні домовленості. Клієнт може попросити тебе швиденько додати одну невелику фічу в поточний реліз. Ти погодишся, але щось піде не за планом. Команда розфокусувалась, запланований об’єм робіт не виконано, зате фіча на проді 😁 І пояснюй потім замовнику, що ми домовлялись про це на міті. Він може все заперечити одним лише питанням «Де це прописано?».

Тому все, що стосується графіку, бюджету, вимог до проєкту має бути зафіксованим, проаналізованим, погодженим із замовником та задокументованим 📝

2️⃣ Сліпо погоджуватись на кожну вхідну вимогу

Уяви ситуацію: проєкт із розробки CRM-системи. Ти в гарних стосунках із замовником, усе фіксуєш та плануєш. Замовник говорить: «Хочу функцію відслідковування кількості повідомлень в чатах». Ти відповідаєш: «Зробимо!». Через деякий час він знову: «Хочу модуль для підрахунку KPI працівників». Ти йому: «Уже запланував». І так кілька разів. У результаті, наче все погодили і зробили, але після релізу зрозуміло, що нікому ці функції не потрібні і ніхто ними не користується 😥

До вимог потрібно підходити прагматично. Не погоджуватись із кожною ідеєю замовника, а проводити аналіз і дослідження 👆 Ставити питання: «Для чого вона нам?», «Кому вона буде корисна?», «Як вона наближає нас до цілей проєкту?» тощо.

3️⃣ Обіцяти більше, ніж вийде виконати

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

Якщо замовник гаряче просить розробити нову фічу за 5 днів, і навіть розробники дають приблизно таку ж часову оцінку, не погоджуйся. Скажи, що за твоїми розрахунками задача потребує 7 днів і не менше. Шанс зробити вчасно і залишитись «людиною слова» у цьому випадку буде вищим, ніж коли підеш на поступки і команда не вкладеться в дедлайн на 1 день 🔴

4️⃣ Не перевіряти припущення

Звичайно, ніхто не хоче смикати людину 10 разів на день різними запитаннями. Через це ловиш себе на думці: «Ну, тут і так усе зрозуміло. Навіщо когось чіпати». А потім виявляється, що у клієнта було зовсім інше бачення. І тепер потрібно безкоштовно переробити фічу 🤕

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

5️⃣ Вважати, що тебе зрозуміють із півслова

Коли Junior PM або BA приходить у нову команду, він не знає, що це за люди, які між ними стосунки, які в них сильні та слабкі сторони. Дехто може бути класним розробником, але краще розуміє графічне представлення вимог. Хтось, навпаки, може бути відмінним дизайнером, і розуміє, який макет сторінки потрібно зробити без зайвих слів. Але на старті ми цього не знаємо 🤔

Безпечна стратегія – на початку вважати, що ніхто не вміє читати вимоги, і описувати їх максимально детально (за шаблоном, із блок-схемами, із зображеннями, якщо потрібно). У майбутньому ж ти зрозумієш особливості команди 😉

6️⃣ Відразу вмикати керівника у новій команді

Професія PM відповідальна і вимагає управління командою професіоналів. Але Junior-спеціалісту буває досить складно керувати людьми з більшим досвідом. Великою помилкою буде прийти і відразу будувати внутрішні процеси та налагоджувати комунікацію 🛠

Твоя перша задача – познайомитись із командою, зрозуміти як вона працює, за якими правилами, заручитись підтримкою формальних і неформальних лідерів. Не страшно зізнаватись у тому, що ти чогось не знаєш. Страшніше робити вигляд, що ти все знаєш. Тому будь чесним та став питання, якщо щось не зрозуміло 🙋‍♂️

7️⃣ Зав’язувати всі процеси на собі

Уяви ситуацію, коли PM контролює виконання кожної задачі, погоджує кожне рішення команди, присутній на кожному мітингу, перевіряє всю документацію на проєкті. Це справжнісінький жах 🤯

Завдання PM – налаштувати процеси в команді так, щоб вони працювали автоматично, без його втручання. Якщо ти все правильно зробиш, то до тебе звернуться лише у випадку непередбаченої ситуації на проєкті 😇

Було корисно? Не забудь поставити реакцію цьому посту 😉

#fresh_knowledge

Спробувати себе у ролі проєктного менеджера або бізнес-аналітика можеш на нашому безкоштовному курсі «Знайомство з ІТ-менеджментом» 💻

Тисни, щоби залишити заявку на проходження 👇

Перевір свої знання або інтуїцію 😉

#fresh_tests

Знаходишся на порозі кар’єрних змін? Лови добірку фільмів про це! 💫
⠀
Стажери (2013)

Біллі і Нік працюють комівояжерами. Але втрачають роботу через комп’ютеризацію усіх процесів. Поміркувавши, чим хочуть займатися далі, Біллі і Нік приходять у компанію Google на стажування. Двом дорослим і далеким від IT чоловікам доводиться конкурувати з просунутою молоддю. Але у Біллі і Ніка є одна перевага… Дивись фільм, щоби дізнатися, яка сама 😉

Полювання на роботу (2016)

Для чотирьох друзів випускний вечір у коледжі став справжнім жахом. Їхні очікування щодо дорослого життя не співпали з реальністю. У країні у розпалі економічна криза. І за робочі місця ведуться війни навіть серед досвідчених спеціалістів 😱 Але друзі не здаються і продовжують пошуки омріяної роботи.

Екзамен (2009)

Вісім кандидатів змагаються за одне місце в компанії. Попереду – останній етап. Учасники мають 80 хвилин, щоби дати відповідь лише на одне питання. Нічого складного, правда? Ось тільки це питання мають знайти самі кандидати 😮

Два дні, одна ніч (2014)

Сандра повертається до роботи після лікарняного. І дізнається, що на неї чекає звільнення з посади. Колеги проголосували за її скорочення, щоби не втратити додаткові виплати. Але залишається останній шанс усе виправити… 😌

Їсти, молитися, кохати (2010)

У Елізабет, здавалося б, є все… Кар'єра, будинок, чоловік. Але вона розуміє, що життя не приносить їй задоволення. Тож жінка кидає все і відправляється у подорож, щоби краще пізнати себе і свої бажання. Дивись, щоби дізнатися, чи вийде у Елізабет знайти своє призначення 😉

Було корисно? Став ❤️ цьому допису.

#fresh_relax

Складно поєднати роботу і навчання за графіком? 🧐
⠀
А що, як ми запропонуємо тобі індивідуальний формат навчання на курсі FullStack JS Developer? 😉
⠀
Ти будеш незалежним від конкретного часу. Навчатимешся тоді, коли тобі зручно, за відеоматеріалами і конспектами. А також — регулярно спілкуватимешся з ментором на живих консультаціях 🔥
⠀
Заманливо? Переходь за посиланням, щоби залишити заявку на безкоштовне заняття 🔗 https://bit.ly/3YbpkWE

Зможеш попередньо протестувати курс, познайомитись із ментором і дізнатись про його стиль викладання. А також – отримати перші знання та навички ✨
⠀
#fresh_courses

Шлях до успіху незрідка буває складним. І не так важлива кількість помилок, як вміння їх виправити 👆

#fresh_motivation

Перевір свої знання або інтуїцію 😉

#fresh_tests

Постійно відволікаєшся на меми, повідомлення, погоду, лише б не виконувати потрібну роботу? Думаємо, кожен це проходив 😌
⠀
Читай далі, щоб дізнатися, як за допомогою методу Pomodoro цього позбавитися 😉

Що таке Pomodoro

Метод, що передбачає виконання завдань 30-хвилинними проміжками. Кожен із них називається «помідорами» 🍅 20-25 хвилин кожного проміжку має йти на роботу, а 5-10 — на відпочинок. Цікаво, правда? Зараз розповімо, як користуватися «помідорами» правильно 😉

Як використовувати метод

Склади список тасків, які маєш виконати сьогодні. Постав пріоритети задачам. І переходь до виконання, щоразу ставлячи на 20 або 25 хвилин таймер ⏱ Після цього роби зупинку на 5 або 10 хвилин, щоби перепочити. Повторюй 4 рази. Після останього підходу зроби 30-хвилинну перерву на обід, кава-брейк тощо.

Скільки має бути «помідорів»

Після перерви починай усе спочатку. Ще 4 «помідори». Ще одна велика пауза. І знову продовжуй, аж поки не закриєш усі таски 👆

Який результат матимеш

Техніка Pomodoro допоможе виконати більше завдань за меншу кількість часу. Меджик, правда? ✨ Ти станеш зосередженіше працювати над задачами, адже зможеш лише під час перерв відволікатися на сторонні подразники. Ефективніше плануватимеш свій час і не порушуватимеш дедлайни. Повір, так буває 😎

Було корисно? Залишай реакцію цьому посту 😉

#fresh_advice

Привіт 👋
⠀
Продовжимо знайомство із нашими менторами курсу FullStack JavaScript Developer? 😉
⠀
Сьогодні Аліса розповість, чому обрала ІТ і вирішила навчати. А також – поділиться улюбленим моментом у викладанні.
⠀
Скільки вже працюєш в ІТ?

Загалом веброзробкою займаюсь ще зі школи, але комерційного досвіду у мене близько 7 років. Починала з фронтенду, але згодом підтягнула бек і стала фулстек-розробницею. Зараз навіть більше подобається працювати з бекендом та базами даних 🤓

Чому обрала саме ІТ?

IT – одна з тих сфер, де створене тобою може змінювати світ, і мені це подобається. Розробляти додатки, важливі для людей, працювати над тим, що тебе запалює і надихає, – це для мене величезна цінність. Також тут поважаються нестандартні рішення та мислення «out-of-the-box». А я люблю думати над цікавими задачками та шукати незвичні підходи до них 😇

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

Чому вирішила навчати?

Я часто опинялась в ролі викладача чи ментора. Волонтерила у «Code Club», допомагала студентам готуватись до сесій з айтішних спеціальностей. І мені це подобається. Люблю знаходити нові шляхи пояснення тих чи інших речей, і допомагати іншим розбиратись у чомусь. Тому коли почала менторити, відчула, що це моє 😊

Який у тебе найулюбленіший момент у менторстві?

Однозначно, коли хтось зі студентів б'ється над проблемою, а потім раптом: «О, я зрозумів! Я знайшов помилку! Точно, от воно як!». І знаходить рішення ✨ На мою думку, ментор не має «дресирувати» студента – отут пишеш отак і отак, виходить магія. Ні, замість цього ментор повинен допомогти пояснити процес, який має відбутись, і знайти шлях до втілення, направляючи питаннями і орієнтирами. Але найголовніше повинен зробити той, хто хоче чомусь навчитись. Не сидіти і слухати, а потім бездумно повторяти з екрану, а саме знаходити рішення в процесі розв'язування задачі.

Який твій девіз у ІТ?

Ніхто не народжується з комп'ютером у руках. Від народження ми відрізняємось лише набором генів, але все, чого ми навчаємось протягом життя, – результат наших власних старань та зусиль. Ніхто з пелюшок не вміє кодити. Усі цьому вчились, хоч Білл Гейтс, хоч Марк Цукерберг. Можна опанувати будь-що, якщо дійсно цього хочеться 👆

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

#fresh_team