Blog

Je denkt dat je [gereedschap] mist, maar in werkelijkheid ontbreekt het je aan [architectuur].

by | 2 augustus 27

De wensput verscheen daadwerkelijk.

In de begindagen van softwareontwikkeling bestond er onder ingenieurs een grap: "Was er maar een wensput waaruit alle wensen vanzelf vervuld zouden worden."

Elke nieuwe vereiste vereist eerst overleg met de projectmanager, vervolgens een evaluatie door de systeemanalist, daarna planning door de engineer voor een sprint, vervolgens drie maanden wachten, dan aanpassingen doorvoeren en dan weer wachten. Elke "toevoeging/wijziging/verwijdering" is een uitputtingsslag.

Nu is de wensput daadwerkelijk verschenen.

AI heeft de tijd tussen het "uiten van je behoeften" en het "vervullen van je behoeften" verkort van drie maanden naar drie dagen.

Vibe Coding, AI-agenten en geautomatiseerde workflows: deze tools doen iets ongekends.De drempel voor logische expressie verlagen tot bijna nul.Zolang je duidelijk kunt aangeven wat je wilt, kan AI je helpen om dat te bereiken.

Maar er is hier een probleem dat bijna niemand nog heeft opgemerkt.

Als de tools je beginnen te gehoorzamen, bepaalt de kwaliteit van je woorden alles. Slechte input leidt tot slechte output. Alleen duurde het vroeger drie maanden om resultaten te zien van slechte input; nu is dat binnen drie dagen.AI heeft alles versneld, inclusief fouten.

Logica kan individuele problemen oplossen, maar geen organisatorische problemen.

Eén ding moet duidelijk zijn: AI kan heel gemakkelijk aan persoonlijke behoeften voldoen. Of je nu een script nodig hebt om e-mails automatisch te ordenen, een tool om presentaties te maken of een persoonlijk kennismanagementsysteem, zolang de logica helder is en je het duidelijk uitlegt, kan AI het.

Maar als je werkt aan interne bedrijfssystemen zoals ERP, POS, CRM en EIP, dan is het een heel ander verhaal.

Het probleem met bedrijfssystemen is nooit dat de logica onduidelijk is, maar dat gebruikers simpelweg niet weten wat ze echt nodig hebben.

Een productiebedrijf zegt: "Ik wil mijn voorraad beheren", en de logica is duidelijk. Maar achter die uitspraak schuilt een twintig jaar oude, informele gewoonte van magazijnmedewerkers om de voorraad aan te vullen, een vertrouwensspel tussen de verkoopafdeling en het magazijn, een kloof tussen de cijfers die de baas wil zien en de werkelijke processen, en een specifieke prijsstrategie voor klanten die alleen medewerkers met een lange diensttijd kennen.

Deze zullen niet in een document met vereisten voorkomen.Deze processen vinden plaats in informele gesprekken op de gang, in verborgen velden in Excel-spreadsheets en in het spiergeheugen van werknemers die er al lang werken. Hoe krachtig AI ook wordt, het kan geen magazijnmanager interviewen die zich er niet van bewust is dat hij of zij informele processen hanteert.

De essentie van structuur: een kader creëren waarin iedereen het eens kan worden over zijn ideeën.

Iedereen die zich met systeemontwerp bezighoudt, kent de harde realiteit: de klant zegt aanvankelijk dat hij A wil, maar nadat het ontwerp is gemaakt, ziet hij de visualisaties en krijgt hij ineens een ander idee: hij wil B. En als B dan eindelijk klaar is, zegt hij dat hij eigenlijk C wilde.

Dit is niet omdat de klant moeilijk doet; het is gewoon de aard van de menselijke waarneming.We weten pas wat we echt willen als we het zien.

Het eigenlijke werk van constructief ontwerp bestaat dus niet uit het vertalen van eisen naar programma's, maar veeleer uit:

Ontdek de onuitgesproken, werkelijke behoeften.

Het gaat er niet om te luisteren naar wat de klant zegt, maar om te observeren wat de klant doet.

Zoek oplossing C tussen de verschillende ideeën van de verschillende mensen.

Het bedrijf heeft A nodig, de werknemers hebben B nodig, en een goede architect vindt C dat zowel A als B omvat.

Het inbedden van niet-benoemde organisatorische realiteiten in de structuur.

Vertaal "vertrouwensrelaties", "status in de branche" en "het gevoel van veiligheid van de baas" naar een functionele systeemlogica.

Anticipeer op menselijke reacties en ontwerp processen die mensen bereid zijn te gebruiken.

Een logisch deugdelijk systeem is wellicht niet geschikt; alleen een systeem dat aansluit bij de menselijke natuur zal overleven.

