Цікаво було почути як був організований процес чисто в Slack без зустрічей, взагалі не було зустрічей, хоча робота робилася віддаленно з різних частин світу.

Для розробки функціоналу побачень був відкритий канал у Slack, де закріплювалися підсумки обговорень, а потім в кінці тижня відкріплялися після написання підсумків.

Основним було ставити людей понад процесами та повна довіра команді, щоб вона самоорганізувалася.

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

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

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

Наприклад, жінки були проти підсвічувань який варіант відповіді вірний у діалозі після його вибору, а чоловіки наполягали, щоб була реакція, коли вибрано правильний варіант у діалозі на побаченні.

Тут вже довелося звернутися до менеджера, хоч вона жінка, але прийняла війрне рішення для бізнесу, бо 80% гравців Warframe це чоловіки.

Це приклад небезпеки самоорганіщованих команд, коли в 1 з 10 випадків така команда приймає невірне рішення.

Було цікаво почути про Agile Clinics, не чув про таке.

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

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

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

Загалом, спробую винести для себе важливі кроки для стабільной трансформації себе:
1. Робити щотижня щось вперше
2. Працювати з людьми, від кого навчатися новому
3. Пам'ятати, що це подорож, ультрамарафон, а не спринт, не забіг.

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

Також була озвучена ідея, що Amazon може використовувати ШІ для друку різних версій книг в залежності від історії покупок, адже зараз книги не зберігаються на складах, а друкуються, коли їх замовляють.

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

Загалом, зараз ШІ вже замінив джунів у юриспруденції, копірайтингу, дизайну, розробці.

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

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

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

Дивлюся, є скепциз, що вийде з цього всього порядок зробити, чи встигнуть?)

Саме важливе з перезентації для мене було нагадування про важливість KPI, що для кожної цілі треба як мінімум один KPI та для моніторингу стану компанії треба.

Це мені нещодавно нагадували та бачу, що це треба, але треба ще правильні KPI застосовувати, це вже від себе додаю про індивідуальний підхід.

Загалом, сподобалось, що піклуються про культуру та атмосферу роботи.

Цікаво, що простіше? Зробити керівництво гнучким чи знайти компанію з гнучким керівництвом?)

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

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

В кінці була вже реклама самого курсу для лідерів, на котрий знижка 30% наступні дні поки триває саміт, у останньому зображенні повідомлення чи потоку QR-код. Може сам запишусь, а може вийде записати не мене)

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

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

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