softify.pro - Insiders

Existuje jednoduchý způsob, jak udělat skladový software přesvědčivým.
Otevřít dashboard.
Ukázat pár zelených čísel.
Přidat graf.
Umístit trochu zásob na mapu skladu.
Skončit reportem.
Vše vypadá v pořádku.
A přesto může být vše špatně.
Protože skladu je jedno, jak dobře vypadá dashboard.
Zajímá ho, zda se každá část systému shoduje na tom, co se skutečně stalo.
To se stalo zajímavou částí nejnovějšího experimentu softify.pro Flow.
Ne další obrazovka.
Ne další KPI.
Ne další report.
Něco mnohem méně viditelného.
Konzistence.
Začalo to skladem.
Aktuální demo softify.pro Flow pracuje s několika syntetickými skladovými prostředími.
Různá ID skladů.
Různé kapacity.
Různé struktury zón.
Žádné produkční zásoby.
Žádná zákaznická data.
Žádné skutečné provozní informace.
Ale procesní logika se chová, jako by na tom všem záleželo.
Protože ve skutečné logistice na tom záleží.
Jakmile je sklad jednou vybrán, tento kontext se stává součástí všeho, co následuje.
Flow.
SSCC.
Pohyby.
Operátoři.
Analytika.
Reporty.
Zní to samozřejmě.
Stává se to výrazně méně samozřejmé, jakmile se stejný proces začne objevovat ve více různých částech aplikace.
Pak jsme otevřeli jiný pohled.
Operational Analytics.
Sklad najednou vypadal úplně jinak.
Žádné skladové pozice.
Žádné šipky pohybu.
Místo toho:

• dokončené Flow,
• aktivní objednávky,
• využití skladu,
• výjimky,
• příjem,
• výdej,
• doba zpracování.

Vizuální reprezentace se změnila.
Sklad ne.
Toto rozlišení se stalo důležitým.
Protože pod KPI stále byly jednotlivé záznamy.
ID Flow.
SSCC.
Zóny.
Statusy.
Operátoři.
Doby zpracování.
Jiný pohled.
Stejná provozní realita.
Zatím dobré.

Operational Analytics — agregovaný stav skladu, se stále viditelnými podkladovými Flow záznamy.

88 % je užitečných jen tehdy, pokud to systém dokáže vysvětlit.
Předpokládejme, že dashboard říká:
Využití skladu: 88 %.
Užitečné.
Ale neúplné.
Některé pozice jsou obsazené.
Některé jsou rezervované.
Některé zůstávají volné.
Tyto stavy nejsou zaměnitelné.
Číslo se stává důvěryhodným, až když systém ještě dokáže vysvětlit, odkud pochází.
Pět dokončených Flow?
Ukaž je.
Dvě aktivní objednávky?
Ukaž je.
Jedna výjimka?
Která?
88 % využití?
Co je obsazené?
Co je rezervované?
Co zůstává volné?
Dashboard by měl shrnovat realitu.
Neměl by ji nahrazovat.
Pak jsme změnili jazyk.
Nizozemština.
Sklad zůstal stejný.
ID Flow zůstala stejná.
SSCC zůstaly stejné.
Operátoři zůstali propojeni se svými záznamy.
Změnil se jen jazyk.
Později se stejný provozní stav objevil v chorvatštině.
Pak ve francouzštině.
Tady se vícejazyčný software stává mnohem zajímavějším než přeložená tlačítka.
Špatný překlad je snadné si všimnout.
Změna stavu způsobená změnou jazyka je mnohem nebezpečnější.
Představte si přepnutí z němčiny do francouzštiny a tiché ztracení vybraného Flow.
Nebo přestavění filtru proti špatnému skladu.
Nebo zobrazení správného SSCC ve špatném procesním kontextu.
Rozhraní by přesto mohlo vypadat dokonale.
Systém by takový nebyl.
Flow proto dodržuje jednoduché pravidlo:
Jazyk může změnit slova. Nesmí změnit pravdu.
Pak Flow získal historii.
Browse & Drill-down se obzvlášť nesnaží působit impozantně.
Možná je právě proto užitečný.
Vyberte Flow.
Objeví se jeho kontext.
Sklad.
Zóna.
Status.
Operátor.
SSCC.
A pak řetězec dokladů.
ASN.
Příjem zboží.
Skladový pohyb.
Příkaz k vyskladnění.
Vyskladnění.
Expedice.
FLOW.
Sedm kroků.
Proces už není jen aktuální stav.
Má minulost.
A to mění otázku.
Místo:
Co se děje?
se můžeme zeptat:
Jak jsme se sem dostali?
To je mnohem lepší otázka, když se nakonec něco pokazí.