Daarom zijn logica en structuur twee totaal verschillende dingen:

logicastructuur
Vraag: "Klopt dit?"De vraag is: "Hoe zouden mensen het gebruiken?"
Gebaseerd op regels en efficiëntieGebaseerd op de menselijke natuur, gewoonten en interesses.
Het uitvoersysteem is correct.Het productiesysteem werd goedgekeurd.
AI kan het.Iemand moet het doen.

Waarneming > Structuur > Logica

De afgelopen vijftig jaar hebben we in een wereld geleefd die gedomineerd wordt door de linkerhersenhelft. Scholen toetsen logisch denken, werkplekken toetsen efficiëntie en systemen toetsen nauwkeurigheid. Omdat informatie schaars is, zijn degenen die informatie kunnen verwerken het meest waardevol.

Met de komst van AI kan het werk van de linkerhersenhelft – analyse, berekening, inductie en programmering – echter volledig worden uitbesteed.

AI devalueert de linker hersenhelft en waardeert de rechter hersenhelft.
Het vermogen om anderen te doorgronden, vertrouwen op te bouwen en onuitgesproken boodschappen te lezen, is de meest onvervangbare vaardigheid in het nieuwe tijdperk.

Maar hier is de paradox: mensen met een sterk ontwikkelde rechterhersenhelft zijn vaak het minst bedreven in het structureren van databases. Ze beschikken misschien over een scherp waarnemingsvermogen, goede relaties en een accurate intuïtie, maar de systemen die ze ontwerpen kunnen na drie maanden instorten door een chaotische datastructuur.

De databasestructuur vormt dus een vertaallaag tussen perceptie en logica.Het is de laatste stap in het omzetten van de impliciete kennis van de organisatie in de expliciete structuur van het systeem.

Een goed databaseontwerp is niet zomaar "een plek om gegevens op te slaan", maar beantwoordt een filosofische vraag:Wat bestaat er in deze wereld onafhankelijk? Wat bestaat er in relatie tot anderen?

Wat bedrijven nodig hebben, zijn geen tools, maar een eigen, unieke manier van strijden.

Gestandaardiseerde systemen bestaan ​​niet voor niets. De processen van SAP zijn best practices die zijn verworven door het harde werk en de opofferingen van duizenden bedrijven. Standaardisatie vanaf het begin implementeren is als het leren van Shaolin Kung Fu: een solide basis betekent minder omwegen.

Maar nu maakt AI het bouwen van systemen ongelooflijk eenvoudig, dus er is geen reden meer voor bedrijven om een ​​gestandaardiseerd product te kopen dat "gemaakt is voor honderd bedrijven, met als gevolg honderd-en-één verschillende eisen, en het systeem wordt steeds groter en groter."

Als iedereen dezelfde tools gebruikt en dezelfde processen volgt, waar zit dan het concurrentievoordeel?

In het AI-tijdperk komt concurrentievoordeel niet langer voort uit "wie betere tools gebruikt", maar uit..."Wie een dieper inzicht heeft in zijn of haar bedrijf en die inzichten kan omzetten in systematische logica.".

Dit is een werkelijk onnavolgbare gracht. Dit is jouw unieke vechtstijl.

De architect is als een meester in de vechtsport. Hij begrijpt zowel de menselijke natuur als de logica; hij kan de impliciete realiteit van een organisatie doorzien en deze omzetten in de expliciete structuur van het systeem. Hij is de brug tussen de linker- en rechterhersenhelft, de vertaler tussen technische taal en menselijke taal.

Maar let op: de boksmeester zei:Oefen eerst de paardhouding en bespreek daarna de bokstechnieken.Een bedrijf dat geen goed databeheer heeft, geen gestructureerde processen kent en zelfs geen verlofregistraties correct kan invullen – als je het een op AI gebaseerd systeem geeft, levert dat alleen maar een snellere en chaotischer reeks processen op.

AI is verantwoordelijk voor het helder zien, en mensen zijn verantwoordelijk voor het nemen van verantwoordelijkheid.

De wensput heeft een beheerder nodig. Geen AI, maar een mens.

De reden is simpel:AI kan niet gearresteerd of opgesloten worden.

In de menselijke wereld is er altijd wel iemand die verantwoordelijkheid draagt. Dat kan een adviseur zijn, een commissielid, maar uiteindelijk is het onvermijdelijk de voorzitter of algemeen directeur, omdat zij aan het hoofd staan ​​van de juridische entiteit. Niemand kan de schuld voor een verkeerde beslissing op AI afschuiven en er vervolgens mee wegkomen.

