Kanban vs Scrum: kuru jums vajadzētu izmantot

Neskatoties uz to, cik viegli tas var šķist, Kanban un Scrum projektu vadības metodoloģiju izpratnei ir neliela mācīšanās līkne. Ja nesaprotat, kas tie ir, izvēlēties, kuri ietvari var darboties jūsu konkrētajos projektos, nemaz nerunājot par to veiksmīgu ieviešanu, var kļūt sarežģīti.

Tātad, detalizēti izpratīsim Kanban un Scrum, divus elastīgos ietvarus, kā arī atšķirību starp abiem un to, kuru no tiem vajadzētu apsvērt.

Kas ir Kanban?

Definīcija

Kanban ir an veiklā metodoloģija (projektu vadības sistēma, kuras pamatā ir 12 principi un vērtības) un palīdz pabeigt darbu, to vizualizējot. Tas padara jūsu komandu efektīvāku, izmantojot nepārtrauktu darbplūsmu, un veicina augstas kvalitātes rezultātus adaptīvs raksturs un ļauj pabeigt darbu nedaudz ātrāk, ņemot vērā tā ierobežojumu attiecībā uz nepabeigto darbu (WIP) noteikums. Mēs to visu nedaudz apspriedīsim sīkāk.

Ietvars

Lai sāktu ar šo metodiku, varat izmantot fizisku Kanban plati vai programmatūru Kanban rīks.

Tipisks Kanban panelis sastāv no trim galvenajām kolonnām: To-Do, In-Progress un Done. Varat iekļaut vairāk to atkarībā no projekta sarežģītības — piemēram, ja sniedzat rakstīšanas pakalpojumus, jūsu slejas var būt: Pitch izstrāde, Melnraksts, Rediģēt, Nosūtīt un Reklamēt.

Turklāt šī prakse ietver noteikumu par WIP ierobežošanu. Tas nozīmē, ka pirms darba uzsākšanas jūs izlemjat, cik vienumu var palikt noteiktā kolonnā. Atkarībā no jūsu komandas kapacitātes un pašreizējās vajadzības varat atturēt kartītes pārvietošanu no iepriekšējā saraksta uz nākamo vai pārvietot kartītes uz nākamo kolonnu, lai paātrinātu procesu.

Papildus tam ir jāievēro daži citi noteikumi:

• Pārvaldīt plūsmu: Lai nodrošinātu, ka kartes tiek pārvietotas ātrāk un nemanāmi, visiem komandas locekļiem ir jābūt skaidrai izpratnei par darbu. Tas mūs noved pie šāda noteikuma.
• Skaidra politika: Tas mudina Kanban lietotājus izstrādāt skaidras vadlīnijas un noteikumus projektam un detalizētu skaidrojumu par kvalitāti, ko viņi sagaida no galaprodukta.
• Atsauksmju cilpas: Komandas dalībnieki katru rītu saņem atsauksmes par iepriekšējās dienas darbu. Turklāt viņi sniedz jaunāko informāciju par pašreizējās dienas uzdevumu sarakstu.
• Sadarbība: Atkarībā no sniegtajām atsauksmēm komandas dalībnieki veic izmaiņas uzdevumos pirms virzības uz priekšu. Ja ņemam vērā iepriekš minēto rakstīšanas pakalpojumu piemēru, pieņemsim, ka redaktors uzmetumā atrod galvenās problēmas un sniedz rakstītājam atsauksmes. Viņi pārvietos karti atpakaļ uz melnraksta kolonnu, lai veiktu izmaiņas. Kamēr rakstītājs nav novērsis problēmas, karte nevar pārvietoties uz priekšu uz tāfeles.

Metrika

Kanban galvenais rādītājs ir izpildes laiks. Tas nozīmē periodu starp jauna uzdevuma ierašanos un tā pabeigšanu.

Mainiet filozofiju

Kanban metode ir saistīta ar elastību. Jūs varat mainīt lietas, ejot, pamatojoties uz savu prioritāti. Piemēram, ja tiek saņemts jauns, svarīgāks uzdevums, varat aizturēt esošu zemas prioritātes uzdevumu un pievienot jauno darbu nepabeigtajam darbam.

Turklāt, pamatojoties uz saņemtajām atsauksmēm, varat turpināt darbu pie pašreizējā uzdevuma. Turklāt, ja mainās jūsu komanda, tad atkarībā no esošo grupas dalībnieku kapacitātes varat pielāgot arī WIP limitu kvalitatīvam darbam un komandas efektivitātei.

Tu vari izmantot Kanbanizēt, Kanban plūsma, vai Jira programmatūra ieviest Kanban projektu vadības metodiku.

Kas ir Scrum?

Definīcija

Scrum ir arī veikls ietvars, kas izmanto empīrisku (vai empīrisku) pieeju. Tā ir zinātniska teorija, kas saka, ka visas zināšanas ir balstītas uz pieredzi.

Lai izmantotu šo projektu pārvaldības metodoloģiju, jums būs nepieciešama komanda, kas pabeidz noteiktu darbu vai produktu, kas jānosūta noteiktā laika intervālā. Periodu, kurā komanda pabeidz darbu, sauc par Sprintu. Piemēram, ja jūsu projektā ir jāpublicē e-komercijas vietne, tālāk ir norādīts, kā to var sadalīt Sprints.