Jeden Flow, jedno SSCC, jeden řetězec dokladů — od ASN po dokončení.

SSCC se stává nití.
Zpočátku SSCC vypadá tak, jak skutečně je.
Identifikátor.
Dlouhé číslo v tabulce.
Ale napříč Flow se stává něčím užitečnějším.
Nit vedoucí celým procesem.
Sledujte ji a další věci se začnou propojovat.
Sklad.
Flow.
Zóna.
Status.
Operátor.
Řetězec dokladů.
Nakonec report.
Stejný fyzický logistický objekt je nyní viditelný z několika různých částí aplikace.
Užitečné.
Také nebezpečné.
Protože každý další pohled vytváří další příležitost pro systém, aby vyprávěl jiný příběh.
A přesně tam se to stává zajímavým.
Předpokládejme, že Analytics říká, že Flow je aktivní.
Drill-down říká, že SSCC patří k tomuto Flow.
Řetězec dokladů říká, že operace postoupila dále.
Report říká něco jiného.
Který je správný?
Toto není problém specifický pro Flow.
Je to jeden z nejstarších problémů v podnikovém softwaru.
Různé části téhož systému postupně vyvíjejí vlastní verzi reality.
Jedna obrazovka čte transakční stav.
Jiná čte agregát.
Další se spoléhá na data v cache.
Report počítá něco mírně odlišně.
Výjimka se provozně vyřeší, ale zmizí z reportování.
Každá komponenta funguje.
Celý systém lže.
Obvykle slušně.
Tak jsme otevřeli Report Center.
Denní provozní přehled.
Zásoby a obsazenost.
Výkon Flow.
Sledovatelnost SSCC.
Výjimky a SLA.
Stejný provozní příběh se objevil znovu.
Dokončené Flow.
Aktivní objednávky.
Využití skladu.
Výjimky.
Příjem.
Výdej.
Doba zpracování.
Ale tentokrát otázka nebyla, zda report vypadá správně.
Otázka byla:
Dokáže se obhájit sám?
Dobrý report vám dá číslo.
Lepší systém dokáže vysvětlit, odkud to číslo pochází.

Reportování ze stejného provozního stavu — ne druhá verze reality.

Výjimka tam stále byla.
Jeden z tišších detailů se ukázal být jedním z důležitějších.
Demo data obsahují výjimku.
Objevuje se v Analytics.
Objevuje se v Drill-down.
Objevuje se ve sledovatelnosti SSCC.
Objevuje se v Report Center.
A zůstává viditelná v Exceptions & SLA.
Přesně to by se mělo stát.
Provozní zotavení z výjimky neznamená, že výjimka by měla zmizet z historie.
„Proces pokračoval" a „nic se nestalo" nejsou stejné tvrzení.
V logistice na tomto rozdílu záleží.
V tomto bodě jsme měli testovací problém.
Ne softwarový problém.
Testovací problém.
Nyní jsme měli stejný sklad zobrazený jako:

• analytika,
• jednotlivé Flow,
• historie SSCC,
• řetězce dokladů,
• reporty,
• a pohledy na výjimky.

Každý z nich šlo testovat nezávisle.
Otevřít.
Kliknout.
Filtrovat.
Ověřit.
Projít.
Další.

