Aeg-ajalt küsivad teised, kuidas mul õnnestub projekti jooksul korraldada erinevaid ülesandeid, varasid, ressursse ja nendega seotud asju. Esiteks olen otsustanud hoida Pressware väikesena (ja see on mõnel põhjusel), nii et see võimaldab mul seda käitada teisiti, kui see oleks muidugi suurem.
Teiseks kasutan tavaliselt kanbani tahvli väga vähendatud versiooni. Neile, kes pole tuttavad, on kanban defineeritud järgmiselt:
Jaapani tootmissüsteem, milles komponentide tarnimist reguleeritakse tootmisliini mööda saadetava juhendkaardi abil.
Sel eesmärgil mõtlesin, et jagan lühikest ülevaadet sellest, kuidas ma tavaliselt iga veergu ja iga kaarti seadistan ning tööriistu, mida iga ülesande täitmiseks kasutan.
Kanban WordPressi arenduses
Üldiselt sisaldab iga minu seadistatud tahvel – ja ma räägin hetkel tööriistadest, mida ma nende jaoks kasutan – nelja veergu, millest igaüks on määratletud järgmiselt:
- ÜLESANNE. See on sisuliselt mahajäänud ülesanded, mis tuleb projekti lõpuleviimiseks ära teha. See on loetelu kõigist nõuetest, mis on tavaliselt tööaruandes välja toodud , kuid jaotatud ülesanneteks, mida saab igas veerus liikuda, et näha tehtud edusamme.
- Teeb. Kui kaart on selles veerus, tähendab see, et meeskond, keegi teine või mina töötan selle kallal. Mõnikord sisaldab kaart mitut alamülesannet (mis on tavaliselt märgitud märkeruutudena) ja hoiame neid ülesande olekuga kursis. Püüan jätta iga kohustusega seotud kaardi lähtekoodis nii, et kui peame midagi tagasi veerema, siis liigutame kaardi tagasi veergu. Teise võimalusena saame pärast muudatuse tegemist kaardi järgmisse veergu teisaldada.
- Arvustus / Lavastatud. See veerg tähendab, et töö on tehtud ja kasutaja saab seda saidi lavastuskeskkonnas üle vaadata. Tavaliselt annan klientidele juurdepääsu tahvlile, et nad saaksid seda teha. See tähendab, et nad näevad, millal miski on ülevaatamiseks valmis, saavad juurdepääsu lavastuskohale ja saavad kontrollida, kas tööaruandes ja kaardil loetletud nõuded on kasutamiseks valmis.
- Tehtud. Kui klient on veendunud, et lõpetatud töö on tehtud teda rahuldavalt, liigub kaart tehtud veergu, kood liidetakse põhiharuga ja tsükkel kordub. Kui aga ülesannet ei tehta, läheb kaart tagasi Doing’i ja liigub konveieri kaudu tagasi, kuni see on vabastamiseks valmis.
Nüüd, kui rääkida projektidega töötamisest, tuleb arvestada veel ühe aspektiga: varad.
Üks tõeallikas
Täpsemalt, ma räägin kõigest, mis ulatub:
- fonte,
- kujundused,
- kolmanda osapoole API-de mandaadid,
- kolmanda osapoole tööriistad,
- või üldiselt mis tahes muu vara, mida võib vaja minna projekti algusest peale või alates projekti arendajatest.
Sellega toimetulemiseks on paar võimalust ja ma püüan lasta varade olemusel määrata, kuhu ma asjad paigutan. Näiteks kujundusvarasid hoitakse sageli jagatud Dropboxi kaustas või võib-olla kaardil, kui need on väikesed (aga tavaliselt ei ole). Isegi siis võin ikkagi luua veeru Ressursid ja loendikaarte näiteks Dropboxi kausta linkidega.
Väga lihtne näide Trello kasutamisest.
Kui see on API mandaat, võin selle paigutada kaardile veerus Ressursid, kuid kui see on midagi tundlikku, siis võin kasutada privaatset Droplri märkust ja seejärel linkida selle enda valitud projektihaldustööriistast.
Saate siiski aru: vara olemus määrab, kus see salvestatakse, kuid kanbani tahvel viitab sellele alati mingil viisil. See aitab sellel jääda teie ja kõigi asjaosaliste jaoks üheks tõeallikaks.
Ja tööriistade jaoks?
Arvan, et paljudele meist meeldib proovida uut läikivat asja. Mõne jaoks on see peaaegu harjumus:
Kas uus projektijuhtimise tööriist ilmub? Proovime seda. Kui teiste jaoks on mõni proovitud meetod, mis töötab, siis miks mitte sellest kinni pidada?
Olenemata sellest, kuhu langete, on minu arvates oluline leida see, mis teie ja teie meeskonna jaoks kõige paremini sobib, ning seejärel kasutada neid järjepidevalt ja ettekirjutaval viisil, mida saab rakendada kõigis projektides.
Minu jaoks kasutan tavaliselt järgmisi tööriistu:
- Trello või GitHubi projektid. See sõltub suuresti kliendist.
- Dropbox varade jagamiseks.
- Droplr mandaatide turvamiseks.
- Google’i dokumendid tööavalduste ning nõuete ja tingimuste jaoks
- Google Docs kuluaruannete jaoks
- Arve arvete eest.
- Eversign for e-allkirjad ülaltoodud dokumentidel.
Tean, et mõne ülaltoodud tarkvara puhul võivad mõned olla mures turvalisuse pärast, eriti kui see on seotud finants- või turvateabega.
John Salvino foto saidil Unsplash
Ma ei võta seda kergelt. Rusikareegel, mida püüan järgida, on see, et kui see on midagi, mida minu arvates tuleb täiesti turvaliselt hoida, siis kasutan selle kasutamiseks sobivat süsteemi; muidu, kui see on midagi, millele ma tõesti ei pahanda, kui keegi peaks juurde pääsema, siis on see minuga okei.
Ja ma arvan, et see on oluline kaalutlus, mida peame teistele teenust pakkuma. Tegelikult on see ilmselt sisu mõneks muuks postituseks, kui mitte terve teise ajaveebi jaoks. Aga see pole see postitus ega ka see blogi – vähemalt mitte praegu.
Minu point?
Lõpuks veenduge, et teil oleks järgmised asjad.
- viis teile ja teie kliendile jälgida projekti edenemist kogu arenduse elutsükli jooksul,
- viis, kuidas nad saavad näha, kuidas asjad lähevad, mis ei ole ilmselgelt tehnilised, nagu allika juhtimine,
- võimalus jagada ja vajadusel juurde pääseda,
- oskus suhelda ja vajadusel küsimusi esitada.
Olen kindel, et on ka muid märkimist väärivaid asju, kuid need on selle postituse sisu võtmeks. Nii et kanbani kasutamine WordPressi arenduses pole keeruline, kuid seda toetavad ka mõned täiendavad asjad, mis võivad protsessi lihtsamaks muuta.
Hoidke ühte tõeallikat, mida toetavad kolmandate osapoolte teenused, mis muudavad koostöö lihtsaks.