Ak študujete inžinierstvo alebo ste inžinier, možno ste už vo svojom odbore často počuli slovo „nezaostalé“.
Zamysleli ste sa však niekedy nad tým, čo je to nevybavené veci a prečo je to také dôležité pri inžinierskych projektoch?
Backlog je viac než len zoznam úloh alebo objednávok, ktoré ešte neboli vykonané.
Je to mocný nástroj, ktorý dokáže vytvoriť alebo zlomiť projekt, a ak ho viete dobre používať, môžete dosiahnuť úspech projektu.
V tomto blogovom príspevku budeme hovoriť o nevybavenosti v inžinierstve vrátane jeho rôznych typov, úloh a dôležitosti.
Takže pokračujte v čítaní, ak chcete posunúť svoje inžinierske projekty na ďalšiu úroveň.
Pochopenie definícií nevybavených vecí a ich významu v inžinierstve
Formálna definícia:
1. Hromadenie zákaziek sľubujúcich budúcu prácu a zisk 2. Hromadenie nespracovaných materiálov alebo nevykonaných úloh.
V inžinierstve a projektovom manažmente je nevybavená položka zoznam úloh, ktoré je potrebné vykonať a aké dôležité sú.
Pomáha tímom plánovať detaily skôr, ako strávia príliš veľa času plánovaním rozsahu a obchodných priorít.
Zoznam vecí, ktoré treba urobiť:
Produktový tím rozhoduje o tom, na ktorých projektoch bude ďalej pracovať, a nevybavené úlohy využívajú všetky tímy vo vývojovom cykle na sledovanie a uprednostňovanie svojich úloh pri práci na dodaní produktu.
Najdôležitejšie položky sú v hornej časti produktového backlogu, takže tím vie, na čom má pracovať ako prvý.
Používateľské príbehy, opravy chýb a aktualizácie produktov sú bežné veci, ktoré sa zaraďujú do produktového backlogu.
Vývojový tím neprepracuje nevybavené veci naraz.
Namiesto toho robia malé kúsky naraz, nazývané "šprinty".
Úprava alebo zdokonaľovanie backlogu sa robí pravidelne, aby sa zabezpečilo, že úlohy každého sprintu sú jasné a realizovateľné.
Aké dôležité sú nevybavené veci:
Dobre uprednostňovaný agilný backlog uľahčuje plánovanie vydaní a opakovaní, nastavuje očakávania zainteresovaných strán a iných tímov a robí z času inžinierstva stálu výhodu.
Dobre organizovaný produktový backlog pomáha tímu jasne definovať a pochopiť ciele a požiadavky projektu, uprednostňovať úlohy podľa toho, aké sú dôležité, prijímať informované rozhodnutia o tom, na čom by sa malo ďalej pracovať, a neustále sa prispôsobovať meniacim sa požiadavkám a prioritám, vďaka čomu sú vývojové procesy flexibilnejšie a efektívnejšie.
Správa backlogu:
Správa nevybavených úloh je proces, ktorým tímy pridávajú, menia, čistia a hodnotia nevybavené položky, aby sa zaistilo, že používatelia dostanú najdôležitejšie funkcie ako prvé.
Úplné nahromadenie môže poškodiť vývoj softvéru, pretože uvedenie produktu na trh bude trvať dlhšie a bude menej dobrý.
Obnova nevybavených vecí môže byť kľúčovou súčasťou pri návrate projektu do správnych koľají a podpore kreativity, ktorá je taká dôležitá pre úspešný vývoj softvéru.
Backlog môže tiež znamenať:
V účtovníctve a financiách je nevybavené množstvo práce, ktorú je potrebné vykonať, napríklad objednávky odberateľa, ktoré je potrebné vyplniť, alebo finančné dokumenty, ktoré je potrebné spracovať.
Nevybavené veci môžu byť dobré alebo zlé, v závislosti od toho, ako to ovplyvňuje situáciu.
Na jednej strane to môže znamenať, že tržby stúpajú, no na druhej strane sa spoločnosti zvyčajne snažia vyhnúť nevybaveným veciam, pretože by to mohlo znamenať, že sú menej efektívne alebo nedokážu uspokojiť dopyt.
Odomknutie sily nevybavených vecí: Ako sa vyhnúť termínom a zvýšiť stres!
Stále ťažké pochopiť? Dovolím si trochu zmeniť uhol pohľadu:
Už vás nebaví dokončovať veci načas a v rámci rozpočtu? Chýba vám vzrušenie z blížiaceho sa termínu a sladká chuť paniky? No, nebojte sa, pretože viem, čo mám robiť: nevybavené veci! Áno máš pravdu.
Len nech sa tie príkazy a úlohy nahromadia a čoskoro budete mať viac práce, než viete, čo máte robiť.
Rozlúčte sa s vybavovaním vecí a pozdravte infarkty spôsobené stresom.
Koho zaujíma, ako zarábať peniaze a byť efektívny?
Dobre, to bol len vtip, ktorý vyzeral ako televízna reklama.
Teraz sa vráťme k vysvetleniu.
Produktový backlog vs sprint backlog: kľúčové rozdiely
Produktový backlog a sprint backlog sú dva dôležité nástroje na organizovanie projektov vývoja softvéru v agilných metodológiách.
Oba backlogy sú dôležitou súčasťou každého projektu vývoja softvéru, ale ich rozsah a ciele sú odlišné.
Nevybavené produkty:
Vlastník produktu vytvorí zoznam funkcií, ktoré sa majú pridať do projektu pred spustením projektu.
Tento zoznam sa nazýva „produktový backlog“.
Poskytuje prehľad o celom produkte vrátane základných cieľov a princípov a ďalších častí, ktoré sa s väčšou pravdepodobnosťou zmenia.
Neustále sa mení a môže sa kedykoľvek zmeniť, aby odrážala zmeny na trhu alebo spätnú väzbu od zákazníkov.
Produktový backlog je jedným z najdôležitejších spôsobov, ako môžu vývojársky tím a zainteresované strany hovoriť o tom, čo je potrebné vybudovať a prečo.
Je to tiež živý dokument, ktorý dáva celému vývojovému tímu jediný zdroj pravdy, ktorý môže používať počas celého projektu.
Backlog sprintu:
Na druhej strane backlog sprintu je podmnožinou produktového backlogu, ktorý obsahuje iba položky z produktového backlogu, ktoré je možné dokončiť počas každého agilného sprintu.
Vďaka tomu viac vynikne práca produktu počas určitého časového obdobia.
Backlog sprintu tvoria položky z produktového backlogu, ale iba tie, ktoré je možné dokončiť počas každého agilného sprintu.
Počas porady plánovania sprintu sa tím rozhodne, na ktorých položkách z produktového backlogu bude počas sprintu pracovať.
Tu vzniká backlog sprintu.
Keď sa na tom všetci dohodnú, položky a kroky na ich dokončenie sú nastavené pre celý sprint.
Backlog sprintu sa líši od backlogu produktu v tom, že ho možno zmeniť iba počas stretnutia plánovania sprintu.
Čo je iné:
- Rozsah: Produktový backlog poskytuje prehľad všetkých funkcií, ktoré je možné pridať do projektu, zatiaľ čo backlog sprintu sa zameriava na to, čo je potrebné urobiť v každom agilnom sprinte.
- Účel: Produktový backlog je komunikačný nástroj medzi vývojovým tímom a zainteresovanými stranami, ktorý poskytuje spoločné pochopenie toho, čo je potrebné vybudovať a prečo.
Vývojový tím používa backlog sprintu na plánovanie a vykonávanie práce počas konkrétneho sprintu.
- Flexibilita: Produktový backlog je živý dokument, ktorý možno kedykoľvek aktualizovať, aby odrážal zmeny na trhu alebo spätnú väzbu od zákazníkov.
Počas sprintu je backlog sprintu zmrazený a zmeny je možné vykonať iba počas stretnutia plánovania sprintu.
Riadenie a udržiavanie nevybavených úloh: Úlohy a zodpovednosti
Sledovanie a správa backlogov je kľúčovou súčasťou agilného vývoja softvéru.
Tu sú najdôležitejšie úlohy a zodpovednosti, pokiaľ ide o riadenie a sledovanie nevybavených vecí.
Zodpovednosti vlastníka produktu:
- Vlastník produktu je zodpovedný za správu a udržiavanie produktového backlogu vrátane rozdelenia položiek do používateľských príbehov.
- Sú zodpovední za organizáciu a udržiavanie produktového backlogu vrátane jeho obsahu, dostupnosti a objednávania.
- Zabezpečujú, že nevybavené veci sú v súlade s celkovými cieľmi projektu a že tím pracuje na dôležitých a hodnotných úlohách.
Zodpovednosti vývojového tímu:
- Vývojový tím je zodpovedný za premenu produktového backlogu na prírastkové časti funkčnosti.
- Vlastnia Sprint Backlog a sú zodpovední za rozhodovanie o tom, ktoré položky zahrnúť a ako ich uprednostniť.
- Poskytujú odhady pre položky Product Backlog počas relácií plánovania sprintu.
- Vytvárajú Sprint Backlog, čo je súbor položiek produktového backlogu vybraných pre sprint, spolu s plánom dodania produktového prírastku pri realizácii cieľa sprintu.
- Vykonávajú prácu zo Sprint Backlogu a upravujú a aktualizujú ho, keď budú k dispozícii nové informácie.
Úlohy Scrum Mastera sú:
- Scrum Master uľahčuje Scrum udalosti a pomáha každému pochopiť Scrum teóriu, praktiky, pravidlá a hodnoty.
- Môžu byť zapojení do procesu zmeny nevybavených vecí, ale nemajú právomoc vykonávať zmeny sami.
Spolupráca a vzájomné rozprávanie:
- Aj keď je za udržiavanie produktového backlogu zodpovedný výlučne vlastník produktu, jeho vylepšovanie by malo byť spoločným úsilím, do ktorého zvyšok tímu Scrum prispieva svojimi doterajšími znalosťami, postrehmi a skúsenosťami s projektom.
- Celý tím pracuje a prispieva k produktovému backlogu, ale v konečnom dôsledku je na Vývojovom tíme, aby ho premenil na fungujúci softvér.
Stručne povedané, Product Owner má na starosti Product Backlog a Vývojový tím má na starosti Sprint Backlog.
Scrum Master vedie stretnutia Scrumu a zabezpečuje, aby každý pochopil teóriu, praktiky, pravidlá a hodnoty Scrumu.
Tím spolupracuje a hovorí, aby sa uistil, že obe nevybavené veci sú správne, aktuálne a v súlade s celkovými cieľmi projektu.
Vývojový tím má na starosti premenu položiek na produktovom backlogu na softvér, ktorý funguje, zatiaľ čo vlastník produktu zabezpečuje, aby bol backlog v súlade s celkovými cieľmi projektu.
Techniky spresňovania a stanovovania priorít
Riadenie a udržiavanie nevybavených úloh: Úlohy a zodpovednosti
Nevybavené položky sú dôležitou súčasťou agilného projektového manažmentu a je potrebné ich spravovať a udržiavať v aktuálnom stave.
Tento článok hovorí o tom, aké sú úlohy a povinnosti tímu Scrum, pokiaľ ide o správu a sledovanie nevybavených produktov a sprintov.
Vlastník produktu a produktový backlog
Vlastník produktu má na starosti správu a aktualizáciu produktového backlogu, čo je živý dokument, ktorý sa mení na základe obchodných potrieb, trhu a technológie.
Cestovná mapa a jej požiadavky sa používajú na vytvorenie produktového backlogu, čo je zoznam práce pre vývojový tím, ktorý je zoradený podľa toho, ako je dôležitý.
Najdôležitejšie veci sú navrchu, aby sa na nich dalo najskôr popracovať.
Vlastník produktu je zodpovedný za udržiavanie usporiadaného a aktuálneho produktového backlogu.
To zahŕňa rozdelenie položiek do používateľských príbehov.
Rozhodujú o tom, ako zoradia úlohy na nevybavených úlohách, a uistia sa, že zodpovedajú celkovým cieľom projektu.
Vlastník produktu môže kedykoľvek zmeniť alebo zmeniť poradie úloh v backlogu na základe spätnej väzby od zákazníkov alebo nových požiadaviek.
Keď sa však už pracuje, nemalo by nastať príliš veľa zmien.
Počas relácií na vyčistenie produktového backlogu a plánovanie sprintov sa na odhad PBI používajú príbehové body.
Toto je len približná predstava o veľkosti.
Vlastník produktu môže ovplyvniť vývojový tím tým, že mu pomôže pochopiť a zvoliť kompromisy, ale konečný odhad robia ľudia, ktorí budú robiť prácu.
Vývojový tím a Sprint Backlog
Vývojový tím má na starosti premenu položiek v produktovom backlogu na časti funkcionality, ktoré možno použiť spoločne.
Aj keď je vlastník produktu jediný, kto má na starosti sledovanie produktového backlogu, zvyšok tímu Scrum by ho mal pomôcť vylepšiť zdieľaním svojich doterajších znalostí, postrehov a skúseností s projektom.
Celý tím pracuje na produktovom backlogu a dopĺňa ho, ale je úlohou vývojového tímu premeniť ho na softvér, ktorý sa dá použiť.
Vývojový tím má na starosti Sprint Backlog, ktorý je podmnožinou Product Backlogu.
Backlog Sprint obsahuje najdôležitejšie veci z produktového backlogu, ako aj ďalšie veci, ktoré je potrebné urobiť, ako napríklad príbehy používateľov, úlohy, prípady použitia a testy.
V Sprint Backlog môžu vývojári nájsť jednoduché úlohy, na ktorých môžu počas aktuálneho sprintu pracovať.
Obsahuje tiež príbehy, ktoré popisujú vysokú používateľskú hodnotu produktu a podrobné úlohy, ktoré rozdeľujú príbeh používateľa do jednoduchých, uskutočniteľných krokov pre vývoj.
Vývojový tím je zodpovedný za výber toho, čo sa dostane do Sprint Backlogu a aká dôležitá je každá položka.
Používateľské príbehy, úlohy, prípady použitia, testy a akékoľvek ďalšie položky, ktoré rozdeľujú vybrané položky produktového backlogu, môžu byť pridané do sprint backlogu.
Počas každého stretnutia Daily Scrum (denného stretnutia) členovia tímu kontrolujú svoj pokrok oproti plánovaným úlohám v Backlogu sprintu, aby zistili, či sú na ceste k dosiahnutiu tohto cieľa sprintu.
Ak sa vyskytnú dôležité chyby alebo zmeny vo funkciách v pláne, môžu zmeniť alebo aktualizovať svoje priority v backlogu sprintu.
Techniky spresňovania a stanovovania priorít
V agilnom riadení projektov môže použitie efektívneho spresňovania nevybavených úloh a techník stanovenia priorít pomôcť zlepšiť výsledky projektu a to, ako dobre funguje.
Zdokonaľovanie nevybavených žiadostí je neustály proces, ktorý zabezpečuje, že očakávania používateľov, spätná väzba z trhu a dodanie projektu zostanú synchronizované.
Stretnutia na úpravu nevybavených úloh sa používajú na prehodnotenie priorít, vyčistenie a usporiadanie produktového backlogu a na zvýšenie produktivity plánovania sprintu.
Hlavnou výhodou spresnenia nevybavených vecí je uistenie sa, že položky v hornej časti zoznamu sú relevantné, majú dostatok informácií a majú odhad.
Efektívne stanovovanie priorít začína dlho predtým, ako sa vôbec dostanete k nevybaveným veciam.
Najprv budete musieť prísť s plánom pre váš produkt.
To dáva tímu spôsob, ako merať, ako dobre sa im darí vo vzťahu k spoločnému súboru cieľov a projektov.
Stanovenie priorít backlogu je potrebné na usporiadanie položiek v produktovom backlogu (ako sú príbehy používateľov, chyby, špičky atď.), aby sa dali zostaviť a vydať v správnom poradí.
Typy nevybavených úloh a ich riadenie v rôznych odvetviach
Typy nevybavených vecí
Vývoj produktu si vyžaduje zoradiť funkcie podľa dôležitosti a uviesť ich do činnosti.
Na tento účel sa používajú tri hlavné typy nevybavených úloh:
- Produktový backlog.
Produktový backlog je dlhodobý plán pre produkt, ktorý obsahuje funkcie, ktorých vydanie ešte nebolo uprednostňované.
Je to živý dokument, ktorý sa mení, keď prichádzajú nové informácie a spätná väzba.
Rozdeľuje víziu na konkrétne veci, ktoré sa dajú urobiť a pridávajú hodnotu produktu.
- Uvoľnite Backlog.
Backlog vydania je súčasťou produktového backlogu, ktorý uvádza funkcie, ktoré budú dodané v určitom vydaní.
Vyrába sa výberom položiek z produktového backlogu na základe toho, aké dôležité sú a či sa dajú urobiť.
- Backlog šprintu.
Backlog Sprintu je súčasťou Release Backlogu, ktorý uvádza funkcie, ktoré budú poskytnuté v konkrétnom sprinte.
Vyrába sa výberom položiek z Backlogu vydania na základe toho, aké sú dôležité a či sa to dá alebo nedá.
Manažment nevybavených vecí v rôznych odvetviach
Rôzne priemyselné odvetvia majú rôzne spôsoby, ako riešiť svoje nevybavené veci.
Tu je niekoľko príkladov:
- Vývoj softvéru.
Agilné metódy ako Scrum alebo Kanban sa používajú na spracovanie backlogov pri vývoji softvéru.
Scrum tímy pracujú v „sprintoch“, čo sú časovo obmedzené obdobia, v ktorých pracujú na konkrétnych úlohách z „Sprint Backlogu“.
Každý deň má tím „stand-up“ stretnutia, kde sa hovorí o tom, ako sa veci majú a aké problémy majú.
V Kanban sú pracovné položky zobrazené na tabuli so stĺpcami, ktoré ukazujú, kde sa práve vykonávajú.
Keď pracovné položky prechádzajú rôznymi fázami, členovia tímu ich presúvajú z jedného stĺpca do druhého.
- Projektový manažment.
V rámci projektového manažmentu možno nástroje ako Trello a Jira použiť na sledovanie nevybavených úloh.
Pomocou týchto nástrojov môžu používatelia vytvárať nástenky so zoznamami, ktoré zobrazujú rôzne fázy projektu.
Do týchto zoznamov je možné pridávať pracovné položky a presúvať ich medzi nimi, keď prechádzajú rôznymi fázami.
Scrum a Backlog Management
Produktový backlog scrumu
Scrum Product Backlog je zoznam položiek, funkcií a úloh pre projekt, ktoré sú zoradené podľa dôležitosti.
Nemal by mať podrobné informácie o tom, čo je potrebné.
Namiesto toho sú konečné požiadavky stanovené počas sprintu spolu so zákazníkom.
Používateľské príbehy, ktoré ukazujú prácu, ktorú je potrebné vykonať na dodanie produktu alebo služby, môžu byť pridané do Scrum Product Backlog.
Každá položka v produktovom Backlogu Scrum musí mať pre zákazníka nejakú hodnotu.
Tím Scrum môže použiť aj iné artefakty, ako sú súhrn rôznych rolí používateľov, popisy pracovných postupov, pokyny pre používateľské rozhranie, storyboardy alebo prototypy používateľského rozhrania, ktoré však nenahrádzajú produktový Backlog Scrumu.
Namiesto toho dodávajú a vysvetľujú, čo hovorí.
Logistický backlog
V závislosti od toho, o čom sa hovorí, môže pojem „logistické nevybavené veci“ znamenať rôzne veci.
V riadení dodávateľského reťazca sú nevybavené všetky produkty, ktoré si zákazníci objednali, ale ešte neboli odoslané.
To zahŕňa veci ako číslo objednávky, číslo produktu, dátum doručenia, množstvo a stav objednávky.
Nevybavené veci sú dobré pre podnikanie, pretože ukazujú, že zákazníci sú ochotní zaplatiť za objednávky, ktoré ešte neboli vybavené.
Ak sa však nedodržia termíny a objednávky sa neodošlú včas, nevybavené objednávky sa premenia na nevybavené objednávky, čo môže byť pre podnikanie zlé.
V logistike prístavných kontajnerov dochádza k oneskoreniu, keď sa prepravné kontajnery hromadia v prístavoch z dôvodu problémov v dodávateľskom reťazci spôsobených vecami, ako sú pravidlá COVID-19 a viac ľudí, ktorí chcú tovar.
Tento druh nevybavených vecí v logistike môže spôsobiť, že preprava bude trvať dlhšie a bude pre podniky stáť viac.
NEZALOŽENIE ÚDRŽBY: Čo to je a ako vypočítať nevybavené položky?
Tip: Ak potrebujete, zapnite tlačidlo titulkov. Ak nie ste oboznámení s hovoreným jazykom, vyberte v tlačidle nastavení „automatický preklad“. Možno budete musieť najskôr kliknúť na jazyk videa, až potom bude váš obľúbený jazyk dostupný na preklad.
Prípady použitia
| Použité v: | Popis: |
|---|---|
| Vývoj softvéru: | Backlog sa často používa na sledovanie postupu projektu pri vývoji softvéru. Obsahuje zoznam všetkých funkcií, chýb a úloh, ktoré je potrebné vykonať pred vytvorením konečného produktu. Tím pracuje na položkách v backlogu. V poradí, ktoré má pre daný projekt najväčší zmysel. Backlog možno použiť na sledovanie toho, čo je potrebné urobiť, kto je zodpovedný za jednotlivé úlohy a kedy je každá úloha splnená. Ide o nástroj, ktorý môžu tímy vývoja softvéru nezaobídu sa bez, ak chcú mať istotu, že dodajú vysokokvalitné produkty včas. |
| Výroba: | Vo výrobe sa dá meškanie použiť na sledovanie toho, ako sa materiály a produkty pohybujú vo výrobnom procese. Nevybavené položky by sa napríklad mohli vytvoriť na sledovanie toho, koľko nedokončených výrobkov je potrebné dokončiť, kým sa objednávka vybaví. Slúži na to, aby výrobný proces prebiehal hladko a objednávky boli vybavované včas. |
| Konštrukcia: | Nevybavené veci možno použiť v stavebníctve na sledovanie toho, ako ďaleko je projekt, a uistiť sa, že všetky úlohy sú vykonané načas. Niektoré z vecí, ktoré by mohli byť na stavbe nevybavené, sú objednávanie materiálov, plánovanie pracovníkov a vykonávanie kontrol. Môžete použiť backlog, aby ste sa uistili, že každá úloha je vykonaná v správnom poradí a že projekt pokračuje podľa plánu. |
| Financie: | Vo financiách je nevybavené platby spôsobom, ako sledovať platby alebo faktúry, ktoré ešte neboli spracované a musia byť spracované. Môžete napríklad vytvoriť nevybavené položky na sledovanie toho, koľko faktúr po splatnosti nebolo zaplatených. Slúži na to, aby boli všetky platby spracované načas a aby bol cash flow spoločnosti dobre riadený. |
Záver
V inžinierstve je backlog dôležitou súčasťou projektového manažmentu a pochopenie jeho dôležitosti môže mať obrovský vplyv na úspech projektu.
Je dôležité plne porozumieť konceptu „nevybavených vecí“, aby ste mohli spravovať nevybavené produkty alebo sprinty a používať efektívne techniky na zdokonaľovanie a stanovovanie priorít.
Je však dôležité mať na pamäti, že spravovanie nevybavených vecí nie je jednorazová záležitosť.
Je potrebné ho zlepšiť a venovať mu pozornosť počas celého životného cyklu projektu.
Ako inžinier vedieť, ako zvládnuť svoje nevybavené veci, môže znamenať rozdiel medzi projektom, ktorý funguje a projektom, ktorý nefunguje.
Využite teda silu backlogu vo svoj prospech a nikdy ho neprestávajte zdokonaľovať a zlepšovať, aby ste dosiahli čo najlepšie výsledky.
Zdieľať na…
