Don't confuse projects with products. Не плутайте проєкти з продуктами.

Це НЕ одне й те саме!

Ось найпростіший спосіб зрозуміти різницю.

(Не забудьте зберегти цей пост, щоб поділитися з тими, хто ще плутає ці поняття)

Продукти:
• Вони постійно розвиваються з часом;
• Не мають чітко визначеного кінцевого стану;
• Визначення успіху постійно змінюється;
• Проміжні етапи вимірюють прогрес;
• Повинні балансувати між потребами користувачів та цілями бізнесу.

Проєкти:
• Мають чітко визначений кінцевий стан;
• Містять набір конкретних очікуваних результатів;
• Визначення успіху є фіксованим;
• Допомагають виявляти та мінімізувати ризики;
• Сфокусовані на своєчасність релізу, скоуп та якість.

Тепер, найважливіше питання!

Чому ця відмінність важлива?

Це знання допомагає вам визначити:
1. як ви підходите до вирішення проблем
2. як ви визначаєте успіх у своїй роботі
3. як ваш менеджер визначає успіх у кар’єрі

Відсутність цього знання може призвести до неправильних пріоритетів:

💥Підхід «Outcome vs Output»:

Для продукту ви повинні фокусуватись на кінцеві результати (Outcomes) (наприклад, вирішення певних потреб користувачів).

Для проєкту ви повинні забезпечити виконання певного скоупу робіт (Outputs) (як-от зробити функцію X доступною користувачам до певної дати з відповідними стандартами якості).

Обидва підходи вимагають різних навичок і мислення.

💥Орієнтація на користувача

Продукти зосереджені на постійному виявленні та вирішенні потреб користувачів, роботу з гіпотезами та експериментами.

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

💥Часовий горизонт

Продукти не мають визначеного часового горизонту і повинні покращуватися з часом, поки живі та існують.

Проєкти мають встановлену тривалість, або лімітовані бюджетом.

——————————————————
PMs, засновники, Лідери, будь ласка, розумійте різницю між продуктами та проєктами. Це важливо для довгострокового успіху продукту, компанії та самих людей (PM або PjM).

Всім дякую, що ви зі мною, підписані, лайкаєте та поширюєте пости. Сьогодні у мене День Народження і я попрошу про 2 речі:

🔥1) підтримати мій збір:
Збір ДР Артема 2024

Вдячний за День Народження Вдома🇺🇦 Збираю на антени-підсилювачі для 79ї і на Mavic-3T для 3ї ОШБр. Дякую за привітання! Разом Переможемо 🇺🇦
🎯 Ціль: 200 000 ₴
🔗Посилання на банку
https://send.monobank.ua/jar/4HdTAssvwM
💳Номер картки банки
5375 4112 1472 0018

Це Покровський та Ізюмський напрямок. На фоні хайпу з КуНР та БНР зараз слабше донатять Захисникам на цих непростих напрямках, тож користуючись своїм днем вирішив закрити ще трішки з термінового 🫡
Дякую тим, хто вже долучився і тим хто ще долучиться🤝

🔥2) поширюйте мій канал на тих, кому буде цікавий та корисний контент, що я тут публікую, основний на досвіді, українською живою мовою.

Дякую! Слава Україні 🇺🇦

Неймовірне привітання від @yanovych з Днем Незалежності України 🇺🇦
Вітаю всіх зі Святом! Працюємо кожного дня і підтримуємо тих, хто захищає та відвойовує цю Незалежність!

Слава Україні 🇺🇦

p.s.: link на пост Жені

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

Буду виступати з темою: «Матриця взаємних очікувань: покращення кросфункціональних відносин в командах»

Другий Форум - про використання технології фасилітації у роботі лідерів.
Тих, хто шукає сучасні підходи в управлінні та розвитку команди.
✅Тож, на форумі ви зрозумієте, як використовувати інструменти фасилітації у всьому циклі менеджменту:
🗓️ у плануванні
🤝 організації
🏆мотивації
📈 аналізі та контролі
🔋 у координації роботи команди.
💎Спікери форуму - 12 практиків фасилітації: Наталія Павлова, Альона Мороз, Ольга Машталер, Артем Биковець, Вікторія Соколова, Іван Голяков, Анна Лаврова, Діна Волинець, Дмитро Незабитовський, Олена Кізіменко, Олена Жильцова, Зоряна Борбулевич, Євгеній Лабунський.

