Ако учите инженерство или сте инженер, може да сте чували думата „назад“, използвана често във вашата област.
Но чудили ли сте се някога какво е изоставането и защо е толкова важно в инженерните проекти?
Backlog е нещо повече от просто списък със задачи или поръчки, които все още не са изпълнени.
Това е мощен инструмент, който може да направи или да провали проект и ако знаете как да го използвате добре, можете да направите проекта успешен.
В тази публикация в блога ще говорим за изоставането в инженерството, включително различните му видове, роли и значение.
Така че, продължавайте да четете, ако искате да изведете вашите инженерни проекти на следващото ниво.
Разбиране на дефинициите и значението на натрупаните задачи в инженерството
Официална дефиниция:
1. Натрупване на поръчки, обещаващи бъдеща работа и печалба 2. Натрупване на необработени материали или неизпълнени задачи.
В инженеринга и управлението на проекти изоставането е списък от задачи, които трябва да бъдат извършени и колко важни са те.
Помага на екипите да планират детайлите, преди да отделят твърде много време за планиране на обхвата и бизнес приоритетите.
Списъкът с неща, които трябва да направите:
Продуктовият екип решава върху какви проекти да работи по-нататък, а изоставането се използва от всички екипи в цикъла на разработка, за да следят и приоритизират задачите си, докато работят за доставка на продукта.
Най-важните елементи са в горната част на натрупания продукт, така че екипът знае върху какво да работи първо.
Потребителските истории, корекциите на грешки и актуализациите на продукта са обичайни неща, които трябва да се поставят върху изоставането на продукта.
Екипът за разработка не преодолява изоставането наведнъж.
Вместо това, те правят малки части от него наведнъж, наречени „спринтове“.
Оформянето или усъвършенстването на изоставането се извършва редовно, за да се гарантира, че задачите на всеки спринт са ясни и изпълними.
Колко важни са неизпълнените задачи:
Добре приоритизираното гъвкаво изоставане улеснява планирането на издания и итерации, определя очакванията на заинтересованите страни и други екипи и превръща времето за инженеринг в основен актив.
Добре организираното продуктово изоставане помага на екипа ясно да дефинира и разбере целите и изискванията на даден проект, да приоритизира задачите въз основа на това колко са важни, да взема информирани решения за това какво трябва да се работи по-нататък и непрекъснато да се адаптира към променящите се изисквания и приоритети, което прави процесите на разработка по-гъвкави и ефективни.
Управление на изоставането:
Управлението на изоставането е процесът, чрез който екипите добавят, променят, почистват и класират изоставането, за да се уверят, че потребителите получават най-важните функции първи.
Пълното изоставане може да навреди на разработката на софтуер, като забави пускането на продукта на пазара и го направи по-малко добър.
Възстановяването на изоставането може да бъде ключова част от връщането на проекта в релси и насърчаването на креативността, която е толкова важна за успешното разработване на софтуер.
Изоставането може също да означава:
В счетоводството и финансите изоставането е голямо количество работа, която трябва да се свърши, като поръчки за продажба, които трябва да бъдат попълнени, или финансови документи, които трябва да бъдат обработени.
Изоставането може да бъде добро или лошо, в зависимост от това как се отразява на ситуацията.
От една страна, това може да означава, че продажбите се увеличават, но от друга страна, компаниите обикновено се опитват да избегнат натрупванията, защото те могат да означават, че стават по-малко ефективни или не могат да отговорят на търсенето.
Отключване на силата на изоставането: Как да избегнем крайните срокове и да увеличим стреса!
Все още трудно за разбиране? Да променя малко гледната точка:
Писна ли ви да завършвате нещата навреме и в рамките на бюджета? Липсва ли ви вълнението от наближаващия краен срок и сладкия вкус на паниката? Е, не се притеснявайте, защото знам точно какво да правя: изоставане! Да, ти си прав.
Просто оставете тези поръчки и задачи да се трупат и скоро ще имате повече работа, отколкото знаете какво да правите.
Кажете сбогом на свършването на нещата и здравейте на инфарктите, причинени от стрес.
На кого му пука да прави пари и да бъде ефективен?
Добре, това беше просто шега, направена да изглежда като телевизионна реклама.
Сега да се върнем към обяснението.
Продуктово изоставане срещу Sprint Backlog: Ключови разлики
Продуктовото изоставане и спринтовото изоставане са два важни инструмента за организиране на проекти за разработка на софтуер в Agile методологиите.
И двете неизпълнени задачи са важни части от всеки проект за разработка на софтуер, но техните обхвати и цели са различни.
Натрупване на продукти:
Собственикът на продукта прави списък с функции, които да добави към проекта, преди проектът да започне.
Този списък се нарича "продуктов изоставане".
Той дава преглед на целия продукт, включително както основните цели и принципи, така и други части, които е по-вероятно да се променят.
Той винаги се променя и може да бъде променен по всяко време, за да отразява промените на пазара или обратната връзка от клиентите.
Продуктовото изоставане е един от най-важните начини екипът за разработка и заинтересованите страни да говорят за това какво трябва да се изгради и защо.
Освен това е жив документ, който дава на целия екип за разработка един единствен източник на истина, който да използва по време на проекта.
Спринт изоставане:
От друга страна, спринтовото изоставане е подмножество на продуктовото изоставане, което включва само елементите от продуктовото изоставане, които могат да бъдат завършени по време на всеки гъвкав спринт.
Това прави работата на продукта през определен период от време по-ярка.
Спринтът се състои от елементи от продукта, но само тези, които могат да бъдат завършени по време на всеки гъвкав спринт.
По време на срещата за планиране на спринта екипът решава върху кои елементи от натрупания продукт ще работи по време на спринта.
Това е мястото, където се прави изоставането в спринта.
След като всички се съгласят с него, елементите и стъпките за завършването им се задават за целия спринт.
Натрупването на спринт се различава от натрупването на продукт по това, че може да бъде променено само по време на среща за планиране на спринт.
Какво е различното:
- Обхват: Продуктовото изоставане дава общ преглед на всички функции, които да се добавят към проект, докато спринтът се фокусира върху това, което трябва да се направи във всеки гъвкав спринт.
- Цел: Продуктовото изоставане е инструмент за комуникация между екипа за разработка и заинтересованите страни, осигуряващ споделено разбиране за това какво трябва да се изгради и защо.
Екипът за разработка използва изоставането в спринта, за да планира и върши работа по време на конкретен спринт.
- Гъвкавост: Продуктовото изоставане е жив документ, който може да бъде актуализиран по всяко време, за да отразява промените на пазара или отзивите на клиентите.
По време на спринт, изоставането в спринта се замразява и промените могат да се правят само по време на среща за планиране на спринта.
Управление и поддържане на неизпълнени задачи: роли и отговорности
Проследяването и управлението на натрупаните задачи е ключова част от разработването на Agile софтуер.
Ето най-важните роли и отговорности, когато става въпрос за управление и справяне с натрупаните задачи.
Отговорности на собственика на продукта:
- Собственикът на продукта е отговорен за управлението и поддържането на Backlog на продукта, включително разбиването на елементи в потребителски истории.
- Те са отговорни за организирането и поддържането на Backlog на продукта, включително неговото съдържание, наличност и подреждане.
- Те гарантират, че изоставането е в съответствие с общите цели на проекта и че екипът работи върху важни и ценни задачи.
Отговорности на екипа за разработка:
- Екипът за разработка е отговорен за превръщането на Backlog на продукта в постепенни части от функционалност.
- Те притежават Sprint Backlog и са отговорни за вземането на решение кои елементи да включат и как да ги приоритизират.
- Те предоставят прогнози за продуктови неизпълнени елементи по време на сесии за планиране на спринт.
- Те създават Sprint Backlog, който е набор от продуктови backlog артикули, избрани за спринта, заедно с план за доставяне на увеличението на продукта, докато се реализира целта на спринта.
- Те изпълняват работата от Sprint Backlog и я променят и актуализират, когато стане налична нова информация.
Задачите на Scrum Master са:
- Scrum Master улеснява Scrum събитията и помага на всеки да разбере теорията, практиките, правилата и ценностите на Scrum.
- Те може да участват в процеса на промяна на изоставането, но нямат правомощието да правят промени сами.
Сътрудничество и разговор помежду си:
- Въпреки че Собственикът на продукта е единствено отговорен за поддържането на Backlog на продукта, неговото усъвършенстване трябва да бъде съвместно усилие, където останалата част от екипа на Scrum допринася със своите знания, прозрения и опит по проекта досега.
- Целият екип работи и допринася за изоставането на продукта, но в крайна сметка зависи от екипа за разработка да го превърне в работещ софтуер.
Накратко, Собственикът на продукта отговаря за Продуктовото изоставане, а Екипът за разработка отговаря за Спринтовото изоставане.
Scrum Master провежда Scrum срещи и гарантира, че всеки разбира теорията, практиките, правилата и ценностите на Scrum.
Екипът работи заедно и разговаря, за да се увери, че и двете неизпълнени задачи са правилни, актуални и в съответствие с общите цели на проекта.
Екипът за разработка е отговорен за превръщането на елементите в Product Backlog в работещ софтуер, докато Product Owner се уверява, че изоставането е в съответствие с общите цели на проекта.
Техники за усъвършенстване на натрупани задачи и приоритизиране
Управление и поддържане на неизпълнени задачи: роли и отговорности
Натрупванията са важна част от управлението на Agile проекти и те трябва да се управляват и поддържат актуални.
Тази статия говори за това какви са ролите и отговорностите на екипа на Scrum, когато става въпрос за управление и следене на продукта и натрупаните спринтове.
Собственик на продукта и изоставане на продукта
Собственикът на продукта отговаря за управлението и актуализирането на натрупания продукт, който е жив документ, който се променя в зависимост от бизнес нуждите, пазара и технологията.
Пътната карта и нейните изисквания се използват, за да се създаде продуктово изоставане, което е списък от работа за Екипа за разработка, който е класиран по важност.
Най-важните неща са най-отгоре, за да може първо да се работи върху тях.
Собственикът на продукта е отговорен за поддържането на натрупания продукт организиран и актуален.
Това включва разбиване на елементи в потребителски истории.
Те решават как да подредят задачите в натрупаните задачи и се уверяват, че отговарят на общите цели на проекта.
Собственикът на продукта може да променя или пренарежда задачи в натрупаните задачи по всяко време въз основа на обратна връзка от клиенти или нови изисквания.
Но след като работата е в ход, не трябва да има твърде много промени.
По време на сесии за изчистване на изоставането на продукта и планиране на спринтове, точките от истории се използват за оценка на PBI.
Това е само груба представа за размера.
Собственикът на продукта може да има ефект върху екипа за разработка, като им помага да разберат и изберат компромиси, но крайната оценка се прави от хората, които ще свършат работата.
Екип за развитие и Sprint Backlog
Екипът за разработка отговаря за превръщането на елементите в Backlog на продукта във функционални части, които могат да се използват заедно.
Въпреки че Собственикът на продукта е единственият, който отговаря за следенето на Product Backlog, останалата част от екипа на Scrum трябва да помогне за подобряването му, като споделя своите знания, прозрения и опит с проекта досега.
Целият екип работи върху и допълва изоставането на продукта, но работата на екипа за разработка е да го превърне в софтуер, който може да се използва.
Екипът за развитие отговаря за Sprint Backlog, който е подмножество на Product Backlog.
Sprint Backlog съдържа най-важните неща от Product Backlog, както и други неща, които трябва да бъдат направени, като потребителски истории, задачи, случаи на употреба и тестове.
В Sprint Backlog разработчиците могат да намерят прости задачи, върху които да работят по време на текущия спринт.
Освен това има истории, които описват потребителската стойност на продукта на високо ниво и подробни задачи, които разделят потребителската история на прости, изпълними стъпки за развитие.
Екипът за развитие е отговорен за избора на това, което влиза в Sprint Backlog и колко важен е всеки елемент.
Потребителски истории, задачи, случаи на използване, тестове и всякакви други елементи, които разбиват избрани елементи от Product Backlog, могат да бъдат добавени към Sprint Backlog.
По време на всяка Daily Scrum среща (ежедневна среща) членовете на екипа преглеждат напредъка си спрямо планираните задачи в Backlog на спринта, за да видят дали са на път да постигнат тази цел за спринт.
Ако има важни грешки или промени в функциите на Пътната карта, те могат да променят или актуализират своите приоритети в Sprint Backlog.
Техники за усъвършенстване на натрупани задачи и приоритизиране
В Agile управлението на проекти използването на ефективни техники за усъвършенстване и приоритизиране на изоставането може да помогне за подобряване на резултатите от проекта и колко добре работи.
Усъвършенстването на изоставането е постоянен процес, който гарантира, че очакванията на потребителите, обратната връзка от пазара и изпълнението на проекта остават в синхрон.
Сесиите за пречистване на неизпълнените задачи се използват за преоценка на приоритетите, почистване и организиране на натрупаните продукти и за по-продуктивно планиране на спринта.
Основното предимство на усъвършенстването на изоставането е да се уверите, че елементите в горната част на вашия списък са подходящи, имат достатъчно информация и имат приблизителна оценка.
Ефективното приоритизиране започва много време преди дори да стигнете до изоставането.
Първо, ще трябва да измислите план за вашия продукт.
Това дава на екипа начин да измери колко добре се справят във връзка със споделен набор от цели и проекти.
Приоритетизирането на изоставането е необходимо, за да се организират елементите в натрупването на продукта (като потребителски истории, грешки, скокове и т.н.), така че да могат да бъдат изградени и пуснати в правилния ред.
Видове неизпълнени задачи и тяхното управление в различни индустрии
Видове натрупани дела
Разработването на продукта изисква подреждане на функциите по важност и тяхното прилагане в действие.
Има три основни типа неизпълнени задачи, които се използват за това:
- Backlog на продукта.
Product Backlog е дългосрочен план за продукта, който включва функции, които все още не са приоритизирани за пускане.
Това е жив документ, който се променя с постъпването на нова информация и обратна връзка.
Той разделя визията на конкретни неща, които могат да бъдат направени и добавят стойност към продукта.
- Release Backlog.
Release Backlog е част от Product Backlog, която изброява функциите, които ще бъдат доставени в определено издание.
Прави се чрез избиране на елементи от Backlog на продукта въз основа на това колко са важни и дали могат да бъдат направени.
- Sprint Backlog.
Backlog на Sprint е част от Release Backlog, който изброява функциите, които ще бъдат доставени в конкретен спринт.
Прави се чрез избиране на елементи от Release Backlog въз основа на това колко важни са и дали могат да бъдат направени или не.
Управление на изоставането в различни индустрии
Различните индустрии имат различни начини за справяне със своите натрупани задачи.
Ето няколко примера:
- Разработване на софтуер.
Гъвкавите методи като Scrum или Kanban се използват за справяне с натрупаните задачи в разработката на софтуер.
Scrum екипите работят на „спринтове“, които са ограничени във времето периоди, в които те работят по конкретни задачи от „Sprint Backlog“.
Екипът всеки ден има "stand-up" срещи, на които си говорят за това как вървят нещата и какви проблеми имат.
В Kanban работните елементи се показват на дъска с колони, които показват къде се намират в процес на изпълнение.
Докато работните елементи преминават през различни етапи, членовете на екипа ги преместват от една колона в друга.
- Управление на проекти.
В управлението на проекти инструменти като Trello и Jira могат да се използват за проследяване на натрупаните задачи.
С тези инструменти потребителите могат да правят табла със списъци, които показват различните етапи на проекта.
Работните елементи могат да се добавят и преместват между тези списъци, докато преминават през различни етапи.
Управление на Scrum и Backlog
Scrum Product Backlog
Scrum Product Backlog е списък с елементи, функции и задачи за даден проект, които са класирани по важност.
Не трябва да има подробна информация за това какво е необходимо.
Вместо това крайните изисквания се определят по време на спринта, заедно с клиента.
Потребителските истории, които показват работата, която трябва да се свърши, за да се достави продукт или услуга, могат да бъдат добавени към Scrum Product Backlog.
Всеки елемент в Scrum Product Backlog трябва да има някаква стойност за клиента.
Екипът на Scrum може да използва и други артефакти, като обобщение на различни потребителски роли, описания на работни процеси, насоки за потребителски интерфейс, сторибордове или прототипи на потребителски интерфейс, но те не заместват Scrum Product Backlog.
Вместо това те допълват и обясняват какво пише.
Логистичен изоставане
В зависимост от това, за какво се говори, терминът "логистичен изоставане" може да означава различни неща.
В управлението на веригата за доставки изоставането е всички продукти, които са поръчани от клиенти, но все още не са изпратени.
Това включва неща като номера на поръчката за работа, номера на продукта, датата на доставка, сумата и статуса на поръчката.
Натрупването е добро за бизнеса, защото показва, че клиентите са готови да платят за поръчки, които все още не са изпълнени.
Но ако крайните срокове не са спазени и поръчките не се доставят навреме, изоставането се превръща в неизпълнени поръчки, което може да бъде лошо за бизнеса.
В пристанищната контейнерна логистика изоставането е, когато транспортните контейнери се натрупват в пристанищата поради проблеми във веригата за доставки, причинени от неща като политики за COVID-19 и повече хора, които искат стоки.
Този вид изоставане в логистиката може да накара доставката да отнеме повече време и да струва повече за бизнеса.
ПОДДРЪЖКА: Какво е това и как да се изчисли изоставането?
Съвет: Включете бутона за надписи, ако имате нужда от него. Изберете „автоматичен превод“ в бутона за настройки, ако не сте запознати с говоримия език. Може да се наложи първо да щракнете върху езика на видеоклипа, преди любимият ви език да стане достъпен за превод.
Случаи на употреба
| Използвано в: | Описание: |
|---|---|
| Разработване на софтуер: | Backlog често се използва за проследяване на напредъка на проект в разработката на софтуер. Има списък с всички функции, грешки и задачи, които трябва да бъдат изпълнени, преди да може да бъде направен крайният продукт. Екипът работи върху елементите в изоставането в реда, който има най-голям смисъл за проекта. Backlog може да се използва, за да следите какво трябва да се направи, кой отговаря за всяка задача и кога всяка задача трябва да бъде извършена. Това е инструмент, който екипите за разработка на софтуер могат не се лишават от това, ако искат да са сигурни, че доставят висококачествени продукти навреме. |
| Производство: | В производството изоставането може да се използва, за да се проследи как материалите и продуктите преминават през производствения процес. Например, може да се направи изоставане, за да се следи колко незавършени продукти трябва да бъдат завършени, преди да може да бъде изпълнена поръчка. Използва се, за да се гарантира, че производственият процес протича гладко и че поръчките се изпълняват навреме. |
| Конструкция: | Натрупването може да се използва в строителството, за да се проследи докъде е стигнал проектът и да се уверите, че всички задачи се изпълняват навреме. Някои от нещата, които могат да бъдат натрупани в строителството, са поръчване на материали, планиране на работници и извършване на инспекции. Можете да използвате изоставането, за да сте сигурни, че всяка задача е изпълнена в правилния ред и че проектът се движи по план. |
| Финанси: | Във финансите изоставането е начин за проследяване на плащания или фактури, които все още не са обработени и трябва да бъдат. Например, може да се направи изоставане, за да се следи колко просрочени фактури не са платени. Изоставането може да бъде използва се, за да се гарантира, че всички плащания се обработват навреме и че паричният поток на компанията се управлява добре. |
Заключение
В инженерството изоставането е важна част от управлението на проекти и разбирането на важността му може да има огромен ефект върху успеха на даден проект.
Важно е да разберете напълно концепцията за „назад“, за да управлявате изоставането на продукта или спринта и да използвате ефективни техники за прецизиране и приоритизиране.
Но е важно да имате предвид, че управлението на изоставането не е еднократно нещо.
Той трябва да бъде подобрен и да му се обърне внимание през целия жизнен цикъл на проекта.
Като инженер знанието как да се справите с изоставането си може да означава разликата между работещ проект и такъв, който не работи.
Така че използвайте силата на изоставането във ваша полза и никога не спирайте да го усъвършенствате и подобрявате, за да получите най-добри резултати.
Сподели на…
