Danes proizvodnja programske opreme ni enaka kot pred 20 leti. Programska oprema postaja vse bolj zapletena, saj so ekipe razdeljene dobesedno po vsem svetu in so odvisne od ljudi, ki so specializirani le za določen del procesa. Prav tako je UI / UX postalo zelo pomembno vprašanje, ko se povečuje konkurenca za zajemanje novih uporabnikov in ohranitev trenutnih.

primer mešanega celoštevilskega linearnega programiranja

V zadnjem letu sem delal na ducat projektih in skoraj vsi so uporabili a orodje za upravljanje projektov (PMT). Danes vam ne bom predstavil prodajnega koraka za določeno orodje, temveč vam bom z vidika razvijalca dal pogled od znotraj, kako se ta orodja uporabljajo v resničnem življenju, in pregled dveh reprezentativnih orodja. Upajmo, da bo ta članek odločevalcem in razvijalcem pomagal ugotoviti, kaj je najbolj primerno zanje, njihovo ekipo in projekt, na katerem delajo.

Zakaj uporabljati orodje za upravljanje projektov?

Ko sem začel, se večina mojih projektov ni zanašala na orodje za upravljanje projektov, zato boste morda vprašali, ali ga res potrebujete. Ali razvijalci ne morejo samo ustvariti programske opreme brez njih? Odgovor je, da je to odvisno od več dejavnikov, zato jih analizirajmo.

Vzpon globalnih ekip

Pri večini projektov se mi zdi, da delam za ljudi po vsem svetu, in čeprav je to res čudovito, predstavlja tudi vrsto izzivov, s katerimi se pisarniška ekipa ne bo soočala. Časovni pasi postanejo resnična težava, ko poskušate pridobiti kolega, da popravi ali spremeni del sistema, v katerem niste dovolj vešči.

Obstajajo tudi scenariji, v katerih morda ne boste mogli govoriti z drugim razvijalcem več kot enkrat ali dvakrat na teden. Orodja za upravljanje projektov pomagajo olajšati takšne procese sodelovanja, ker postanejo uradni (in iz praktičnih razlogov včasih edini) kanal za člane ekipe, da sporočajo svoje potrebe naprej in nazaj.

Seveda ne gre zgolj za komunikacijo med posameznimi člani porazdeljene ekipe. PMT zagotavljajo tudi več informacij in vidnost vsem članom ekipe, kar jim omogoča, da spremljajo napredek drugih članov ekipe in temu primerno načrtujejo svoje dejavnosti.

Sodelovanje

Morda razmišljate, da bi lahko dosegli enake rezultate preprosto s sodelovanjem po e-pošti ali drugih komunikacijskih kanalih. Moja stranka je to storila pri projektu, pri katerem sem delala pred nekaj meseci, in to je bila nočna mora. Ljudje so za komunikacijo uporabljali več e-poštnih sporočil, zato je bilo težko spremljati različne niti. Prav tako komunikacija o posamezni številki postane uganka, razdeljena na različne koščke, ki živijo v različnih e-poštnih pogovorih. Večina e-poštnih pogovorov se je dotaknila več vprašanj, zaradi česar je bilo vedno težje spremljati, kaj je še treba storiti.

Orodja za upravljanje projektov to rešijo tako, da se vsaki točki posveti en tok pogovorov, ki vam olajša življenje, saj vam omogočajo, da z enim klikom najdete vse, kar potrebujete (zasnove, API-ji in povratne informacije). S perspektive sodelovanja lahko to veliko spremeni, saj orodja za upravljanje projektov vsem omogočajo dostop in ogled vseh segmentov in faz projekta, kar zmanjšuje potrebo po stalni komunikaciji in posodobitvah.

Upravljanje projektnih zahtev

Eno največjih težav, s katerimi se soočajo ekipe, ki ne uporabljajo orodja za upravljanje projektov, povzroča notranja narava programske opreme. Mogoče delate pri zagonu in ste več kot nekajkrat zavrteli. Morda se vaši cilji in zahteve med delom na projektu nenehno spreminjajo.

V tem kontekstu bi morali programsko opremo misliti kot živo bitje. Ne glede na to, kako dobro je bil pripravljen začetni načrt, obstaja velika verjetnost, da ga bo treba spremeniti. Vendar se včasih te spremembe ne sporočijo vsem članom ekipe. Vodstvo se lahko pogovori o novi funkciji, ki vam bo dala prednost pred vašimi tekmeci, če pa menedžer tega ne izrazi ostalim članom ekipe, se to ne bo zgodilo.