💯Кому корисно відвідати онлайн форум:
• Фасилітаторам і Бізнес-тренерам
• AGILE коучам та SCRUM майстрам
• ТОПам та Власникам бізнесів
• HR та L&D-фахівцям

⏰Дати проведення:
12 вересня з 13:00 до 18:00
13 вересня з 9:30 до 14:30
🎫 Детальна інформація на сайті ⬇️

Поговоримо про технічний борг? #techdebt

Не у кожного архітектора вийде створити світову пам'ятку, як на картинці🤪це скоріше виключення з правил, аніж очікуваний результат.

(Про всяк випадок: Технічний борг виникає, коли в розробці обирають простіші або швидші рішення замість оптимальних, щоб прискорити процес або зекономити ресурси🫰)

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

Так от, звісно часом варто слідувати принципу Done is better than Perfect (зроблено краще ніж ідеальне, але не завершене...) і розробка через MVP (мінімально життєздатний продукт) це чудові підходи швидшого запуску і валідації гіпотез з меншими ризиками та витратами на старті, але є одне але..😉задоволення від отриманого "пришвидшення" може затягнути в певну залежність і рішення про "зрізання кутів" вже стають normal way of working, а не усвідомленим необхідним компромісом (із плануванням того, як ми цей борг будемо повертати з відсотками).

Тож рекомендую обов'язково відслідковувати техборг, що ми генеруємо при новій роботі чи появі нових процесних стандартів (наприклад додаванні в Definition of Done пунктів про обов'язкову актуалізацію документації чи написання інтеграційних текстів). Задачі мають бути створені одразу і лежати в спільному єдиному беклозі Продукту на рівних із іншими бізнес задачами й покращеннями, щоб не загубитись, як цей стікер на картинці десь в коментарях кодової бази😂

І так, на ці задачі "завжди не буде часу" і буде щось "терміновіше" й пріорітетніше🔥 задача девелоперів - пояснити своїм Стейкхолдерам і особливо РО наслідки "несвоєчасного погашення технічного кредиту"😉 та переваги для якості розробки та підтримки продукту, від усунення всіх тих грабель та милиць. Вважайте це необхідною гігієною вашого процесу і знайдіть той підхід, що краще запрацює у вашому контексті з вашими людьми (напр. Фіксований буфер часу в кожному Спринті чи окремий WiP limit під такі задачі чи пріоритезація через wsjf подібний метод...).

А як це працює у вас? Діліться успішними (і не тільки) кейсами в коментарях🤝

Кому потрібен мученик посеред зомбі-команди? Також “жертва” буває непогано підмаскованим нарцисом, який так затягує на себе увагу. Дивіться на мене, я найкраще страждаю і жертвую своїм життям, як ніхто.

ВІДСУТНІСТЬ СФОРМУЛЬОВАНИХ ПЕРСОНАЛЬНИХ СЕНСІВ. Нерозуміння свого шляху. З одного боку повʼязано з вигорянням — люди палають не через велику кількість роботи, а через відсутність сенсу. Перевірено і доведено. З іншого боку — часто два протилежних ефекти з однією причиною. Перший — вростання в організацію і нездатність дисоціюватись, відповідно психодинаміка замість екзистенційної подорожі. Другий — зміна декорацій і перетягування всіх тих же проблем на нове місце роботи (від себе не втечеш).

НЕЗДАТНІСТЬ ПОЄДНАТИ СЕНСИ ТА НАРАТИВИ: персональні, командні та організаційні. Менеджер, команда, та організація ніби в різних світах. Щоденна діяльність відірвана від цінностей лідера (і не дає йому енергії = апатія фрустрація вигорання). Команда “ходить на роботу” і сприймає меседжі рівня компанії як сигнали з космосу повні абсурду і загадок. Компанія не розуміє як достукатися до людей і втрачає контакт, все більше сповзаючи в позицію ставлення як до людських “ресурсів”, нарівні з офісною технікою. Ауч.

