Автоматизацијата станува евтина. Сопственоста не.

ВИ може да генерира компонента, да сумира тикет, да предложи барање до база на податоци и да произведе почетен пакет тестови за неколку секунди. Тоа се корисни способности. Но софтверот не е вреден затоа што некој брзо произвел код. Тој е вреден затоа што тимот разбрал вистински проблем, направил одговорни компромиси и продолжил да го подобрува резултатот по првото издание.

Таа разлика е важна за развивачите, лидерите на производи и бизнисите што одлучуваат каде да инвестираат. Работата што најтешко се заменува не е само „тешко кодирање“. Тоа е работата на преземање сопственост: претворање на неизвесноста во одлуки, одлуките во доверливи системи и системите во резултати на кои луѓето им веруваат.

ВИ може да го забрза излезот, но не може да ги преземе последиците

Асистент со ВИ може да предложи стратегија за повторен обид за API повик. Не може сигурно да одлучи дали повторните обиди ќе ја дуплираат уплатата на клиентот, ќе преоптоварат зависна услуга или ќе сокријат проблем што треба да им се прикаже на вработените во поддршката.

Може да изготви план за имплементација. Не може да биде одговорен за цената на одложување на лансирањето, долгорочниот товар од кратенка или штетата предизвикана кога функцијата прекрасно го решава погрешниот проблем.

Сопственоста започнува таму каде што завршува генерираниот излез. Таа значи поставување прашања како:

• Кој проблем на клиентот или бизнисот всушност го решаваме?
• Што мора да остане точно ако овој систем откаже на половина пат?
• Кој компромис е обратлив, а кој создава траен долг?
• Кој ќе управува со ова откако тимот за лансирање ќе продолжи понатаму?
• Како ќе знаеме дали промената помогнала?

Ова не се апстрактни лидерски прашања. Тие ја обликуваат архитектурата, дизајнот на интерфејсот, плановите за издавање, надзорот, документацијата и секојдневниот квалитет на техничките одлуки.

Изградете контекст, не само код

Најкорисните инженери развиваат детална слика за средината околу нивната работа. Тие го разбираат патувањето на клиентот, бизнис-моделот, соседните системи, оперативните ограничувања и луѓето што ќе го наследат решението.

Разгледајте барање да се „додаде копче за извоз“. Тесната имплементација може да биде технички исправна: собирање на прикажаните редови и создавање датотека. Лицето што презема сопственост гледа подалеку. Дали корисниците извезуваат филтриран приказ или целосен сет на податоци? Дали постојат граници на дозволи? Дали извозот ќе содржи чувствителни податоци? Што се случува со голем сет резултати? Дали вистинската потреба е еднократно преземање, закажан извештај или интеграција со друга алатка?

ВИ може да помогне да се набројат овие прашања, но некој мора да одлучи кои одговори се важни и да ги вклучи вистинските луѓе во разговорот. Контекстот се стекнува преку љубопитност, јасна комуникација и повторен контакт со проблемот.

Направете ја одлуката видлива

Сопственоста не значи самостојно донесување на секоја одлука. Таа значи одлуките да бидат разбирливи. Кратка белешка за дизајнот може да ги објасни целта, ограничувањата, разгледаните алтернативи, избраниот пристап, ризиците и планот за враќање назад. Тој запис им помага на оддалечените тимови да се движат побрзо бидејќи луѓето не мора да ја реконструираат намерата од расфрлани пораки и комити.

За значајни промени, запишете ја оперативната патека, како и среќната патека. На пример:

Барањето е примено
  - валидирај влез и овластување
  - создај работна ставка со клуч за идемпотентност
  - обработи асинхроно
  - запиши исход и извести го подносителот на барањето

Ако обработката не успее
  - задржи доволно состојба за истрага
  - обиди се повторно само кога операцијата е безбедна за повторување
  - прикажи јасна состојба на неуспех
  - извести го одговорниот тим кога е потребна интервенција

Вредноста на овој преглед не е во неговиот формат. Таа е во дисциплината да се праша што се случува кога системот е бавен, делумно завршен или погрешен.