To by bylo snadné.
Zároveň by to přehlédlo zajímavou část.
Protože šest zelených fajfek nedokazuje, že se šest pohledů navzájem shoduje.
Nastupuje COCO.
Znovu.
COCO se s Flow již dříve zabýval.
Autentizace.
Uživatelé.
Role.
Databázová prostředí.
Jazyky.
Desktopové provádění.
Pak přišla logistika.
Sklady.
Zásoby.
Vyskladnění.
Pohyby.
Výjimky.
Doklady.
Ubuntu.
Red Hat Enterprise Linux.
Tentokrát jsme dali COCO něco mírně odlišného.
Ne obrazovku k ověření.
Příběh ke sledování.
Vezmi tento sklad.
Vezmi tento Flow.
Vezmi toto SSCC.
Otevři Analytics.
Otevři Drill-down.
Změň jazyk.
Podívej se znovu.
Otevři report.
Najdi stejný Flow.
Najdi stejné SSCC.
Najdi výjimku.
Porovnej.
Pak porovnej znovu.

COCO sleduje stejný provozní kontext napříč softify.pro Flow — analytiku, sledovatelnost, změny jazyka a reportování.

To mění povahu testu.

Otázka už nezní:

• Funguje každý modul?

Zní:

• Věří všechny moduly, že se stalo totéž?

Mnohem lepší otázka.
Mnohem méně pohodlná.
Skladový systém by měl mít jednu paměť.
Operátoři možná vidí pozice.
Vedoucí skladu možná vidí KPI.
Podpora možná používá drill-down.
Auditoři možná používají reporty.
COCO možná vidí všechny.
Ale pod těmito perspektivami by měla existovat jedna historie.
Jeden Flow by neměl získat několik biografií podle toho, který modul je otevřený.
Jedno SSCC by nemělo mít několik minulostí.
Jedna výjimka by neměla existovat jen tam, kde je to pohodlné.
Jeden sklad by se neměl stát jiným skladem jen proto, že se změnil jazyk rozhraní.
Přesně o tom je současný experiment Flow.
Ne o dashboardech.
Ne o reportech.
Ani o jednotlivých obrazovkách.
O jedné provozní pravdě, vyjádřené různými způsoby.
Kontrola.
Znát sklad.
Znát stav.
Vědět, co se pohybuje.
Vědět, kterému procesu to patří.
Jasnost.
Přeměnit KPI zpět na záznamy.
Přeměnit záznamy na historii.
Přeměnit výjimky na důkazy.
Přeměnit SSCC na něco sledovatelného.
Flow.
Sklad je vybrán.
Analytics ho začíná popisovat.
Flow postupuje.
SSCC zůstává připojeno.
Řetězec dokladů roste.
Objeví se výjimka.
Proces pokračuje.
Report si pamatuje.
Pak se změní jazyk.
Sklad je stále stejný.
Flow je stále stejný.
Historie je stále stejná.
To byla očekávaná část.
To, co se stalo poté, bylo zajímavější.
COCO přestal testovat pohledy nezávisle.
Začal je porovnávat.
Chvíli se nedělo nic pozoruhodného.
Stejný sklad.
Stejný Flow.
Stejné SSCC.
Stejný příběh.
Znovu.
Znovu.
Znovu.
A pak se COCO zastavil.
Ne proto, že aplikace spadla.
Nespadla.
Ne proto, že test selhal v obvyklém smyslu.
Neselhal.
Zastavil se, protože dvě naprosto rozumné odpovědi vyprodukovaly třetí otázku.

Víme, jaká je otázka.
Flow ví, proč existuje.
COCO ví, kam se podívat dál.

Zbytek může počkat.

Control. Clarity. Flow.

Pravděpodobně bychom měli přestat dávat COCO nápady.
Předchozí experiment měl být dostatečný.
Skutečná aplikace.
Skutečná navigace.
Uživatelé.
Role.
Databáze.
Jazyky.
Důkazy.