Če tega ne bi zapisali, bi ga morda celo upravitelj in izvršni direktor pozabil. Če nimate kraja, kjer imate najnovejše in uradne zahteve, boste izgubili veliko časa in denarja. PMT ponujajo eno samo resnico, eno mesto, kjer se vse zahteve in informacije hranijo v času trajanja projekta. Tu ne gre le za funkcije, ki niso dodane in jih lahko dodate pozneje - razvil sem celotne funkcije samo zato, da sem ugotovil, da mi niso povedali, da te funkcije ne podpiramo več.

Učinkovitost pomnilnika in časa

Najbledejše črnilo je zanesljivejše od najmočnejšega pomnilnika. - Pregovor

Toliko časa lahko v glavi zmožemo le toliko. Ko pokličete s svojimi menedžerji in med pogovorom sprožijo ducat različnih vprašanj, se v nekem trenutku nekaj izgubi. Lahko bi poskusili sami zapisati najpomembnejše točke, a vseeno bi lahko nekaj padlo skozi razpoke.

Če si zapišete zahteve, namesto da bi se o njih pogovarjali med klicem, je dober način, kako ujeti morebitne manjkajoče elemente v toku ali zaznati stvari, ki bi vam trenutno lahko preprečile izvajanje te težave. Razvoj programske opreme ni linearen, zato boste morda danes začeli delati na funkciji, vendar boste imeli v izdelku nekaj bolj nujnega in se čez nekaj tednov ali mesecev vrniti, da boste le ugotovili, da ste pozabili, kaj natančno je bilo potrebno.

Zato vam lahko z zapisanimi zahtevami prihranite čas, tako da se ne spomnite ali pa se izognete ponovni razpravi o isti funkciji. Časovna učinkovitost je zelo pomembna, saj je programska oprema bolj zapletena, zato lahko izkoristite zgolj zapisovanje stvari, da zmanjšate čas sestanka na polovico ali več, tako da se osredotočite samo na vprašanja, ki jih morate razjasniti.

Osredotočite se

To je povezano s prejšnjo številko spremljanja komunikacije, povezane s težavo, ki jo obravnavamo, in samo sledenja značilnostim prihodnjih zahtev, ne da bi vam bilo treba o teh stvareh govoriti.

To razvijalcu pomaga, da se osredotoči na ustvarjanje stvari, ki so trenutno potrebne, in se nauči, kaj sledi. Ne gre le za udobje in enostaven dostop do informacij. Dodana raven prepoznavnosti omogoča vsakemu članu ekipe, da vidi širšo sliko in temu primerno načrtuje naprej.

Ključne lastnosti PMT

Torej, tisto, kar iščemo v PMT, je orodje, ki pomaga upravljati pogovor, tako da razprave o različnih vprašanjih vodi ločeno in dobro organizirano. To pomaga pri komunikaciji med ljudmi v različnih časovnih pasovih in različnih ekipah, hkrati pa služi kot odlagališče uradne vizije programske opreme, pomaga vam ohraniti osredotočenost in prihrani čas, tako da razvijalcu, vodji projekta, zmanjša trenje v razvojnem procesu in vsi, ki sodelujejo v današnji pokrajini razvoja programske opreme.

Jira

Jira je zelo zmogljiv PMT, ki je bil posebej zasnovan za razvoj programske opreme. Vendar vsi ne poznajo vseh lastnosti Jire in je lahko izjemno, če ste lastnik podjetja, ki poskuša upravljati svoj prvi projekt. Če to berete kot oseba, ki se odloča med različnimi možnostmi, vendar Jire še ni uporabila, priporočam, da si najprej ogledate nekaj vadnic, da boste resnično izkoristili njeno moč.

Sprinti

Obstajajo tri besede, s katerimi lahko definiram večino svojih izkušenj z Jiro, ena izmed njih pa je sprint . Šprint je časovno obdobje, v katerem si ekipa prizadeva izpolniti določene cilje, ki so lahko tesno povezani ali ne. Je popolnoma prilagodljiv. Šprinti Jira običajno trajajo teden dni, kar je po mojem mnenju optimalno.

Z vidika razvijalca vam to omogoča fleksibilnost, da vam dodelijo več stvari in delajo v vrstnem redu, ki je za vas najbolj udobno, ki lahko dela na trdem in nato enostavnem za sprostitev ali morda na 2 -3, ki so hkrati tesno povezani. To razvijalcem omogoča, da sprejemajo nekatere odločitve, hkrati pa se osredotočajo na pravočasno izvedbo.

Jira Eps in vprašanja