Het grootste voordeel van AI is precies datgene wat mensen het moeilijkst vinden: het heeft geen emotionele ballast, geen druk van sociale netwerken, hoeft niemand tevreden te stellen en kan dingen zien die mensen niet kunnen zien vanwege tegenstrijdige belangen.

Maar er is één ding dat AI nooit zal leren:

Het heeft nog nooit om 3 uur 's nachts wakker gelegen door een verkeerde beslissing.

Die slapeloze nachten vormen de basis voor een goed oordeel. De beste aanpak is daarom niet "AI die adviseurs vervangt", maar eerder: AI levert analyses en inzichten, terwijl mensen oordelen vellen en de consequenties dragen.

Er schuilt echter een gevaar dat moet worden verduidelijkt: wanneer besluitvormers sterk gaan vertrouwen op AI-analyses, gebruiken ze dan op het moment dat ze een beslissing nemen hun eigen oordeel, of onderschrijven ze simpelweg het oordeel van de AI? In het laatste geval ligt de verantwoordelijkheid weliswaar formeel bij de mens, maarDe feitelijke beslissingsbevoegdheid is stilletjes verschoven.Deze verschuiving kan plaatsvinden zonder dat je het beseft.

Daarom moet de wijsheid van een leider een bijzondere vaardigheid omvatten: weten wanneer je niet naar AI moet luisteren.

Wat een architectuur succesvol maakt, is vertrouwen.

Elke organisatie kent wel zo iemand. Hij bekleedt geen hoge functie, is niet de slimste en ook niet de meest welbespraakte. Maar als hij vertrekt, wil bijna iedereen weg.

Het was niet omdat hij de technologie of de middelen wegnam, maar omdat hij de reden wegnam waarom iedereen wilde blijven.

Dit soort mensen is de "ziel van het geheel".
Zelfs het beste systeemontwerp vereist dat mensen erin geloven. En die bereidheid komt vaak niet voort uit het systeem zelf, maar uit vertrouwen in een bepaalde persoon.

Dit soort vertrouwen bouw je niet op, je voelt het. Niemand in een relatie zegt: "Ik heb je gedragsgegevens geanalyseerd, de risicobeoordeling is positief en ik heb besloten je te vertrouwen." Vertrouwen is iets wat je lichaam eerst aanvoelt, in een vluchtig moment.

AI kan iemands geloofwaardigheid analyseren en een beoordelingsrapport van 87 punten geven. Maar het kan je niet op je gemak stellen op het moment dat je iemand de hand schudt.

Deze gevoeligheid is aangeboren. Je kunt iemand die je niet mag niet veranderen in iemand die je wel mag. Het is net als talent: de juiste persoon vinden voor de juiste taak.

Daarom is er een onuitgesproken eerste stap bij de implementatie van een bedrijfssysteem, die bijna geen enkele consultant expliciet zal noemen.Zoek allereerst die persoon op en zorg dat hij of zij aan jouw kant staat.

Conclusie

Het gaat bij een kaartje niet om geld, maar om perspectief.

Veel eigenaren van kleine en middelgrote bedrijven in Taiwan hebben deze manier van denken begrepen en de waarde ervan ingezien.

Maar dat is alles.

De redenen "geldgebrek" en "geld willen besparen" weerhouden de meeste mensen ervan om een ​​eigen, unieke aanpak te hanteren. Maar de dieperliggende reden is dat ze diep van binnen het gevoel hebben dat hun bedrijf misschien niet gekwalificeerd is om dat te doen.

Dit is geen budgetkwestie, maar een kwestie van strategische visie.

Het gaat niet om geld, maar om de vraag of u vindt dat uw bedrijf een eigen digitaal capaciteitssysteem verdient.

Het is gevaarlijk om vandaag niet van denkwijze te veranderen. Niet omdat je concurrenten je zullen overtreffen, maar omdat terwijl zij hun eigen unieke strategieën ontwikkelen, jij nog steeds de logica van tools gebruikt om gepersonaliseerde AI-toepassingen te creëren.

De kloof tussen jullie zal in een tempo groeien dat je je niet kunt voorstellen.

Leren van de geïntegreerde toepassingsmethoden van bedrijven is veel waardevoller dan simpelweg persoonlijke tools bij elkaar optellen.
Voor bedrijven draait AI-transformatie niet om het introduceren van tools, maar om het opbouwen van capaciteiten.
En de eerste persoon die nodig is om die mogelijkheid te ontwikkelen, is een architect.

Wat is er nu echt schaars in het AI-tijdperk?
Niet iemand die weet hoe je AI moet gebruiken.
Het gaat er niet zozeer om dat mensen containers voor AI kunnen bouwen.

meer nieuws