Respektovaná případová studie.
Čistý závěr.
Pak to někdo ukázal: Logistics in Motion.
To byla pravděpodobně chyba.

Začalo to třemi sklady
Nic zvlášť vzrušujícího.
Tři DEMO sklady.

• Kalsdorf bei Graz.
• Wiener Neustadt.
• Klagenfurt.

Syntetická data.
Žádné informace o zákaznících.
Žádná produkční zásoba.

Přesně ten druh prostředí, kde se nemá stát nic důležitého.
Pak byl vybrán první sklad.
A aplikace získala kontext.
Od té chvíle měla každá obrazovka připojenou další otázku.

Patří toto stále ke stejnému skladu?
Mění jazyk jen rozhraní?
Zůstává proces na stejném kroku?
Souhlasí zásoba stále?
Ukazuje reference dokumentu stále na správnou událost?
Vidí operátor přesně to, co je potřeba pro další akci?

Najednou zajímavou částí už nebyla obrazovka.
Byla to kontinuita mezi obrazovkami.

COCO má tendenci to dělat.

Logistika není sbírka obrazovek
Zvenčí může skladový software vypadat zavádějícím způsobem jednoduše.
Zboží přijde.
Uskladní se.
Někdo ho objedná.
Vychystá se.
Expeduje se.
Hotovo.
Až na to, že mezi přišlo a expedováno se skrývá celý provozní svět.
Očekávané.
Přijaté.
Zkontrolované.
Dostupné.
Rezervované.
Přemístěné.
Vychystané.
Zablokované.
Opravené.
Expedované.
Auditované.

Fyzický pohyb je důležitý.
Ale je to přechod stavu, který dělá ten pohyb srozumitelným pro software.
A když se tyto dvě reality přestanou shodovat, někdo nakonec zažije špatný den.



Sklad je snazší pochopit, když je pohyb viditelný, nejen zaznamenaný.
Proto naše logistická práce nikdy skutečně nezačínala menu, dashboardy, nebo technologií.
Začíná materiálním Flow.

Kde vstupuje informace?
Kde se mění?
Kde se může ztratit?

Kde je někdo nucen zeptat se jiné osoby, co se stalo?
Kde se ruční krok tiše stává nejslabší částí jinak automatizovaného procesu?
Někdy je odpovědí nové rozhraní.
Někdy integrace.
Někdy skener.
Někdy jednoduše lepší model stavu.

Více softwaru není automaticky lepší software.
Cílem není automatizace sama o sobě.
Cílem je proces, který zůstává srozumitelný.

Control. Clarity. Flow.

Proces začíná před prvním knihováním.
Před příjmem zboží.
Před vychystáváním.
Před pohybem zásoby.
Před první transakcí.
Flow klade velmi základní otázku:
Ve kterém skladu pracujeme?
Zní to téměř triviálně.
Není.
Kontext skladu patří ke všemu, co následuje.
Zásoba.
Dokumenty.
Lokace.
Vychystávání.
Přemístění.
Historie auditu.
Výjimky.

Proces může vypadat dokonale zdravě, zatímco funguje ve špatném kontextu.
To je přesně ten druh problému, který screenshot málokdy odhalí.
A přesně ten druh hranice, kterou COCO rádo zpochybňuje.

Jazyk je jednoduchý, dokud není
Němčina.
Angličtina.
Chorvatština.
Norština.
A další.

Uživatelský profil definuje dostupné jazyky.
Operátor přepíná jazyk, zatímco aplikace běží.
Rozhraní se mění okamžitě.
Obchodní proces se měnit nesmí.
Ten rozdíl je důležitý.
Sklad se nepohne, protože se změnilo slovo pro sklad.
Vychystávací příkaz se nerestartuje, protože uživatel zvolil jiný jazyk.
Rezervace nezmizí.
Výjimka najednou nepatří k jiné transakci.
Proces zůstává tam, kde je.
Mění se pouze jeho reprezentace.
To zní samozřejmě.