СТРАХ КОМАНДИ А раптом якщо я запитаю їх “як вам взагалі?”, вони ж почнуть відповідати? А що я буду робити з тим, що вони мені скажуть? Сюди ж — відсутність 1–1 або 1–1, перетворені на звітність чи роздачу завдань (багато говоримо щоб раптом не опинитися в тиші навпроти іншої живої людини).

НЕРОЗУМІННЯ РОЛІ ІСТОРІЙ ТА МІФОТВОРЧОСТІ. Сюди ж ритуали. Лідер не дає ясності, не дає історії, не працює з структуруванням досвіду племені. Відповідно — слабка ідентичність, відсутність ясності, відсутність звʼязності команди.

ЛЮДИ vs. КОМАНДА. Нерозуміння, як працювати з командою як з цілісним племенем. Нас не вчили працювати з третьою сутністю, якщо ви не проходили спеціальне дороговалютне навчання. Призводить до дозування інформації, спроб вирулювати на маніпулятивних комунікаціях з кожним окремо, така ілюзія контролю. Ще, не дай боже, “розділяй та володарюй” режим, налаштування членів своєї ж команди одне проти одного та штучна конкуренція. Ох, гуд лак.

НЕЗДАТНІСТЬ ВІД'ЄДНАТИ ЖИТТЯ ВІД ПРОФЕСІЙНОЇ ІДЕНТИЧНОСТІ. Якщо вся ваша его-конструкція і сенси лежать в професійній площині, недивно що стільки страху та фіксацій. Тут робота над собою, терапія та коучинг. Але також і хоббі, серйозне захоплення спортом. Пет-проекти. Ті речі, які будуть зміцнювати самоідентичність і розширювати набір опор. Також повертаємося до пункту про власні сенси та історію — я тут в цьому світі для чого? Куди я? Що я крім підпису в робочому імейлі? Страшно, але рано чи пізно доведеться займатися. Краще рано.

ЗАЧАРОВАНІСТЬ ВЛАДОЮ. “Вбити дракона і стати драконом”. Це один з більш тонких аспектів. Часто хороші лідери виходять вперед, щоб зробити світ краще. В процесі отримують необхідну для цього владу та вплив. І залипають в цьому. На шляху героя цей етап називається “відмова від повернення”. Герой пережив битву із драконом, але не зміг інтегрувати нові знання та навички в свою основну ідентичність, гармонізувати владу із місією, вплив із вихованням наступних лідерів.

НЕЗДАТНІСТЬ ПРИЙМАТИ ФІНАЛЬНІ РІШЕННЯ. Безкінечні зустрічі та імпотентні робочі групи. Спроби розмити відповідальність. Інколи навіть маскується під «коучинговий» стиль менеджменту. Прийняття рішень — ключовий обовʼязок менеджера і екзекʼютіва. Розуміння, де дати простір команді, а де команда потребує лідерства і щоб її повели — ключове.

ВІРА В МАГІЧНІ СИЛИ. Фреймворки, абревіатури, тренінги. Запозичити практики з книжки. Покликати іменитого бізнес-тренера чи консалтингову компанію. Магічне мислення і пошук артефакту, який вирішить всі проблеми сам по собі і з нього народиться щаслива команда, повна сенсів та перевиконаних КРІ. Швидше за все народиться максимум “о в нас шаровий вихідний” та купа дуже дорогий слайдів. Магія це круто, але вона не замінить якості та активності лідера (сорі).

#smplday2024 вже зовсім скоро у новому революційному форматі (на основі ваших фідбеків):
1) дивитесь записи доповідей у зручному темпі та форматі
2) спілкуєтесь з іншими Учасниками та задаєте питання Спікерам та Експертам в закритих чатах конференції
3) 14 грудня збираємось на офлайн в Києві з тими хто зможе: обговорюємо найгарячіші теми, слухаємо пару доповідей вживу і камерні панельні дискусії (без запису відео) та проводимо день у форматі "не-конференції"

Сьогодні додали трохи ще спікерів на сайт конференції Simplicity Day: Розвиток крізь виклики, що підтвердили участь і зараз узгоджуємо з ними тему доповіді та починаємо поступово публікувати деталі :)

Відповідно після відкриття доступу до записів доповідей - ціна зміниться з Early на звичайну ;)

До скорої зустрічі 😉