Značilno je, da se programski izdelek v življenju prehaja iz ene razvojne skupine v drugo. Različne stopnje izdelka lahko zahtevajo drugačno ekipo za razvoj: svetovalno podjetje za izdelavo začetne različice, a neodvisni razvijalec da jo vzdržujejo, interna ekipa, ki jo bo povečala, ali profesionalni oblikovalec, da bo vizualno presenetljiv.

Kljub pogostim pojavom so mnogi netehnični ustanovitelji in lastniki izdelkov nepripravljeni in se spopadajo, ko pride čas, da pripeljejo naslednjo ekipo. To pogosto povzroči, da nova ekipa ne more hitro naprej, izguba časa in razočaranje, ki vključuje vse člane.

Če se vam zdi, da ste to lahko vi, bodisi zdaj bodisi v prihodnosti, bi vas to moralo nekoliko skrbeti. Na srečo vas bom vodil skozi korake za pripravo na to priložnost in čim bolj tekoč prehod.

Passing the Torch: vkrcanje na novo razvojno skupino

V tem članku vam bom ponudil kontrolni seznam, ki vam bo pomagal pri pripravi na takšno spremembo. Začeli boste spoznavati svoj izdelek na bolj intimni ravni in pridobiti večji nadzor nad različnimi storitvami in tehnologijami, ki pri tem pridejo, kar vam bo pomagalo, da boste z relativno lahkoto in samozavestno pristopili k novi ekipi.

Ko oddajate baklo novim razvijalcem, pazite, da nova oprema ne izgori.

Kaj pa, če ne zamenjate vse opreme? Bi si vzeli čas za branje tega?

Tudi če nekateri člani prejšnje ekipe ostanejo na krovu, morda nimajo vseh odgovorov in informacij, potrebnih za nemoten prehod. Čeprav lahko zagotavljajo kontinuiteto in pomagajo pri procesu prenosa znanja iz stare v novo ekipo, vendar zanašanje na člane obstoječe ekipe ne nadomešča dejstva, da lastnik izdelka prevzame in olajša prenos. Poleg tega lahko nezmožnost prevzema povzroči trenje med novimi in starimi člani ekipe ali pa stare člane ekipe zadrži na vrhu nepotrebnih nalog, zaradi česar porabijo preveč časa za komunikacijo z novimi člani ekipe in reševanje različnih težav.

Če pa nekateri člani ekipe ostanejo na krovu, so lahko pri vaših prizadevanjih za prehod neprecenljivi. Prijavite se z njimi, jih obveščajte in poskušajte nadgrajevati njihovo strokovno znanje, ne da bi jih preplavili s preveč nalogami, povezanimi s prehodom. Ne pričakujte, da bodo naredili vsa težka dviganja! To je tvoja naloga.

izpolnite kodo primerljivo ________ c = nov datum ()

Torej, brez nadaljnjega odlašanja, pojdimo takoj v to!

Zberite dokumentacijo

Neodvisne razvijalce pogosto prosijo, naj skočijo v obstoječo kodno bazo, ki je še nikoli niso videli. To še posebej velja za inženirje programske opreme ApeeScape. Naš cilj je vedno čim prej začeti delovati, da lahko začnemo pozitivno vplivati ​​na naše stranke.

Dostop do jasne, celovite projektne dokumentacije lahko dramatično pospeši postopek vgradnje in razvijalcem pomaga, da se izognejo napakam, ki lahko ovirajo napredek.

Dobra dokumentacija mora zajemati vsaj naslednje teme:

• Ustvarite razvojno okolje - Prva naloga vsakega novega zaposlenega je namestiti aplikacijo in jo zagnati v svojih računalnikih. Postopek za to se med tehnologijami razlikuje. Na splošno zahteva naloge, kot so pridobivanje izvorne kode, ustvarjanje baze podatkov, nameščanje odvisnosti, nastavitev okolja s ključi in poverilnicami API, uvoz vzorčnih podatkov itd. Razvijalci imajo dobro predstavo o vsem, kar je povezano s tem postopkom na njihovih področjih, in bi morali imeti možnost, da temu primerno prilagodijo podrobnosti.
• Zaženite samodejni preskusni paket - Ko vidimo preskuse aplikacije, se prepričamo, da je bilo vse pravilno konfigurirano in da naslednje spremembe ne prekinejo nobene trenutne značilnosti.
• Razporeditev na odrskih in produkcijskih strežnikih - Posodabljanje aplikacije v živo z novimi spremembami je zelo strukturiran postopek in vrstni red teh operacij je treba podrobno opisati čim bolj podrobno.
• Vse druge informacije, ki so pomembne za novega razvijalca na krovu - Vsaka aplikacija ima svoj nabor domislic. S pisanjem teh domislic prihranite prihodnjim skupinam odvečne napore pri odpravljanju težav, ki jih je prejšnja skupina že ugotovila, kako jih odpraviti.

Dobra dokumentacija je temelj vsakega uspešnega prehoda. Poskrbite, da bo vaša nova ekipa imela vse, kar potrebuje.

Dokumentacijo naj napiše razvijalec, ki ima izkušnje iz prve roke pri konfiguriranju aplikacije in prispevanju k kodi.

Pred kakršnim koli prehodom prosimo, da prejšnja razvojna skupina olajša prenos znanja z ustvarjanjem vira, ki se dotika zgornjih tem!

Če pisanje ni močna stran ekipe, jih prosite, naj posnamejo en ali več posnetkov zaslona, ​​ki dokazujejo nastavitev razvojnega okolja, uvajanje itd. Danes obstajajo celo takšna orodja Potepuški Y. Docker ki omogočajo pakiranje in distribucijo celotnih razvojnih okolij drugim. V bistvu, namesto da bi nekoga poučevali, kako zgraditi kladivo, mu dajte kladivo.

Lakmusov test, kako razumljiva in učinkovita je projektna dokumentacija, je, kako hitro lahko novi razvijalec razume konfiguracijo svojega razvojnega okolja in izvajanje svojih aplikacij.

Razumevanje vašega izdelka

Obsežna dokumentacija vas ne razbremeni potrebe po poznavanju osnov tehnologije vašega izdelka. Kot lastnik programskega izdelka ste odgovorni, da čim bolje razumete svojo aplikacijo, tudi če nimate veliko tehničnega znanja.

Brez tehničnega ozadja? Ni razloga, da ne bi pravilno razumeli osnovnih komponent vašega projekta. To vas lahko drago stane.