Dokud si neuvědomíte, kolik aplikací zachází se změnou jazyka téměř jako s novou relací.

Vícejazyčná obchodní aplikace by tak neměla dělat.
Prezentační stav se může měnit.
Obchodní stav musí zůstat stabilní.
To dělá ze změny jazyka překvapivě užitečný regresní test.
Malá funkce.
Velmi dobrá zlomová linie.
COCO má rádo zlomové linie.

Krok za krokem aplikace začíná akumulovat historii
Zboží přijde.
Proces postupuje.
Příjem zboží se zaúčtuje.
Zásoba se mění.
Stav skladu odráží novou realitu.
Vychystávání začíná.
Zásoba se stává rezervovanou.
Operátor dostává úkol.

Mobilní pohled redukuje celý proces na to, co je důležité v tom přesném okamžiku:
Pozice.
Skladové místo.
Množství.
SSCC.
Operátor.
Nic víc.
Nic míň.
To je důležité.
Mobilní rozhraní není druhý obchodní proces.
Je to další pohled na stejný proces.
Skladová aplikace může vědět vše.
Vychystávač to nemusí.
Clarity neznamená vždy ukázat více informací.
Někdy clarity znamená mít disciplínu skrýt téměř vše.

Pak někdo naskenuje nesprávné místo
Zde se logistický pracovní postup stává zajímavějším než seznam funkcí.
Očekávané místo je jedna věc.
Naskenované místo je jiná.
Flow se zastaví.
Nespadne.
Zastaví se.
Je v tom rozdíl.
Stav procesu zůstává viditelný.
Dotčená zásoba zůstává srozumitelná.
Výjimka se stává explicitní.

Kontextová nápověda vysvětluje, co je relevantní pro aktuální situaci.
Uživatel řeší rozpor.
Proces pokračuje.
Tento okamžik říká více o provozním softwaru než několik stránek screenshotů ideální cesty.
Skutečná logistika není náročná, když je vše správné.
Skutečná logistika se stává náročnou, když je něco téměř správné.
Užitečný systém to neskrývá za zeleným dashboardem.
Dává výjimce stav.

Důvod.
Historii.
A cestu vpřed.

Dokumenty si pamatují, co lidé zapomenou

Jak pracovní postup postupuje, reference se začínají hromadit.
ASN.
Příjem zboží.
Skladový pohyb.
Vychystávání.
Expedice.
Flow.
Zajímavou částí není, že dokumenty existují.
Zajímavou částí je, že vyprávějí stejný příběh jako proces.
Proč je tato zásoba tady?
Který příjem ji zavedl?
Která operace ji rezervovala?
Které vychystávání ji spotřebovalo?
Která zásilka ji přemístila ven?
Byla výjimka vyřešena před dalším krokem?
Jaký byl aktivní sklad?
Co se stalo před aktuálním stavem?
Když jsou stav a dokumentace vytvořeny stejným procesem, sledovatelnost se stává snadněji důvěryhodnou.
Když nejsou, lidé nakonec začnou rekonstruovat historii.
Obvykle v Excelu.
Obvykle pod tlakem.
Obvykle poté, co se už něco pokazilo.
COCO preferuje důkazy před tímto okamžikem.
Zdá se, že COCO také cestuje
Mezi běhy byla ještě jedna malá změna.
Ubuntu mělo svůj běh.
Red Hat Enterprise Linux 10 převzal další.
COCO pokračovalo.
Žádná ceremonie.
Žádný speciální „režim Red Hat".
Žádný přepsaný pracovní postup.
Žádný pohodlně zjednodušený test.
Stejný Flow.
Jiná půda pod ním.
Dřívější běh COCO už otestoval aplikaci na Ubuntu Linux.
Současný se přesunul na Red Hat Enterprise Linux 10.
Jiné desktopové prostředí.
Jiné systémové knihovny.
Jiné balení.
Jiné provozní prostředí.
Stejný sklad.
Stejné obchodní stavy.
Stejné přechody zásob.
Stejné změny jazyka.
Stejná logika výjimek.
Stejné důkazy.
To je docela pěkný způsob testování multiplatformního softwaru.