Medtem ko sprinta skupinske naloge v časovni sferi, epike lahko razvrsti naloge po temah. Naloge lahko na primer razdelite na šprinte na teden, lahko pa jih hkrati razvrstite v prednji in zadnji del. Pri razdelitvi nalog po temah lahko subjektu dodelite razvijalca.

Na primer, lahko imate epiko za selitev podatkov iz obstoječe baze podatkov, zato lahko to epsko migracijo DB pokličete in ker so vse naloge v tej epiki povezane, je lahko za to odgovoren en razvijalec med vsemi sprinti. S tem se izognemo temu, da bi dva razvijalca porabila čas za učenje stare baze podatkov, zaradi česar je razvoj učinkovitejši.

Vprašanja , po drugi strani pa so stvari, ki jih je treba narediti, kar lahko pripada epu in sprintu. Obstaja več vrst vprašanj in taka so zgodba , naloga , in napaka . Zgodba ima posebnost, da ima podopravila, ki jih lahko uporabimo za razčlenitev vprašanja na manjše koščke, ki skupaj sestavljajo popolno sliko - s tem se izognemo ustvarjanju velikega števila nalog, namesto da se osredotočimo na en sam element, ki ga je treba dokončati.

Naloge v Jira so vprašanja, ki so zelo specifična in nimajo podopravil. Ko je nekaj, kar je treba narediti, zelo preprosto in nima smisla, da bi ga poskušali razbiti, je to naloga. Napake so stvari, ki jih je treba popraviti - ohranjanje napak kot posebne kategorije vam bo pomagalo razumeti, koliko popravljate, v primerjavi s tem, koliko napredujete v projektu.

Prednostne naloge

Komunikacija je velik del enačbe pri delu v globalni skupini, ki deluje v več časovnih pasovih. Delo po vsem svetu ni prispodoba, ampak resničnost, v kateri živijo mnogi razvijalci. Ena od stvari, ki jo je težko sporočiti od upraviteljev do razvijalcev, je prednostna raven naloge. Predstavljajte si naslednji scenarij z uporabo seznama opravil:

Razvijalec vidi, da morajo v tem tednu opraviti sedem nalog. Nekateri so težki, drugi pa enostavni. Ena ključna naloga za upravitelja pa je zelo zapletena, toda razvijalcu na seznamu nalog so vse naloge enake - morda se bodo najprej odločili za lažje, kritično pa za konec. Če se zgodi kaj nepričakovanega in se seznam ne konča, je to najpomembnejša naloga, ki se reže ali pa se konča v hitrem postopku (verjetno pri tem žrtvuje kakovost). To je v Jiri zelo enostavno rešiti z prednostne naloge , ki razvijalcem omogoča, da razumejo, kaj je bolj pomembno ali bistveno za dokončanje.

Vsebina, Vsebina, Vsebina

Ena izmed stvari, ki jih boste pri Jiri resnično cenili, je količina vsebine, ki jo lahko umestite pod vsako številko; lahko dodate slike ali povezave in označite druge člane ekipe - čeprav to velja tudi za Trello, uporabniški vmesnik vas resnično premami, da postavite več vsebine, kar pomaga imeti več podatkov o vsaki nalogi.

Prednosti in slabosti Jire

Jira je zelo uveljavljeno orodje z veliko funkcijami, ki so bile vključene posebej za razvoj programske opreme. Ponuja veliko integracij z drugimi sistemi in vam pomaga, da se dobro organizirate. Še posebej dobro je za (zelo) velike ekipe.

Jira, ki je sposobna PMT s številnimi funkcijami, je lahko za začetnika razvijalca nekoliko zastrašujoča. Izkušnje so lahko izjemne - sprinti, epike in številke se lahko združijo. To še posebej velja, če je upravitelj stranka z malo izkušnjami pri razvoju programske opreme, ki poskuša voditi skupino razvijalcev. Jira toplo priporočam velikim ekipam in velikim projektom, ki bodo trajali nekaj časa (več kot nekaj mesecev), pa tudi izkušenim menedžerjem (strankam) in razvijalcem.

Prednosti

• Zasnovan posebej za razvoj programske opreme
• Omogoča, da ima vsaka številka veliko vsebine, kot so povezave, slike, priloge
• Ima mobilno aplikacijo z obvestili, ki vam pomaga ves čas spremljati težave
• Združuje sprinte z jedrom izdelka
• Omogoča zelo intuitivno filtriranje opravil, tako da se lahko osredotočite na naloge, ki so za vas pomembne

Slabosti

