Byggdes pyramiderna med hjälp av Minitab?
Den stora pyramiden i Giza byggdes med över två miljoner stenblock, där vissa vägde mer än 70 ton. De monterades med en häpnadsväckande precision under en period på ungefär 20 år.
Det är ingen gåta. Det är ett systems engineering-problem.
Populärkulturen älskar att framställa pyramiderna som ett olöst mysterium, men verkligheten är ännu mer intressant. De gamla egyptiska ingenjörerna arbetade med materialvariation, mänsklig variation, långa försörjningskedjor och nolltolerans för katastrofala fel. Med andra ord, samma utmaningar som ingenjörer möter idag.
Låt oss göra ett tankeexperiment.
Om Minitab hade funnits för 4 500 år sedan, hur hade det kunnat hjälpa de antika ingenjörerna att planera, optimera och kontrollera ett av de mest ambitiösa byggprojekten i mänsklighetens historia?
Steg 1: Planera och definiera processen innan stenblock flyttas
Innan stenbrytningen började låg fokus på att planera och definiera hela processen.
Pyramiden var inte en enda process, den bestod av många sammanlänkade processer: stenbrytning, kapning, transport, lyft, placering och justering. Varje steg var beroende av de föregående och medförde egna risker.
I Minitab Workspace hade de antika ingenjörerna kunnat kartlägga hela processen med flödesscheman, från stenbrytning till slutplacering. Orsak-verkan-diagram hade kunnat visa varför vissa block sprack, hamnade snett eller försenade arbetet. Riskmatriser hade kunnat prioritera de fel som riskerade att äventyra både stabilitet eller tidsplaner.
Det här är inget nytt tänkande, det är disciplinerad ingenjörskonst. Men Workspace hade gjort processen synlig, tillgänglig för alla team och repeterbar.
Steg 2: Designa för variation, inte perfektion
Kalksten är inte uniform. Granit är inte uniform. Arbetskraften är inte uniform. Men pyramiden måste vara det.
Med Minitab Statistical Software hade ingenjörerna kunnat analysera den naturliga variationen i blockens dimensioner, vikt och yta. Beskrivande statistik hade satt realistiska toleranser. Kapabilitetsanalys hade visat om stenbrott och kapningsprocesser konsekvent producerade block som passade placeringen.
Regression hade kunnat visa vilken stenbrytning eller kapningsteknik som krävde minst omarbete. Istället för att kämpa mot variationen hade ingenjörerna kunnat designa systemet runt den.
På så vis bygger man något som varar i 4 500 år.
Steg 3: Håll ett 20-årigt projekt under kontroll
Ett projekt som pågår i årtionden driver alltid mot variation om det inte aktivt kontrolleras.
Med Real-Time SPC hade ingenjörerna kunnat övervaka kritiska egenskaper medan block producerades och placerades. Kontrollscheman hade kunnat följa blocktjocklek, avvikelser vid placering eller transportcykeltid per team. Skift eller trender hade signalerat problem tidigt, innan små avvikelser blev strukturella fel.
Detta är den oglamorösa delen av ingenjörskonst, men också den som förhindrar omarbete, förseningar och katastrofer. Det som gjorde pyramiderna framgångsrika var inte att inget gick fel, utan att problemen kunde korrigeras i tid.
Steg 4: Optimera arbetsstyrkan som en enhet
Pyramiderna byggdes förmodligen inte av individuella hjältar, utan genom systematiskt samarbete och kontinuerlig förbättring över alla team och arbetare.
Med Minitab Engage hade strukturerade förbättringsprojekt kunnat hanteras över olika team, där ett team kanske minskade skador på block under transport, ett annat ökade effektiviteten vid rampfyllning och ett tredje minskade placeringstiden utan att äventyra justering.
I varje projekt satte man högst sannolikt upp definierade mål, följde upp resultat samt dokumenterade bästa praxis för hela arbetsstyrkan att ta del av. Det här är kontinuerligt förbättringsarbete långt innan termen uppfanns.
Samverkande förbättringsarbete mellan de olika teamen slår individuella insatser. Då, som nu.
Steg 5: Testa ramperna innan byggstart
Rampdesignen diskuteras fortfarande och det är inte så konstigt.
Olika typer av ramper (raka, zick-zack, interna) innebär alltid kompromisser när det gäller material, arbetskraft, säkerhet och tid. Med Simul8 hade ingenjörerna kunnat simulera olika rampdesigner innan arbetet påbörjades, och samtidigt modellera materialflöde, arbetskraft, flaskhalsar och riskpunkter.
Istället för att argumentera för sina åsikter hade de kunnat jämföra olika scenarier; Vilken design fungerar under decennier? Vilken minskar trängsel? Vilken minskar riskerna när höjden ökar?
Simulation kan inte eliminera osäkerhet, men den minskar risken för kostsamma överraskningar.
Ingenjörspråk från pyramider till modern industri
Pyramiderna byggdes nog inte av magi, utan av ingenjörer som förstod variation, kontrollerade processer, testade antaganden och förbättrade processer över tid.
Minitab fanns inte i det antika Egypten, men ingenjörsspråket fanns och deet språket har inte förändrats på 4 500 år:
Definiera problemet.
Mät det som är viktigt.
Kontrollera det som avviker.
Förbättra det som begränsar framsteg.
Oavsett om du staplar stenblock eller optimerar modern industri, så är grundprinciperna detsamma. På Minitab talar vi det språket. Och det har vi alltid gjort.
Vill du veta mer om Minitab?
This blog post was written by Jon Finerty for Minitab