Spør om hva som helst i kodebasen din

Still et enkelt spørsmål om produktet ditt, for eksempel hva enkel pålogging ville kreve, og få et skriftlig svar forankret i din egen kode. Ingenting i koden blir endret.

Tre felt: «Ditt spørsmål» spør «Hva ville enkel pålogging kreve?», «Din kodebase» er merket «Ingenting endret», og «Et skriftlig svar» er merket «Forankret i din egen kode». Under har hver valgfri anbefaling sin egen «Godkjenn»-knapp.
  • Still et enkelt spørsmål om produktet ditt og få et skriftlig svar.
  • Svaret er forankret i din egen kode, og spørsmålet endrer ingenting i den.
  • Vil du ha anbefalinger også? Du godkjenner dem én etter én.

Du kan stille et enkelt spørsmål om produktet ditt og få et skriftlig svar forankret i din egen kode. Ingenting i koden blir endret av at du spør. Vil du ha mer enn et svar, kan du også få anbefalinger og godkjenne dem én om gangen.

Hva du får

Et rett svar på spørsmålet du faktisk har, med ord du kan ta med deg inn i neste møte.

Det handler om produktet ditt, ikke om produkter generelt. En generell artikkel kan fortelle deg hva enkel pålogging vanligvis innebærer. Svaret du får, er forankret i din egen kode: hvor påloggingen ligger i dag, hva den allerede støtter, og hva som står mellom deg og det du spurte om.

Ingenting flytter seg mens du spør. Å spørre er ikke første steg i et prosjekt. Koden din forblir som den var, ingen endring venter på gjennomgang, og ingens planer forskyves fordi du var nysgjerrig. Det gjør det trygt å stille spørsmålet du er litt flau over ikke å kunne svaret på.

Anbefalinger, hvis du vil ha dem

Noen spørsmål er egentlig ønsker om råd. «Hvordan bør vi gripe an enkel pålogging?» fortjener mer enn en beskrivelse av det som finnes. For slike spørsmål kan du be om gjennomarbeidede anbefalinger: konkrete alternativer for produktet ditt, i prioritert rekkefølge, hvert med begrunnelsen bak.

Du godkjenner dem én etter én. Du kan godkjenne den første, legge den andre til side til neste kvartal og takke nei til den tredje fordi den ikke passer planene dine. Hvert valg står for seg, så å si ja til én anbefaling binder deg aldri til de andre.

Hva det ikke er

Det er ikke et løfte om noen endring du ikke har godkjent. Du bestemmer hva som lanseres. Ingenting når brukerne dine uten at du har godkjent det. Et svar rekker også bare så langt som tilgangen du har gitt. Vi arbeider innenfor tilgangen du gir, og ikke mer.

Slik ser det ut i praksis

Se for deg en produktsjef i et voksende programvareselskap. En stor potensiell kunde har spurt, sent i en salgssamtale, om produktet støtter enkel pålogging. Det gjør det ikke, og salgsteamet vil vite om de kan love det.

I stedet for å trekke en utvikler bort fra en lansering spør produktsjefen, i én setning, hva enkel pålogging ville kreve. Det skriftlige svaret beskriver hvordan folk logger inn i produktet i dag, og hva som måtte endres for at et selskaps egen pålogging skal kunne fungere sammen med det. Ingenting i kodebasen er endret.

Med det i hånden blir samtalen med den potensielle kunden konkret. Vil produktsjefen ha en plan, ber de om anbefalinger. De godkjenner den som betyr noe for avtalen nå, og lar resten ligge til senere.

Hvordan vi gjør arbeidet, forblir konfidensielt, slik arbeidet ditt med oss også gjør. Det som forblir synlig for deg, er spørsmålet du stilte, svaret du fikk, og hvert valg som fulgte.

Ditt første spørsmål kan handle om ditt eget produkt. Det begynner med en samtale, uten forpliktelser. Ta med spørsmålet du lenge har tenkt å stille.

Start med ett lite første stykke og vurder resultatet selv.

Spørsmål ledere stiller

Må jeg formulere spørsmålet i tekniske ord?

Nei. Still det slik du ville stilt det i et planleggingsmøte. «Hvorfor føles betalingen treg på mandager?» er et godt spørsmål. Det er også «Hva ville slutte å virke hvis vi la ned den gamle mobilappen?»

Endrer et spørsmål noe i produktet vårt?

Nei. Et spørsmål er bare et spørsmål. Koden din forblir nøyaktig som den var, og ingenting i produktet ditt flytter seg fordi du spurte. Hvis svaret gjør at du vil ha en endring, er det en egen beslutning, og den er din.

Må vi gjøre noe med anbefalingene?

Nei. De er der for å hjelpe deg å bestemme, ikke for å bestemme for deg. Du kan godkjenne én, flere eller ingen, og du kan komme tilbake til resten senere.

Kan våre egne utviklere bruke svarene?

Ja. Et svar forankret i koden din er like nyttig for dem som vedlikeholder den, som for den som spurte. Det gir dem et felles utgangspunkt for sin egen diskusjon, uansett hvem som ender opp med å gjøre arbeidet.

  • Fremdrift du kan følgeÉn oversikt viser hva som er i arbeid, hva som er neste, hva som venter på deg og hva som er levert. En ukentlig oppsummering og meldinger i rett tid fyller ut resten.
  • Innenfor tilgangen du girDu bestemmer hvilke deler av systemene dine som er åpne for arbeidet, og resten forblir lukket.
  • Take over a codebase nobody wants to touchThe developer who built it has moved on, and the system still runs part of your business. First you understand what you have; then it changes safely, in small pieces you approve.
  • Hand the work back to your own team, whenever you chooseYou want to be free to bring a product's work in-house, or to move on, without a difficult handover. Everything is already in your own repository, so the day you decide is an ordinary day.

Løft blikket og la oss bære resten.

Snakk med oss og se hvordan det er å få produktet sitt båret framover.

Book en samtale

Foretrekker du å skrive direkte? contact@zefana.com