Neoznamujte, že je multiplatformní. Přesuňte ho. Pak se podívejte, co se pokazí.

Stav jazyka.
Kontext skladu.
Chování dialogů.
Časování.
Témata.
Přechody procesu.
Zpracování výjimek.
Důkazy.
Operační systémy mají překvapivě kreativní způsoby odhalování předpokladů.

Ubuntu odhalilo některé.
Red Hat odhaluje jiné.
To je užitečné.

Protože multiplatformní inženýrství není schopnost spustit spustitelný soubor dvakrát.

Je to schopnost změnit prostředí bez změny významu procesu.
Skladovému operátorovi by nemělo záležet, zda aplikace běží na Ubuntu nebo Red Hat.
Vychystávacímu příkazu by také nemělo záležet.
Ani auditní stopě.
Pokud rozdíly platforem začnou měnit obchodní chování, software není skutečně multiplatformní.
Je jen přenositelný.
COCO se zdá být podstatně více zajímáno první definicí.
My také.

COCO nerozhoduje, co znamená správná logistika
Tato část je důležitá.
COCO se nestává skladovým expertem jen proto, že dokáže sledovat skladový pracovní postup.
Lidé stále definují správnost.
Lidé rozhodují, kdy se zásoba stává dostupnou.
Lidé definují, co znamená zablokovaná dodávka.
Lidé rozhodují, kdo smí opravit množství.
Lidé definují, který pohyb vyžaduje auditní stopu.
Lidé rozhodují, jak vypadá platné řešení výjimky.
Lidé rozhodují, kdy je zásilka skutečně kompletní.
Úkol COCO je jiný.

Opakovat.
Pozorovat.
Porovnávat.
Pamatovat si.
Zanechat důkazy.

Pak to udělat znovu po změně softwaru.
A znovu.
A znovu.
Bez toho, aby se nudilo.
Bez rozhodování, že výsledek z minulého týdne je pravděpodobně stále platný.
Bez přeskočení otravné výjimky, protože oběd je za dvanáct minut.
Glamurózní budoucnost AI testování obsahuje překvapivé množství opakování.
Považujeme to za funkci.

Důkazy mění rozhovor
Tradiční testování často končí zcela rozumnou větou:
„Fungovalo to, když jsem to testoval."

COCO zajímá další věta.

Co přesně fungovalo?
Který sklad?
Který uživatel?
Který jazyk?
Jaký stav procesu?
Jaké pořadí?
Který dokument?
Jaká hodnota zásoby?
Co se stalo bezprostředně před krokem testu?
Co se změnilo bezprostředně poté?
Může jiný inženýr pochopit výsledek, aniž by se zeptal osoby, která provedla test?
Tady se regresní testování stává více než opakovaným klikáním.
Jedna obrazovka může být správná, zatímco proces je nesprávný.
Vychystávací okno může vypadat dokonale, zatímco zásoba už odplula.
Dokument může existovat, zatímco stav, který ho měl vytvořit, se nikdy nestal.
Aplikace může zobrazovat 100 %, zatímco auditní stopa tiše nesouhlasí.
COCO sleduje Flow, protože právě ve Flow se tyto rozpory stávají viditelnými.

Někde mezi Control a Flow
Je zde zajímavá symetrie.
Dobrý logistický software se snaží snížit nejistotu v rámci operace.
Dobré testování se snaží snížit nejistotu o softwaru, který ho spouští.
Jedno se ptá:
Kde je artikl?
Druhé se ptá:
Jak víme, že software to stále ví?
Jedno se ptá:
Byl tento pohyb dokončen?
Druhé se ptá:
Jaký důkaz prokazuje, že se stav změnil správně?
Jedno se ptá:
Může další směna pokračovat?
Druhé se ptá:
Může další inženýr pochopit, co se stalo?
Různé otázky.
Stejný instinkt.
Udělat stav viditelným.
Zachovat odůvodnění.
Snížit množství znalostí, které existují jen v něčí hlavě.
Možná je to spojení, které jsme původně neplánovali.