• Ima veliko funkcij, zato lahko programsko opremo zlahka premalo uporabljate
• Zahteva nekaj usposabljanja, da lahko izkoristite vse njegove lastnosti
• Zahteva (ali vsaj neizmerno pomaga) razumevanje Gibki razvoj
• Lahko je presežek pri majhnem projektu z majhno ekipo

Trello

Trello lahko povzamemo v preprost stavek: »deske s kartami«, tudi. Kanban . Na prvi pogled bi lahko bilo za nepoučeno oko celo preveč preprosto; preproste stvari pa so lahko nadvse koristne.

kako zgraditi finančne modele

Preprostost je močan koncept. To je del razloga, da sta iPhone in Mac postala tako priljubljena, saj je bil njihov operacijski sistem preprost in vesel za uporabo. Medtem ko se Jira počuti kot da imaš vse, kar se ti zdi, ima Trello ravno dovolj, da te spravi skozi. Brez epik, brez zgodb, brez sprintov - preprosto delate na kartici in jo premikate skozi različne faze (stolpce).

Upoštevajoč, da vse to obstaja tudi v Jiri, bom razložil nekaj funkcij, ki najbolj sijejo v Trellu.

Obdobja

Trello določa obdobja zelo enostavno - preprosto ustvarite stolpec in ga začnite uporabljati. Najpogostejši so To Do, Doing, Review in Done. Zaradi enostavnosti lahko dodate druge stolpce, na primer On Hold (Jira lahko tudi to stori, vendar se zdi, da so izgubljeni, razen če teh vprašanj izrecno iščete) ali ustvarite stolpce za različne dele sistema, kot je Todo Front-end ali Todo Back-end. To je odlično, če sta ekipa in projekt majhna, na primer preprosto spletno mesto, pripomoček ali razširitev, kjer ni veliko članov ali nalog, ki bi jih lahko hkrati upravljali.

kaj od tega velja za napako manjkajočega elementa?

Člani

Članom lahko dodelite kartico in tako razvijalcu dodelite kartico - tam zelo preprosto. V komentarjih lahko označite tudi druge člane, kar vsem, ki sodelujejo v težavi, pomaga, da še naprej komunicirajo o njej.

Z enim samim klikom lahko uporabniki enostavno filtrirajo svoje kartice ali kartice drugih članov ekipe, kar je še posebej priročno v pogledu koledarja.

Zelo vizualno

Zaradi svoje preprostosti ima Trello Kanban viden vsakič, ko odprete vsebino kartice. Gre za zelo vizualni pristop, saj se temu pogledu ne morete izogniti. Na karticah so lahko tudi slike, ki so vidne na plošči.

To je tisto, česar Jira nima (ali vsaj nisem videl, da bi se uporabljalo pri resničnem projektu). Ker slika lahko pove več kot besede, lahko preprosto vidite, kaj se dogaja, ne da bi odprli vsako vozovnico.

Poleg tega lahko s pisanimi oznakami Trello dodate še več informacij, ne da bi morali kartico razširiti. Z nekoliko dobre organizacije se ti Kanbanovi ustrezniki oznak Post-It lahko izkažejo za zelo koristne in vam prihranijo veliko nepotrebnega klikanja.

Preobremenjenost z informacijami

Zaradi lastne preprostosti vas Trello spodbuja, da stvari ostanejo preproste in natančne, pri čemer se izognete občutku, da vas preplavijo gore informacij. Velikokrat boste delali na projektu, v katerem vas nenehno zasipajo obvestila za predmete, s katerimi sploh niste vpleteni.

Zdi se, da je ta dodaten hrup pri Trellu nekoliko zmanjšan, vsaj po mojih izkušnjah. Ker Trello ni tako uporabniku prijazen za dodajanje informacij, sem ugotovil, da so težave ponavadi manjše, kar pomeni, da so naloge razdeljene na manjše koščke kot v Jiri. Z nekaj načrtovanja te majhne naloge ne smejo ustvarjati preveč hrupa.

Gamifikacija

Koncept igranja je delno sprejeti preprosto nalogo in jo z nagradami spremeniti v igro. 'Težavnosti vas ne odvrnejo, če jih dopolnite z nagradami,' kot je poudarjeno v tem članku na Trello Blog .

