Den här världen behöver fler ingenjörer!
Det låter som en oro som väcktes under den industriella revolutionen på 1800-talet, men den har samma relevans i den digitala revolutionens era som världen står inför idag.
Som projektledare med en mångsidig bakgrund som spänner över teknik, design, marknadsföring och IT-projektledning på global skala inom internationella team och hos kunder, använder jag mig av olika erfarenheter för att formulera övertygande argument i detta avseende. Min karriärresa, som även inkluderade musik, skådespeleri och matematikundervisning, gav värdefulla insikter i betydelsen av tvärvetenskapliga metoder för att lösa utmaningar och problem. Precis som mina mest framgångsrika studenter utmärkte sig inte bara i matematik utan också inom olika sysselsättningar som musik, sport eller konst, gäller samma princip för IT-projekt.
Utbrottet av covid-19-pandemin katalyserade en exempellös ökning av efterfrågan på digitalisering och IT-lösningar. I den miljön har IT-företag uppmanats till snabba anställningar och en enorm kodningshastighet, vilket har resulterat i bristande kvalitet och perfektion i team. Men i takt med att landskapet efter pandemin framträder uppstår ett tvingande behov av att omvandla den grundläggande IT-strategin och skapa berikat värde för både kunder och IT-roller.
Att höja standarden för det dagliga utvecklingsarbetet är avgörande (men inte uteslutande) för både team och projekt för att skapa nytt värde för kunder och användare. Att övergå från de konventionella rollerna som junior-, mediokra eller seniorutvecklare till det mer omfattande ingenjörstänkandet är avgörande. Detta paradigmskifte understryker vikten av att tillföra ytterligare värde till människor, verksamheter, produkter, projekt, appar och funktioner, och därigenom säkerställa konkurrenskraft och relevans på en föränderlig marknad med andra förfrågningar än vi upplevt tidigare.
Även om denna diskurs kan sträcka sig över olika IT-områden såsom projektledning, produktdesign, produktutveckling etc., fokuserar den här artikeln enbart på utvecklingssegmentet och omfattar kodproduktion, testning och driftsättningsprocesser.
I denna transformerande resa framträder syntesen av olika perspektiv som listas nedan som en hörnsten för att framgångsrikt förändra paradigmet att bedriva ren utveckling och vara utvecklare/kodare, till ingenjörskonst och att vara en modern ingenjör.
Ingenjörsdynamik och tillvägagångssätt
Ingenjörer är mer engagerade i byggprocessen än ren kodning eller utveckling. När man överväger att skapa ett idealiskt familjehem omfattar övervägandena inte bara den fysiska strukturen utan även dess placering i området, det omgivande samhället, grannskapets atmosfär, den levnadsstandard det erbjuder, potentiella faror, uppkomna kostnader och lämpligheten för att bilda familj. I slutändan ligger fokus på bostadens övergripande kvalitet, säkerhet och funktionalitet.
På liknande sätt framträder en jämförbar kontrast mellan metoderna inom ingenjörskonst och ren utveckling. IT-ingenjörer har ett helhetsperspektiv och beaktar det arkitektoniska ramverket, den sömlösa integrationen av funktioner eller funktionaliteter inom det bredare applikationsekosystemet, de beräknade kostnaderna, användarnöjdheten, potentiella utmaningar och riskbedömningen i samband med implementeringen av lösningen. Omvänt koncentrerar sig utvecklare främst på kodningsaspekten och betonar kodens kvalitet och uppfyllandet av acceptanskriterierna som anges i användarberättelsen.
Ingenjörsengagemang och utveckling
Ingenjörer utför och implementerar inte bara uppgifter utan är aktivt engagerade i att ifrågasätta och utforska olika implementeringsmetoder och lösningar. Dessa frågor leder ofta till skilda perspektiv och innovativt, okonventionellt tänkande , vilket ibland utmanar den föreslagna konsensusen bland produktdesigners, projektledare, produktägare och ingenjörschef under utvecklingen av funktioner eller funktionaliteter.
Den iterativa processen med frågeställning underlättar inte bara kritisk analys utan främjar också en kultur av samarbete och konstruktiv diskussion inom teamet. Den uppmuntrar utforskandet av alternativa lösningar och främjar en djupare förståelse för de underliggande utmaningarna och möjligheterna som finns i projektet. Genom att anamma detta tillvägagångssätt bidrar ingenjörer till utvecklingen av produktutvecklingslivscykeln och berikar den med olika perspektiv och nya insikter som i slutändan förbättrar kvaliteten och effektiviteten hos den slutliga leveransen.
Till skillnad från ingenjörer som ifrågasätter och utforskar metoder och föreslagna lösningar följer utvecklare ofta direktiv utan att gå djupare in i utvecklingen. Även om de begär att de etablerade tydliga acceptanskriterierna ska vägleda deras handlingar och beslut innan utvecklingen börjar, brister de ofta i att dokumentera implementeringsmetoden och demonstrera den implementerade funktionen för sina kollegor. Denna skillnad kan leda till oförutsedda utmaningar och projektmisslyckanden.
Att helt enkelt utföra ordrar utan kritisk granskning kan äventyra projektets integritet och framgång.
Därför är det avgörande för projektets framgång att främja en samarbetsinriktad och nyfiken ingenjörsmiljö.
Ingenjörsmässig mångsidighet och kompetens
Ingenjörer sammanfattar konceptet med T-formade individer och förkroppsligar en bred kunskap och färdigheter som spänner över olika områden samtidigt som de besitter djupgående expertis inom ett visst område. Deras mångsidighet och proaktivitet gör det möjligt för dem att navigera effektivt inom olika FE- och BE-discipliner, även inom områden som DevOps, produktutveckling eller säkerhet, där de kan stöta på okänd terräng. Genom att omfamna en kultur av öppenhet absorberar ingenjörer lätt nya insikter och perspektiv och inser värdet av kontinuerligt lärande för både projektutveckling och personlig utveckling.
I-formade utvecklare tenderar däremot att specialisera sig djupt inom specifika domäner samtidigt som de potentiellt saknar exponering för andra områden. Deras fokus är vanligtvis inriktat på att finslipa expertis inom sitt valda område, vilket ofta leder till ett snävare (eller ingen) kunskap och att de släpar efter med att underhålla utanför sitt grundläggande område.
Processimplementering och datavalorisering
Ingenjörer inser alltmer fördelarna med att implementera strukturerade processer och robusta projektledningsmetoder.
De förstår vikten av noggrann planering och den avgörande roll som projektdata, inklusive uppskattningar, arbetsloggar och ansträngningar, spelar för att informera framtida åtgärder och optimera resultaten.
Omvänt kan utvecklare visa ovilja att anamma förändringar i processer, uttrycka reservationer kring synligheten av sitt arbete inom projektet och det ytterligare ansvar som är förknippat med att rapportera till projektledare eller engagera sig i uppgifter bortom ren utveckling eller kodning. De kan hysa farhågor om att avvika från välbekanta, inrotade processer, även när de konfronteras med bristerna i befintliga metoder eller de potentiella fördelarna med nyligen introducerade ramverk.
Experimenterande
Ingenjörer prioriterar experiment och förlitar sig alltför mycket på äldre erfarenheter, eftersom de inser att sådana konventionella metoder kan ge suboptimala resultat. Genom att omfamna experiment utforskar de ett spektrum av lösningar och erkänner att vissa kan lyckas medan andra kan misslyckas, men att varje strävan bidrar med värdefulla insikter till de utmaningar de står inför.
Ingenjörer uppmuntrar en balans mellan innovation och tradition inom sina team.
Genom att främja en kultur som uppmuntrar kalkylerat risktagande och omfamnar potentialen för transformativ förändring, utnyttjar de den kollektiva uppfinningsrikedomen för att driva kontinuerlig förbättring.
Omvänt dras utvecklare ofta till välbekanta och etablerade processer och föredrar bekvämligheten i den "säkra zonen" trots risken för återkommande misstag, kodningsutmaningar och stagnation i kvalitet över tid.
Att omfamna misslyckande
I sfären av prestation och rädsla för misslyckande ligger kontrasten mellan ingenjörers orädda strävan efter innovation och utvecklares motvilja mot misslyckanden. Även om experimenterande ibland kan leda till motgångar tenderar slutresultatet att vara mer förfinat och effektfullt. Ingenjörer omfamnar misslyckanden som en aspekt av lärresan och utnyttjar varje motgång som en möjlighet till tillväxt, teamövergripande erkännande och gemensam problemlösning.
Omvänt ryggar utvecklare ofta tillbaka inför misslyckanden och försöker dölja dem snarare än att konfrontera och ta itu med dem öppet inom teamet. Denna ovilja att erkänna misslyckanden kan skapa osäkerhet och förvärra utmaningar, vilket hindrar teamets förmåga att anpassa sig och utvecklas effektivt.
Denna kultur som värdesätter transparens, motståndskraft och kontinuerligt lärande kan hjälpa team att omvandla motgångar till språngbrädor mot innovation och varaktig framgång.
Den här världen behöver fler ingenjörer! I dagens dynamiska landskap är efterfrågan på IT-ingenjörer enorm. Ingenjörer förkroppsligar en inställning av nyfikenhet snarare än enbart utförande, omfamnar experiment framför att följa konventionella metoder och främjar innovation som accepterar potentiella misslyckanden. Denna berättelse förbiser dock andra komplexiteter som är inneboende i ingenjörsprojekt, inklusive kostnader, expertis, projektmognad, budget och intressentengagemang.
Det är absolut nödvändigt för alla team, oavsett om de arbetar i startup-miljöer eller etablerade projekt, att inse behovet av en förändring i tillvägagångssättet för sitt arbete och sin attityd för att skapa värdedrivna lösningar för intressenter och kunder. Även om det kan innebära utmaningar att anställa tillväxtinriktade ingenjörer jämfört med att anställa utvecklare, överväger den slutliga nyttan för projektet de initiala hindren.
Ur ett projektledningsperspektiv beror valet mellan ett team av utvecklare eller ingenjörer på projektets karaktär och den ledarstil som används. Att skapa en miljö som uppmuntrar experimenterande och främjar entusiasm bland teammedlemmarna är som att uppfostra ett äventyrligt barn, vilket kan innebära utmaningar men i slutändan återspeglar skillnaden mellan att vara chef och att vara ledare när det gäller att vägleda både projektet och teamet mot framgång.
