Ейдос | Як у Amazon практикують культуру швидких ітерацій та експериментів із ...

Як у Amazon практикують культуру швидких ітерацій та експериментів із ШІНевеличкий переказ балачки з Крістен Лю на UXDX (це типу платформа, що допомагає створювати середовища, в яких "неможливо створити погане ПЗ"). Мене ця тема насамперед зацікавила через те, що ШІ справді пришвидшує нашу роботу. Але я вже потерпаю від приблизно такої пастки: якщо тепер я за півдня можу зробити роботу, яка раніше займала два робочих тижні, то чим далі, тим більше від мене очікують (чи я сам очікую) за два тижні зробити в десять разів більше роботи. Так тривати далі не може. Тож я шукаю реальні кейси, як із цим пораються і опановують. Ну і відповідь коротко для мене - один у полі не воїн.__З точки зору операційного менеджменту підхід Амазон зводиться до скорочення петлі зворотнього звʼязку. Якщо раніше ми робили всілякі оцінки, писали специфікації, створювати ваєрфрейми і хайфай-макети, чекали погоджень зверху, і проєкт займав три місяці, то тепер в Амазон весь цикл скорочують до одного тижня завдяки тому, що розробник, дизайнер і PM перебувають в одному просторі весь час.Менеджмент дає такій команді повний карт-бланш на прийняття продуктових рішень на 5 днів. Тому, наприклад, якщо розробник раптово приходить до розуміння, що якусь фічу неможливо буде прикрутити до кінця тижня, вихід знаходиться за дві хвилини, а не за тиждень листувань і узгоджень. Документації більше не існує. Єдиний артефакт - працюючий код, причому забезпечити треба тільки головну логіку. Ну а тестування відбувається за допомогою синтетичних юзерів, тобто ШІ-агентів. Ви завантажуєте попередні дослідження компанії (або на крайняк просто кажете "Ти фінменеджер з 10-річним досвідом") і пишете промпт:Дій як наш типовий клієнт. Ось скриншот. Куди ти натиснеш? Що тебе бісить? Так можна зібрати 80% фідбеку за 5 хвилин і виправити грубі помилки ще до того, як результат роботи буде представлений в пʼятницю справжнім людям.[ Ясна річ, що це стосується не лише проєктів, які ви будуєте з нуля, але й легасі-проєктів. В останніх вони виділяють одну найбільш "болючу" або застарілу діляну інтерфейсу й проганяють її через такий тижневий цикл не чіпаючи решту продукту. ]