Adrenalin (ali dopamin) se poveča, kadar se vozovnica premakne z ene stopnje na drugo. Ker kartice ne morete premakniti na drugo stopnjo, ne da bi jo povlekli na Trello (medtem ko je na Jiri najlažje samo spremeniti stanje težave), dobite fizično povezavo z napredkom, ki ga dosežete. V nekem trenutku, ne da bi se tega zavedali, se vam zdi, da bi tekmovali sami s seboj, da bi na ta dan izločili več vprašanj kot prejšnji dan (upam, da s tem občutkom nisem sam) ali pa se preprosto počutite, da bi se borili, da bi naredili rubriko izpraznite čim hitreje. Številni programski izdelki danes uporabljajo gamifikacijo, da ustvarijo večjo angažiranost, kot so pogledi in všečki na večini družbenih platform - ta mehanizem akcije-nagrajevanja je tisto, kar ljudi spodbuja k sodelovanju na platformah.

Dobri in slabi

Še vedno sem presenečen nad tem, kako se uporaba Trella počuti veselo in zagotovo je njena preprostost ključnega pomena za to izkušnjo. Naloge so ponavadi manjše - čeprav opravite enako delo, je bolje, da tri naloge premaknete v stolpec »Za pregled«, kot pa, če spremenite status posamezne zgodbe o Jiri v Končano. (Menim, da je stopnja pretvorbe ene zgodbe o Jira približno tri karte na Trellu.)

To je idealno za nove razvijalce ali lastnike podjetij, ki poskušajo voditi projekt, ker je ovira za vstop zelo nizka. Trello lahko zlahka obvlada kdo, programski inženir ali kako drugače. Težava je v tem, da je Trello morda preveč lahek za določene projekte in velike ekipe. Čeprav lahko preprosto ustvarite dodatne plošče, lahko veliko razvijalcev, ki delajo na eni plošči, povzroči težave. Preprosto ni kvalitativno enako kot Jirin deljeni delovni prostor.

Prednosti

• Nizka ovira za vstop - ne potrebujete nobenih izkušenj
• Preprost uporabniški vmesnik
• Izredno vizualno - idejo dobite takoj
• Idealno za majhne projekte in majhne ekipe

Slabosti

• Ni prijazen uporabniški vmesnik / uporabniški vmesnik za dodajanje številnih podrobnosti težavi
• Na mobilnem telefonu se ne prevaja tako dobro, saj fizično potrebujete več prostora za prikaz table kanban
• Nima načina (vsaj intuitivno), da določi prednostne naloge

Ali naj uporabim orodje za upravljanje projektov?

Da - mislim, da bi v današnji tipični situaciji, v kateri upravitelj ali lastnik podjetja ne moreta odgovarjati na vprašanja 24 ur na dan, 7 dni v tednu, morali resnično razmisliti o uporabi orodja kot načina, kako imeti skladišče, kjer je zapisano vse potrebno na jasen način. To vam bo pomagalo, da se izognete zmedi ali zgrešenim predmetom, ker so bili v pogovoru po Skypeu pozabljeni ali pokopani pod več sto e-poštnimi sporočili. Če je vaš projekt manjši, kot je spletna stran za hobije, je PMT morda preveč.

Katero naj uporabim?

Odgovor na to je tisti, ki najbolj ustreza vašim potrebam. Če je vaša ekipa sestavljena iz več kot štirih ljudi in bo projekt trajal več kot eno leto, bi se odločil za Jira. Če je to vaš primer, toplo priporočam, da preberete več o tem, kako uporabljati Jiro in kako jo uporabljati metodologije razvoja programske opreme .

Če ima vaša ekipa manj kot štiri ljudi in je projekt preprosto spletno mesto ali morda obstoječemu projektu dodate nekatere funkcije, priporočam Trello zaradi enostavnosti. Kot vedno lahko z orodji delo opravita oba, vendar to ne pomeni, da je najboljše enako za vse.

Razumevanje osnov

Kaj je vstopnica za Jiro?

Vstopnica za Jiro je kot atom ena najmanjših enot v vodenju ekipe. Vstopnica je lahko drugačna, v primeru Jire je lahko naloga, zgodba ali napaka. V bistvu gre za nalogo, ki jo morate opraviti in je navedena na Jira kot posamezen element.

Kako deluje Jira?

Jira deluje tako, da olajša organizacijo velikih skupin razvijalcev, tako da lahko sledite dejavnostim in trenutnemu stanju posamezne dejavnosti. V ta namen vsebuje številne funkcije, kot so prednostne naloge in šprinti, in je Agile prijazen.

Kaj je Jira Epic?

Ep je skupina zgodb, nalog, ki so povezane z namenom, ki ga želijo doseči. Predstavljajte si, da uporabljate platformo za družabna omrežja: epika je lahko spletno mesto, ki vsebuje vse naloge, povezane s spletnim mestom, drugo pa je lahko aplikacija, ki vsebuje težave, povezane z aplikacijo itd.