• 1. sprints: izveidojiet publiski pieejamu vietni.
• 2. sprints: padariet produktus pieejamus sākumlapā.
• Sprint 3: Ļaujiet klientiem veikt pirkumus tiešsaistē vietnē.

Pabeidzot Sprint, produkts tiek nosūtīts vai padarīts pieejams klientiem, lai viņi varētu apkopot atsauksmes reāllaikā. Pamatojoties uz to, tas ir uzlabots.

Lomas

Šīs ir īpašās lomas, kas jums būs nepieciešamas, lai ieviestu Scrum projektu pārvaldības metodoloģiju.

• Produkta īpašnieks: Projekta īpašnieks nodrošina, ka komanda strādā efektīvi un nodrošina kvalitāti.
• Scrum Master: Scrum Master sadala projektu pakāpēs (Sprints), piešķir uzdevumus izstrādātājiem un nodrošina, ka viss notiek saskaņā ar Scrum noteikumiem.
• Izstrādātājs: Persona (vai cilvēki), kas strādā pie uzdevumiem Sprintā.

Ietvars

• Sprinta plānošana: Projekta īpašnieks kopā ar Scrum Master un izstrādātājiem lemj par produktu uzkrājumiem un laika grafiku, lai pabeigtu Sprint un piegādātu augstas kvalitātes produktu.
• Ikdienas Scrum: Šīs ir ātrās 15–20 minūšu sanāksmes, ko sauc arī par ikdienas sapulcēm, kuras tiek rīkotas, lai pārskatītu iepriekšējā dienā notikušo un nodrošinātu, ka lietas notiek laikā.
• Iterācijas apskats: Tas ir tad, kad pabeigtie Sprinti tiek pārskatīti un demonstrēti.
• Retrospektīvs: Tiek sniegta kombinētā ārējā (no klientiem) un iekšējā atgriezeniskā saite. Šī pārskatīšanas sesija galvenokārt palīdz komandai saprast, kas izdevās labi, kas nē un kā viņiem vajadzētu darboties, lai nodrošinātu augstas kvalitātes nākotnes sprintus.

Metrika

Scrum metrika ir stāsta punkti. Šī ir aptuvenā piepūles vienība, kas būs nepieciešama, lai pabeigtu sprintu — piemēram, 1 stāsta punkts var būt vienāds ar 4–5 stundām, bet 2 stāsta punkti var būt 5–10 stundas.

Pamatojoties uz to, sprinta sižeta punkti var būt kaut kas līdzīgs 20, 35, 41 vai tamlīdzīgi.

Mainiet filozofiju

Komandu mērķis ir pabeigt konkrētu sprintu paredzētajā laika skalā. Izmaiņas tiek ieviestas tikai pēc gala produkta piegādes un klientu atsauksmju saņemšanas.

Tā kā izmaiņas tiek veiktas tikai beigās, retrospektīvā sesija galvenokārt tiek rīkota, lai nodrošinātu, ka laika gaitā tiek saņemtas minimālas negatīvas atsauksmes un piegādātie Sprinti ir augstas kvalitātes.

Tu vari izmantot nUzdevums, Zoho Sprints, vai Jira programmatūra ieviest šo projektu vadības metodiku.

Atšķirība starp Scrum un Kanban

Kanban	Scrum
Daba	Adaptīvs: izmantojiet vizuālos materiālus, lai virzītos uz priekšu procesā un pabeigtu darbu	Perspektīva: uzlabojiet uzdevumus, pamatojoties uz pieredzi, prioritāšu noteikšanu un reāllaika atgriezenisko saiti.
Ietvars	Darba vizualizēšanai tiek izmantota Kanban tāfele.	Darbs tiek veikts, pamatojoties uz sprinta plānošanu, sprintiem, ikdienas stand-ups, iterācijas pārskatu un retrospektīvām.
Kadence	Nepārtraukta plūsma, atgriezeniskās saites cilpas.	Fiksēta garuma sprints (2 nedēļas vai 1 mēnesis), pamatojoties uz stāsta punktiem.
Lomas	Nav nepieciešamas īpašas lomas.	Produkta īpašnieks, Scrum vadītājs, izstrādātājs.
Programmatūra	Kanbanize, Kanban Flow, Jira programmatūra	nTask, Zoho Sprint, Jira programmatūra

Kurš no tiem ir piemērots jums?

Atkarībā no projekta veida varat izvēlēties Kanban vai Scrum.

Varat izmantot Kanban, ja:

• Jūsu projekts prasa laika elastību.
• Jums ir jāvizualizē uzdevumi, lai būtu visam pāri.
• Jūs vēlaties adaptīvu metodi un jums ir jālabo lietas, lai nodrošinātu augstas kvalitātes produkta piegādi.

Izvēlieties Scrum, ja:

• Jums ir sarežģīts projekts, kam nepieciešama konkrēta komanda, lai nodrošinātu, ka viss darbojas nevainojami.
• Jums tas jāpabeidz noteiktā laikā.
• Jūs piešķirat nozīmi klientu atsauksmēm.

Kanban vai Scrum: kuru jūs izvēlaties?

Abas metodes ir lieliskas. Ja jums ir grūti izvēlēties starp abām, varat ieviest gan Kanban, gan Scrum metodikas vienlaicīgi — piemēram, Scrum, lai pabeigtu jūsu kopējo projektu, un Kanban, lai strādātu pie jūsu Sprints efektīvi.

Asana vs. Jira: Kura ir labāka veiklā metodoloģijā?

Lasiet Tālāk

Par autoru