Inženýrská excelence bez transparentu
Nikdo neklikne na tlačítko Engineering Excellence.
Žádné neexistuje.
A pravděpodobně by ani nemělo.
Inženýrská excelence se projevuje nepřímo.
Kontext skladu přežije změnu jazyka.
Stejný proces přežije jinou platformu Linux.
Pohyb zásoby zůstává sledovatelný.
Mobilní vychystávač vidí přesně to, co je potřeba, a nic jiného.
Výjimka přeruší proces bez zničení jeho stavu.
Okno nápovědy vysvětluje aktuální kontext místo zobrazování obecné dokumentace.
Řetězec dokumentů souhlasí s provozním pořadím.
Další inženýr může pochopit, co se stalo, aniž by se zeptal osoby, která tam náhodou byla.
V moderním softwaru je k dispozici spousta divadla.
AI dokáže generovat působivé demonstrace.
Dashboardy se dokážou animovat.
Čísla se dokážou pohybovat.
Videa mohou vypadat velmi přesvědčivě.
Nic z toho nedokazuje, že dvě operace zásoby nemohou tiše vyprodukovat nesprávný výsledek.
Nic z toho nedokazuje, že výjimku lze stále rekonstruovat o týdny později.
Nic z toho nedokazuje, že skladový pracovník, dispečer, a vývojář se dívají na stejnou provozní pravdu.

Inženýrská excelence začíná na méně fotogenickém místě.

S konzistencí.
S důkazy.
S hranicemi.

S ochotou udržet nudné části nudnými.
Neviditelná spolehlivost málokdy produkuje nejdramatičtější screenshot.
Dokud ho vědomě nezačnete hledat.

Control. Clarity. Flow.
Control znamená vědět, který sklad, který proces, a který stav jsou aktivní.
Clarity znamená rozumět, co se změnilo, kdy se to změnilo, a proč.
Flow znamená umožnit operaci pokračovat bez ztráty příběhu za ní.
To funguje pro logistiku.
Funguje to pro testování softwaru.
Funguje to překvapivě dobře pro samotné inženýrství.
První Flow experiment dal COCO Administration.
Uživatelé.
Role.
Databáze.
Jazyky.
Pak mu někdo dal sklad.
Pak více jazyků.
Pak mobilní vychystávání.
Pak zásobu.
Pak přemístění.
Pak výjimky.
Pak dokumenty.
Pak jiný operační systém.
V tomto bodě bychom pravděpodobně měli přestat přidávat věci.
Pravděpodobně to neuděláme.

Control. Clarity. Flow.

Ubuntu mělo svou řadu.

Red Hat má tu současnou.

Flow se stále pohybuje.

COCO stále sleduje.
A někde uprostřed posledního běhu se stalo zřejmým, že za tímto čeká další otázka.

My víme, co to je.
COCO ví, co to je.
Ty to nevíš.
Ještě.

Mohli bychom ti to říct.

Ale pak bys možná přestal kontrolovat, jestli se objevil nový Insiders článek.
A to by pokazilo experiment.

