Jak udělat váš startovací proces procházkou v parku

Foto Jamie Taylor na Unsplash

Bylo 2:00. Můj telefon stále bzučel rozhovory s vývojáři o tom, jak zpracovat 404 stránek. Byl to jen začátek…

T mínus tři dny do spuštění. Běhali jsme jako kuře s odříznutou hlavou.

Když jsme se blížili k oficiálnímu datu zahájení, musel jsem přemýšlet o tom, jak bychom se vyhnuli pocitu apokalypsy.

Jak uvádí Murphyho zákon:

Všechno, co se může pokazit, se pokazí.

Jak uvedeme produkt na trh a zajistíme, aby se NESMÍ něco pokazit (pokud je to možné)?

Níže je beta verze mé strategie pro další spuštění.

Mít obsah pro první týden

Když klientovi sdělíte, že datum spuštění je měsíc, seznam dat a prostředků potřebných ke spuštění se ukládá do složky Doručená pošta a zobrazí se jen týden před spuštěním.

Nakonec se snažíme hledat věci kvůli náhlým změnám obrázků a textu - „malých věcí“.

Počkejte, poměr velikostí obrázku není správný. Pokud existuje další obrázek, ověřte si prosím klienta.

Během této komunikace tam a zpět se ztrácí cenný čas.

„Skupina lidí, kteří debatují o notebooku a listech papíru“ od Štefana Štefančíka na Unsplash

Jak naléhat na klienta, aby poskytl potřebné informace, aniž by byl hrubý

  • Vysvětlete, jak je obsah duší produktu. Bez něj je produkt pouze kostrou fantazijní logiky.
  • Buďte aktivnější v pochopení toho, jaké jsou jejich překážky při získávání těchto aktiv.
  • Zapište podrobné specifikace pro obrázek a kopii: poměr velikosti obrázku, preferovaný typ souboru, délka slova, preferovaná rodina fontů atd.
  • Určete osobu, která je za úkol odpovědná. Nabídka pomoci a pomoci. Úpravy jsou snadnější v raných fázích.

Co když klient řekne: „Chill… brácho, jsme na tom.“ A nevidíte žádné jasné kroky, abyste viděli, že jste byli podniknuti?

Mohli byste vysvětlit, proč jste ve spěchu, takže dostanou kontext za tím, co všechno musíte udělat.

Je to jako stavět cihlový dům. Když máme na zemi položen pouze jeden nebo dva cihly, můžeme snadno říci: „Meh, nemám rád cihly. Pojďme použít bambus. “

Až bude cihlový dům téměř dokončen, bude zázrak vyměnit cihly za bambus. V takovém případě postavíme chabý dům (produkt), nebo bude-li naše datum uvedení na trh zpožděno.

Buďte pevně na zmrazení funkce

Funkce zmrazení funkcí je šikovný koncept, který se snadněji říká, než udělá.

V softwarovém inženýrství je zmrazení časovým bodem ve vývojovém procesu, po kterém se pravidla pro provádění změn zdrojového kódu nebo souvisejících zdrojů stanou přísnějšími nebo období, během kterého jsou tato pravidla aplikována - Wikipedia

Kromě nastavení zmrazení funkce týden před datem spuštění musíme také mít jasno v tom, co je funkce.

Diskrétní část funkčnosti požadovaná zúčastněnými stranami - Oliver Dolan

Pokud máte web s interaktivní mapou, bylo by novou funkcí vytvořit záložní mapu s jiným poskytovatelem map?

Možná jsme si mysleli, že od doby, co jsme v Číně, neexistuje žádná záruka, že náš první výběr poskytovatele map nebude blokován.

Můžeme to vměstnat do našeho rozvrhu jako funkci.

Foto rawpixel na Unsplash

Jak ale rozhodneme, zda tato funkce stojí za náš čas?

Zde jsou otázky, které byste měli položit svému týmu a klientovi na všechny funkce, které plánujete implementovat

  1. Co se stane, pokud to nezavedeme?
  2. Jaká je priorita tohoto?
  3. Máme kapacitu pokračovat v této práci bez zpoždění data zahájení?

Buďte asertivnější se svými názory

Imposterův syndrom nás ovlivňuje ve všech fázích naší kariéry. Když starší vývojář s 20letými zkušenostmi říká, že to udělejme tímto způsobem, a nejste si stoprocentně jisti ohledně protiargumentu, zašeptáte pod dechem, "Ach ... ok."

To je to, co dělám, když nemůžu přijít s lepším řešením na místě.

Jak se tedy na takové situace připravíme?

  • Pochopte přesně, jak jsme dospěli k závěru jako první
  • Frázujte své řešení jako otázku
  • Napište, co vás vadí, a vymýšlejte lepší způsob, jak to udělat později
  • Zlepšete své komunikační schopnosti
Pokud to na první pohled není absurdní, pak pro něj není naděje. - Albert Einstein

Nejprve se postarejte o DevOps

Zkomplikovali jsme počáteční nastavení pro vývoj, inscenování a výrobu. Strávili jsme obrovské množství času prací na řešení problému a vymýšlením řešení.

Čekání dvaceti minut na to, aby se mé změny objevily online kvůli falešným kódům a problémům s připojením, mě téměř nenávidělo.

Jak jsme to mohli udělat jinak?

  • Prostředí Dev by se mělo rychle měnit.
  • Pokud automatizace nešetří čas, nejedná se o automatizaci.
  • Použijte poskytovatele cloudu, který vyhovuje vašim potřebám
  • Ujistěte se, že proces nasazení je plynulý od prvního týdne

Mít kontrolní seznam pro testování

Abychom předešli ztrátě času při opravě stejné věci, je třeba při psaní seznamu mít na paměti několik věcí.

A nemluvím o psaní kódu pro otestování kódu. Jak často něco opravujeme a něco jiného se zlomí?

„Osoba provádějící kontrolní seznam v notebooku“ od Glenn Carstens-Peters na Unsplash

Abychom se vyhnuli tomu, aby se ta samá věc znovu a znovu opravovala, je třeba při psaní seznamu pamatovat na několik věcí.

  • Napište kontrolní seznam z pohledu uživatele
  • Rozšiřte seznam se zpětnou vazbou z každé iterace
  • Nechte si projít seznam očima
  • Pomozte ostatním vývojářům v týmu zkontrolovat seznam

Procvičujte empatii

Bez ohledu na to, v jaké pozici se nacházíte. Malá empatie trvá dlouhou cestu.

Například: Pokud jste vytvořili rozhraní API, které využívá webová aplikace, a chystáte se provést některé změny pojmenování klíčů dat.

Rozumíte, že názvy konkrétních datových klíčů mohly být všude zahrnuty jiným vývojářem do webové aplikace. Aktivně informujte ostatní vývojáře, než se věci začnou zhoršovat.

Foto: NESA by Makers na Unsplash

Oznámením všem týmům, které mohou být ovlivněny změnou, můžeme snížit pravděpodobnost škytavek během živého dema nebo dokonce produkce.

Každá role v týmu čelí svým vlastním překážkám. Schopnost dát se do různých bot vás změní z pouhého vývojáře, který píše kód do vůdce, který připravuje vysoce kvalitní stabilní kód.

Děkuji za přečtení

Pokud jste si tento kousek užili, můžete ho tleskat, aby z něj mohlo těžit více lidí.