• Katere tehnološke elemente uporablja vaša aplikacija? - Obstaja veliko skupnih aplikacijskih okvirov za zadnji konec in sprednji konec , in vsaka nova razvojna skupina bi morala biti seznanjena s tem, kaj uporablja vaša aplikacija. Nekaj ​​primerov zalednih spletnih tehnologij je Ruby on Rails , Node.js in [Django] (https://en.wikipedia.org/wiki/Django_ (web_framework). Nekaj ​​primerov čelnih spletnih tehnologij je: React.js , Angular.js , Y Ember.js .
• Kje je gostitelj? - Različni spletni strežniki imajo različne izvedbene postopke, ki zahtevajo različno raven strokovnega znanja. V zadnjih letih so tehnologije v oblaku ustvarile številne nove možnosti spletnega gostovanja, zato boste morali ugotoviti, katero od teh natančno uporabljate, in opisati, zakaj ste jo izbrali za druge.
• Kakšen je razvojni proces? - Ali vaša ekipa uporablja posebno orodje za upravljanje virov, kot je [Git] (https://en.wikipedia.org/wiki/Git_ (programska oprema)? Če je odgovor pritrdilen, kakšen je postopek, s katerim je bila razvita, preizkušena nova značilnost , odobren in izveden? Postopek bi moral biti standardiziran, ustrezno dokumentirano in novi člani ga lahko reproducirajo.
• Katere storitve tretjih oseb uporablja vaša aplikacija? - Nekatere aplikacije temeljijo na storitvah tretjih oseb, kot je Shopify . Upoštevajte, da se odvisnost od storitev tretjih oseb postopoma povečuje in tudi če trenutno ne uporabljate nobenih dodatnih storitev, se lahko vaš projekt kasneje odloči za uporabo storitve tretjih oseb.
• Na katerih platformah lahko deluje vaša aplikacija? - Ali je vaša aplikacija namizna aplikacija, spletna aplikacija, odzivna spletna mesta za mobilne telefone, izvorna aplikacija za iOS, izvorna aplikacija za Android ali katera druga? Ali deluje na več različnih platformah? Katera platforma je v danem trenutku vaša prioriteta? Na kateri platformi je vaš izdelek najmočnejši ali najšibkejši? Prepričajte se, da poznate vse podrobnosti o trenutnih platformah vaše aplikacije in celo na katere jih je mogoče razširiti.

Posedujte

Današnji postopek razvoja programske opreme uporablja veliko število storitev in orodij drugih proizvajalcev. Ne glede na to, ali to veste ali ne, vaša aplikacija ni nobena izjema.

Med razvojem se je vaša prejšnja ekipa morda prijavila ali naročila v vašem imenu ali celo uporabila svoje račune za dostop do potrebnih storitev. Prehod na novo ekipo pomeni, da morate prevzeti lastništvo in imeti nadzor nad vsako od storitev in orodij, na katerih temelji vaša aplikacija, tako da lahko dovolite dostop svoji novi ekipi, ne da bi morali iti prek posrednika ali pojdi za prvotnimi razvijalci.

Naslednji seznam prikazuje različna zunanja orodja ali storitve, ki bi jih vaša aplikacija lahko izkoristila:

• Upravljanje virov nadzora - GitHub , Bitbucket , Gitlab
• spletno gostovanje - Heroku , Motorno dvorišče , Digital Ocean , Bluehost , Spletne storitve Amazon
• Gostovanje datotek - Spletne storitve Amazon (S3)
• Ponudnik DNS - GoDaddy , DNSpreprosto , Lebdi
• Razvojne storitve - NewRelic , FileStack , Segmentiraj , Bugsnag (in mnogi drugi)
• Plačilne storitve - Črta , Braintree , PayPal
• Blog storitve - WordPress , Tumblr , Duh
• Rešitve za elektronsko poslovanje - Shopify , Kvadrat
• Analitika / sledenje - Google Analytics , Mixpanel , Kissmetrics
• E-poštno trženje: MailChimp , Stalni stik

Vprašajte svojo odhodno razvojno skupino, katere se prijavijo. Za katero koli storitev, ki je v lasti razvojne skupine, prosite, naj lastništvo prenese na vas. Če to ni mogoče, jih prosite, naj vam pomagajo ustvariti nov račun in se prepričajte, da aplikacija uporablja vaš račun namesto njihovega. To ne bi smelo zahtevati nič drugega kot spreminjanje nekaterih konfiguracijskih nastavitev za vašo aplikacijo. Samoumevno je, da morate zagotoviti, da vsaka razvojna pogodba že prvi dan ščiti vaše interese in zagotavlja nemoten prehod, ne glede na situacijo.

Dovoli dostop

Z dobrim razumevanjem ekosistema aplikacije in lastništva različnih orodij in storitev, ki jih uporablja, lahko zdaj dovolite popoln dostop dohodni skupini ali članu.

Večina storitev vam omogoča, da v svoj račun dodate sodelavca in mu omogočite določeno stopnjo dostopa. V tem primeru je v redu, če ste konzervativni, mnogi ustanovitelji Samostojni podjetniki še posebej raje svojim razvijalcem omogočijo skrbniški dostop do njihovih storitev in jim omogočijo, da urejajo vse. To ima stranski učinek, ko vas ne zadržuje, kar lahko, kot smo izvedeli, v prihodnosti oteži prehod.

Bi morali razvijalcem dati polne skrbniške pravice? Od vas je odvisno, zdi se, da večina ljudi ne uporablja tega pristopa. Vedno pa načrtujte vnaprej in poskrbite, da vaša odločitev ne bo negativno vplivala na novo razvojno skupino. Če tega ne storite v zgodnjih fazah projekta, imajo lahko v prihodnosti nadležne posledice.

Upravljanje primopredaje

Zdaj, ko ste pokrili vse podlage, morate upravljati prehod iz ene ekipe v drugo. Tu je nekaj osnovnih nasvetov za soočanje s prihajajočimi in odhajajočimi ekipami.

Poskrbite, da boste pravilno upravljali s tehničnimi in osebnimi vidiki predaje vašega projekta. Naj se vaša nova ekipa počuti kot doma.

Dohodna ekipa

• Postavite pričakovanja - Nova ekipa bi morala vedeti, kateri so vaši najpomembnejši cilji, da se lahko osredotoči v pravo smer. Prav tako je pomembno obvladovanje lastnih pričakovanj, kaj lahko nova ekipa doseže takoj.

• Redno obiskujte - Nove ekipe ne prepustite usodi. Redno opravljajte preglede, da se prepričate, ali imajo vse, kar potrebujejo, in da se jim ne zdi, da bi se morali sami preživljati. Poskusite to storiti brez dejanskega mikro-upravljanja. Prepričajte se, da vedo, da ste tam za podporo in pomoč, če jo potrebujejo, vendar ne pritiskajte nanje nepotrebno.

• Bodi potrpežljiv - Za razvijalce je potreben čas, da se prilagodijo novi kodi. Razumejte, da bo malo časa za učenje, preden bo nova ekipa lahko dohitela staro.

Odhodna ekipa

• Zberite vso kodo v obtoku - Prepričajte se, da je bila vsa izvorna koda registrirana v glavnem repozitoriju in da poznate stanje, kaj je bilo razmeščeno in kaj ne. Nova ekipa bo morala natančno vedeti, kje se bo lotila in začela delati. Sam sem doživel situacijo, ko sem spremljal delo ekipe, ki je uvedla kodo, ne da bi jo postavila v glavno skladišče. To je povzročilo napake, podvajanje dela in preglavice, ki bi se jim zlahka izognili, če bi odhajajoča ekipa izvorno kodo pustila v doslednem stanju.

  dohodkov pravnih oseb v primerjavi s c dohodkov pravnih oseb

• Posodobite raven dostopa - Če so se razšli v dobrih odnosih, jim boste morda želeli omogočiti dostop do vaše kode in / ali razmestitve. Številne ekipe so pripravljene pomagati v prehodni fazi, dokler nova ekipa v celoti ne prevzame mesta. Če ne, razmislite o spremembi ali preklicu dostopa, da se izognete naključnim težavam ali konfliktom z novim računalnikom.

• Zahvali se jim za njihovo delo - Prehodi so lahko grozni. Medtem ko ste zaposleni z novo ekipo, se ne pozabite zahvaliti odhajajoči ekipi za njihov prispevek k projektu.

sklep

Vsak prehod v življenju je lahko strašljiv, kar prinaša negotovost, ali bo delovalo ali ne, strah pred neznanim itd. Prehod v novo razvojno skupino ni nič drugačen, vendar lahko in morate narediti nekaj za lažje. V večini primerov je potrebno le malo dolgoročnega načrtovanja.

Z večjim tehničnim in netehničnim znanjem o svojem programskem izdelku, razvojnem procesu in vsem stvarem, ki so vstopile v postopek, bo vsak prehod iz ene ekipe v drugo čim bolj tekoč in neboleč.

Najboljše od vsega: Vaša nova ekipa vas bo spoštovala in se vam zahvalila za pripravo! Verjetno boste prihranili čas in trud, kar pomeni tudi, da boste prihranili denar. Prej, ko prej nova ekipa spozna vztrajanje na visoki strokovni ravni, tem bolje. Te prakse bodo najverjetneje nadaljevali, ko bodo prevzeli nadzor nad projektom, zato bo tudi naslednji prehod nemoten.

Preglejmo torej ključne točke, ki bi morale biti pred prenosom lastništva vašega programskega izdelka:

• Zberite ali ustvarite čim več dokumentacije o svoji aplikaciji, razvojnem okolju in postopku uvajanja.
• Spoznajte svoj izdelek znotraj in zunaj.
• Ohranite nadzor nad vsemi storitvami in neodvisnimi odvisnostmi vaše aplikacije ter imejte uporabniška imena in gesla za vse.
• Bodite pripravljeni, da novi ekipi omogočite dostop do vsega, kar potrebuje za vstajanje in zagon.
• Bodite proaktivni in ničesar ne prepustite naključju ali odhodni razvojni skupini.