Корисниот софтвер живее по распоредувањето

Функцијата не е завршена кога ќе се спои. Таа е завршена кога работи за наменетите корисници во реални услови и тимот може да ја поддржува без нагаѓање.

Тука техничката сопственост станува видлива. Внимателната испорака вклучува соодветни тестови, безбедни контроли за пуштање, корисни логови, значајни метрики, документација за поддршка или операции и патека за враќање назад. Точните алатки варираат, но стандардот останува: не му предавајте неизвесност на следниот човек без да ја направите видлива.

За оддалечен тим, оваа практика е особено важна. Колегите може да бидат разделени со временски зони, приоритети и работни часови. Нејасното предавање создава доцнење. Доброто предавање објаснува што се променило, зошто се променило, како да се потврди, што да се следи и кој треба да биде вклучен ако нешто тргне наопаку.

Претпочитајте повратни јамки наместо голема сигурност

Работата на производот ретко започнува со совршени информации. Одговорот не е да се глуми сигурност; туку да се дизајнираат брзи, одговорни јамки на учење. Пуштете мала верзија кога е можно. Дефинирајте како би изгледал успехот пред испораката. Следете го вистинското однесување. Разговарајте со засегнатите луѓе. Потоа ревидирајте.

Овој начин на размислување ја подобрува и употребата на ВИ. Третирајте го генерираниот код како хипотеза, а не како авторитет. Прегледајте ги неговите претпоставки. Извршете ги тестовите. Проверете ја обработката на грешки. Испитајте ги границите на податоците. Осигурете се дека резултатот одговара на конвенциите и оперативните потреби на постојниот систем.

Брзиот нацрт може да биде предност. Неиспитаниот нацрт може да биде скапо одвлекување на вниманието.

Претворете ја ВИ во потпора, не во замена за расудување

Најсилната употреба на ВИ често е отстранување на триењето со мала вредност, за луѓето да можат да трошат повеќе време на работа што бара расудување. Таа може да помогне да се создаде почетна точка за документација, да се идентификуваат можности за повторувачко рефакторирање, да се објасни непознат код или да се генерираат тест случаи што вреди да се прегледаат.

Но тимовите треба јасно да кажат каде човечката одговорност останува непреговарачка:

• Појаснување на проблемот и идентификување на засегнатите корисници.
• Одобрување промени што влијаат на безбедноста, парите, приватноста или доверливоста.
• Избор на архитектура врз основа на вистинските ограничувања на организацијата.
• Прегледување на генерираниот код и потврдување на однесувањето во вистинскиот систем.
• Преземање одговорност за комуникацијата кога се менува издание, инцидент или приоритет.

Ова не е аргумент за побавна работа. Тоа е аргумент за внимателно користење на брзината. Тим што го автоматизира рутинскиот напор, истовремено заштитувајќи го внимателниот преглед, може да испорачува поодржливо од тим што го меша брзиот излез со напредок.

Развијте навики што автоматизацијата не може да ги имитира

Отпорноста на кариерата помалку се состои во одбрана на тесна задача, а повеќе во проширување на опсегот на вредност што можете одговорно да ја носите. Научете јасно да ги поставувате проблемите. Станете сигурни во двосмислени ситуации. Објаснувајте компромиси без драма. Подобрувајте ги системите за луѓето што ги користат и одржуваат.

Овие навики се надградуваат. Развивач што го разбира ризикот од распоредување станува покорисен во дискусиите за дизајн. Технички лидер што ја разбира болката на клиентите носи подобри одлуки за приоритизација. Инженер ориентиран кон производот што добро комуницира прави дистрибуиран тим да биде посмирен и побрз.

ВИ ќе продолжи да го менува начинот на кој се создава софтверот. Тоа треба да го подигне стандардот на нашата работа, а не да го намали. Трајната предност не е во побрзо пишување од машина. Таа е во тоа да бидете личноста што може да одлучи што заслужува да се изгради, да го направи доволно безбедно за да му се верува и да остане одговорна за она што следува.

Тоа е сопственост. И во автоматизиран свет, таа е една од највредните форми на занает.