Inženýrce nebo inženýrovi, který tento repozitář otevírá poprvé: Vítejte.
Možná jste zde, protože něco selhalo.
Služba přestala odpovídat.
Nasazení se zachovalo neočekávaně.
Upozornění vás probudilo uprostřed noci.
Nebo vás jednoduše zajímá, jak tato platforma funguje.
Ať vás sem přivedlo cokoli, vězte:
Tento projekt byl postaven přesně pro takové chvíle.
Ne proto, aby odstraňoval obtížné problémy.
Ale aby obtížné problémy učinil srozumitelnými.
Najdete kód.
Najdete dokumentaci.
Najdete specifikace.
Ale co je důležitější:
Doufám, že najdete zdůvodnění.
Někdo před vámi kladl obtížné otázky.
Někdo sbíral důkazy.
Někdo dělal rozhodnutí.
Někdo vysvětlil proč.
Tato vysvětlení jsou součástí platformy.
Zacházejte s nimi se stejným respektem jako se zdrojovým kódem.
Jednoho dne něco vylepšíte.
Možná půjde o drobnou chybu.
Možná půjde o zcela novou schopnost.
Ať změníte cokoli, pamatujte: Jednou vaši práci převezme jiná osoba.
Zanechte jí více než jen funkční software.
Zanechte jí porozumění.
Vysvětlete svůj záměr.
Zdokumentujte své předpoklady.
Zachovejte své důkazy.
Vyprávějte příběh za rozhodnutím.
Tento příběh může jednou někomu ušetřit hodiny - nebo dny - zkoumání.
Nebojte se nahrazovat technologii.
Nahraďte knihovny.
Nahraďte poskytovatele.
Nahraďte modely nasazení.
Nahraďte programovací jazyky.
Nahraďte architektury, je-li to nutné.
Než ale nahradíte myšlenku, pochopte, proč existovala.
Pokrok bez porozumění je jen změna.
Pokrok postavený na porozumění se stává vývojem.
Přijdou chvíle, kdy vás platforma překvapí.
Zacházejte s těmito chvílemi jako s dary.
Každé překvapení odhaluje něco, čemu architektura ještě nerozuměla.
Zkoumejte trpělivě.
Sbírejte důkazy.
Vylepšujte promyšleně.
A zanechte z toho ponaučení pro ty, kdo přijdou po vás.
Tak roste inženýrské poznání.
Přijdou i chvíle, kdy se nestane nic zajímavého.
I tyto chvíle se počítají.
Tiché systémy jsou často zdravé systémy.

Pokud COCO ustoupí do pozadí,
protože incidenty jsou kratší,
protože vysvětlení jsou jasnější,
protože zaškolení je snazší,
protože inženýrky a inženýři důvěřují důkazům, pak je platforma úspěšná.
Neviditelná spolehlivost je jednou z nejvyšších forem technické excelence.
Neměřte tento projekt počtem automatizací, které provádí.
Měřte ho otázkami, jako jsou tyto:

• Jsou lidé přerušováni méně často?
• Rozumí inženýrky a inženýři systémům hlouběji?
• Dají se důležitá rozhodnutí snáze vysvětlit?
• Přežije provozní poznání změny týmů?
• Opakují se chyby méně často?
• Stávají se noví inženýři efektivními rychleji?

Toto jsou výsledky, které stojí za uchování.
Nakonec pamatujte: Žádná příručka není úplná.
Žádná specifikace nepředpoví každou budoucnost.
Žádná architektura nepřežije navždy nezměněná.
To není slabost.
Je to pozvání.
Pozorujte realitu.
Zpochybňujte předpoklady.
Vylepšujte platformu.
Učte ty, kdo přijdou po vás.
A až jednoho dne skončí váš vlastní čas jako správkyně nebo správce, zanechte systém, který je klidnější, jasnější, srozumitelnější, a důvěryhodnější než ten, který jste převzali.

Pokud to udělá každá generace, COCO nikdy skutečně nezastará.
Protože jeho největším kapitálem nebude jeho software.
Bude jím inženýrská disciplína, kterou dál nesou lidé, kteří ho dál budují.
Děkujeme, že jste se stali jedním z nich.
Další kapitola už není v této příručce.
Další kapitola je v kódu, který za chvíli napíšete.

Příručka COCO

Protože software se vyvíjí.
Dobrá architektura se vyvíjí pomaleji.
A dobrá filozofie by měla přežít obě.

softify.pro