Av Aaron Smith
Jeg har sett det skje så mange ganger gjennom hele karrieren min. Jeg leter etter et program eller en Internett-tjeneste som løser et forretningsproblem. Jeg vet at det er der ute, og når jeg finner det, bringer jeg det til beslutningstakerne for gjennomgang.
De ser på det tett, blir begeistret for funksjonene og mulighetene, og så begynner å stille spørsmål. Uansett kommer vi til et punkt der lederne begynner å forestille ulike aspekter av prosessen, eller brainstorming på forskjellige måter den kan brukes til. Og så spør noen om "Kan du se dataene i et standardavviksdiagram og sammenligne det med de tre datasettene jeg opprettet i forrige uke i Excel?" Det er da mitt tilfredste smil forsvinner når jeg svarer "Vel nei, men …." og hele rommet sukker kollektivt.
Plutselig var mitt fantastiske verktøy som skulle revolusjonere hvordan vi jobber ut av vinduet.
Hva skjedde her? Noen bestemte seg for at de trengte "Perfect Tool".
Dette er et vanlig problem for bedrifter som prøver å tilpasse seg skiftende teknologi. I flere tiår har vi bygget forretningsmessige verktøy for å møte svært spesifikke forretningsbehov. På 80-tallet og 90-tallet innebar det internutvikling av spesialiserte applikasjoner, definert av tradisjonelle retningslinjer og praksis for programvareutvikling.
Hva dette har skapt er en generasjon av ledere som er vant til å få akkurat det de vil ha når de definerer et systemkrav. Det har redusert visjonen til ledere overalt, da de bare vil godta løsninger som helt adresserer alle aspekter av virksomheten. Dessverre, med mindre du har et stort budsjett for å strømme inn i utvikling, vil det aldri skje.
90% -regelen sier at "Hvis du finner et verktøy som kan oppnå 90% av funksjonaliteten til ditt" Perfect Tool ", er du 90% av veien for å finne en løsning." Altfor ofte prøver ledere å finne verktøy som løse 100% av problemet, noe som ofte ikke er mulig. Her er et par av feller som kan føre til denne tenkningen ….
"Det er ikke det vi kaller det."
Du kaller dem feil i stedet for billetter, eller billetter i stedet for oppgaver, eller tidsfrister i stedet for milepæler … så hva? Det kan ta en uke eller to, men mange ganger er det lettere å endre ordene du bruker for å beskrive hvordan du arbeider, enn å omprogrammere et helt program for å matche din eksisterende terminologi, og mesteparten av tiden er det ikke engang et alternativ. Bare fordi et verktøy refererer til ulike aspekter av virksomheten din annerledes enn du er vant til, betyr ikke at du ikke kan dra nytte av å bruke den. Folk er ganske gode til å tilpasse seg slike endringer (det er derfor folk gjør bedre oversettere enn datamaskiner).
"Dette vil ikke fungere for oss. Vår virksomhet er unik. "
Ikke å regne på paraden din, men når det kommer til det, er virksomheten din egentlig ikke så annerledes. Du tilbyr et produkt eller en tjeneste, du håndterer kunder eller kunder, tar avgift og lager fakturaer, betaler regninger og utleie, etc. Mange bedrifter selger sin "prosess" som hva som skiller dem fra hverandre, men det gjør ikke må endres bare fordi de forandrer den prosessen eller forsterker den ved å gjøre folk til å utføre den mer effektivt.
"Det er så kult! Men jeg vil også gjøre dette, og jeg vil at det skal se slik ut … "
Dette er nøkkelen til 90% -regelen. Å være villig til å gjøre kompromisser på små funksjoner, er den eneste måten å få til 100% (med mindre, som jeg sa ovenfor, du har utviklingsbudsjettet for å komme dit). Hvis du trenger å se datasettet vertikalt i stedet for horisontalt, finn ut en måte å få det du vil ha utenfor applikasjonen. Det er vanligvis ganske enkelt å ta data fra en app, importere den til et regneark, og få det du trenger. Men å ha evnen til å samle, spore og manipulere dataene i utgangspunktet er 90% av jobben.
Siden de fleste små bedrifter ikke har budsjettet til å tilegne seg tilpasset utvikling, er du nødt til å tilpasse prosessene dine til verktøyene som er tilgjengelige. Til slutt, uansett hvilket verktøy du velger, gjør du en prosessbeslutning for virksomheten din. Hvis du velger fleksible løsninger, er du villig til å tilpasse dine interne prosesser for å bedre samsvare med verktøyene, og stoler på at dine ansatte skal bygge bro over hullene, det er mye du kan oppnå med det som er fritt tilgjengelig der ute.
* * * * *
Handle om: Aaron Smith er eier av Mixotic Technology Solutions. Aaron startet sin egen virksomhet etter å ha sett så mange av bedriftene han hadde jobbet for å kjempe med sin teknologi, forsøker å finne ut hvilke verktøy som skal brukes, hvordan man bruker dem og hvordan man skal trene medarbeidere. Han mener at selskaper som ikke undersøker nye teknologiløsninger gir konkurransefortrinn.
9 kommentarer ▼
