Да речем, че отиде в дома си, седна на стария диван, който се придържа от пролетта, погледнете старите, пилинг на мебелите и да се каже ", така че не може да продължава!". Можете силно искате да замените всички им стари, износени мебели на нов, екологичен и функционален, пригодени специално за вашите нужди. И възможността за потребителски стоки от ИКЕА - не се смята, така че трябва да има свой собствен, ясно осъзнава специфични изисквания за дома ...

Можете да отидете на много готин майстор, искрено вярвайки, че само про е в състояние да осъществи на практика вашите желания. Оказва се, че чакането ще трябва около месец. Тя пометени броя на вълната на ентусиазма ви, но решението е било направено. Да, и много неудобно да се върне в занемарено Rookery. Вие плащате предварително, кажете вашите идеи на автора, който улавя всички подробности, ви пита интелигентни въпроси, да подпише договор и

Изчакайте. Да не би да чака дълго месец, за които сте обещали да направят всичко. И през цялото това време - старата, неудобно мебелите ви стигне до очите и краката, досадно вас. Изчакайте. Някъде има радостта от спонтанни покупки? Никой от семинара се обаждате не е особено притеснен, не отчита, а не да задава въпроси ... Чакай.

И след това изчакайте за още две седмици. И вие вече сте в ярост. От бившия определяне не е много - но е си струва да се впуснете всички бъркотия? И след това да изчакате малко по-дълго, а за още три часа, което сте оставили рано от работа. Така че ви донесе нов набор. Събиране, подрежда и ума си има доста различна идея. НЕ!

Ако не използвате Scrum

Това не е това, което сте си представяли. Въпреки, че това е възможно, и съответства на това, което ви казах дизайнер, но това не е това, което ви трябва. Тапицерията е твърде лек и не харесва новия си приятелка. В допълнение, беше установено, че кучето ви - алергия към перата в възглавници. В таблицата е твърде висока, а местата - са прекалено обемисти. Но всичко това се съгласуват с производителя и те имат своя подпис. Нищо не може да се промени - или по-скоро, можете, но това ще струва на една и съща сума пари и е на същия период от време. За гаранция в резултат никога не може да каже.

Управление на разработката на софтуер - това е почти като водач мебели фабрика

Между другото, знаете ли защо е било необходимо да се чака толкова дълго? Може да бъде удоволствие да се мисли, че капитанът е работил в продължение на седмици на борда всеки един от вашите слушалки или везана дни направени бод от бод, за да го направи навреме, за да се направи с високо качество бродерия. Какво означава всичко това почасово проверка с дизайн и качество мениджър зорко бдеше над производството.

На първо място, бихте могли да поръчате поетапно развитие на мебелите, развитието на които трябва да се провежда при наличието на ясни приоритети, определени от вас. Да кажем, че имате нужда от нещо повече от диван, защото старата е съвсем в ред, а столовете и масата са все още малко търпение. Съответно, на дивана ще бъде на първо място в списъка на приоритетите, а студиото е поела ангажимент да произвеждат и да го достави на първо място.

Какво става? На първо място, да се запознаем най-важните им нужди на първо място, а пролетта не е скърца през нощта. И второ, ако новата си приятелка просто не ми хареса тапицерията и оцвети силно искате да я промените (тапицерията, а не приятелка) - разходите си, ще бъдат само на дивана, без да се налага да сменяте тапицерията на столовете (т.е. за тези, които още не са готови .. ). Или още, можете да абсолютно никакви разходи за промяна на състава на поръчката да бъде отклонено от стола и добавяне на табуретки.

На второ място, можете да помолите студиото всеки ден, за да ви разкажа за напредъка. Само три прости въпроса: какво е направено вчера, какви са вашите планове за днес, какви са проблемите са - и вие имате пълен контрол над ситуацията. И това е добре!

SCRUM ще ви помогне в ситуация, в която ...

• Много пари и време са били изразходвани за изготвянето на техническото задание, но в хода на проекта се променя концепцията и бизнес процеси. За да донесе на проекта до успешен край във формата, както е описано в ТК - то няма смисъл. Пари TK хвърлени напразно. Предприемачът отказва да прави промени в движение, като се позовава TK.
• проект за разработчици показва последния ден преди старта. Все пак, не всичко е така, както си го представя. Нуждаете се от значителна преработка. Предприемачът по свой начин интерпретира изискванията, описани в техническото задание и отказва да прави всякакви промени в проекта на тази основа.
• Трябва да имате гръбнакът на проекта за интернет с най-ниско възможно бюджета и времевата линия. Допълнителни функции се развиват след началото на кампанията, когато проектът ще започне да бие първоначалната инвестиция.

Познати? -Вероятно да развият е бил използван "водопад" модел, или всички, дори отиде по-ужасно. Scrum - това е алтернатива, лишен от недостатъците, посочени по-горе. Ето защо:

Механиката на процеса в уеб развитие

Добре, нека да преминем към по-персонализирани уеб-дизайн. За това как да се издаде договорни отношения Аз ще ви кажа в края. И все пак - погледнете как ще бъде построен протича процесът. Предполагам, че основният критерий за щастието на клиента - това е, когато не получава само един продукт отговаря на първоначално на заданието, но това, което той наистина иска. И това става на продукта възможно най-бързо. Да предположим, ще липсват някои функции, и ще приложи на курса, но проектът ще започне веднага да се печелят пари без да се чака пълното прилагане на всички малки детайли в интериора на.

След това, ние ще разглеждаме само на етапа на планиране (за простота), въпреки че, ако е необходимо, този подход може да бъде удължен до някаква друга работа фаза. Имайте предвид, че най-добрият SCRUM се проявява по технически сложни проекти с голямо количество програмиране (въпреки че също са подходящи за типични обекти на монтаж на специфична адаптация). Така че, работата по Scrum следва.

Backlog вместо технически спецификации

Backlog - документ, в който са изброени всички изискванията на проекта (визия на проекта, списък на това, което трябва да бъде приложена). списъка с елементи, подредени по важност. В хода на проекта, както и списък с приоритети, може да варира, в зависимост от нуждите на клиента, нови идеи или променящи се условия.

Да, в класически Scrum разбира, че собственикът на проекта може да прави промени директно в хода на проекта (но не и в сегашния етап на развитие). Въпреки това, в случай на уеб програмиране, бюджетът за по-голямата част фиксирана (изключение - някои стартиране на проекти). Това означава, че на клиента, както и възможността да влияе върху хода - твърде ограничен.

Въпреки това, аз вярвам, че е необходимо да добавите или промените някоя от функциите на проекта е много подходяща за клиента. Това помага да се разработи проект, който наистина е необходимо на клиента, а не това, което е официално описани в техническото задание. Ето защо, като изоставането-и ние сме склонни да се използва в списъка на задачите на техническите спецификации, описани и фиксирани в договора, плюс фиксирани на вътр. Ревизирано споразумение, възникващи в процеса на работа.

Sprint - от етапа на развитие. Всички разработване на проекти е кратък етап (спринтове). Функциите, които трябва да се прилагат на всеки спринт - фиксирана (те не могат да променят хода на спринта). Те са разделени на задачи и задачите, които имаме разчетите и приоритети.

В класическата Скръм Предполага се, че продължителността на спринт е фиксиран, и обикновено варира от 2 до 4 седмици, в зависимост от опита команда. Тъй като не всички сайтове изискват такава дълга фаза на развитие (особено като се има предвид, че развитието е 2-3 програмисти в паралел), ние решихме да се ограничи само максималната продължителност на спринта. Приближихме двуседмичните спринтовете. Въпреки това, ако отборът може да се изгради по проекта в продължение на 3 дни - имаме предвид формирането на 3-дневно спринт.

Резултатът от всеки спринт става напълно тествани проект, който изпълнява всички функции на предишния спринтове + увеличаването на функционалността на тока. Това ви дава възможност за стартиране на проекта най-ранните етапи, прилагането само минималната необходима функционалност, и вече е в паралел с работната площадка за извършване на развитието на следващите най-важните части на проекта.

Този подход е добър, например, за онлайн търговците на дребно, които могат да започнат да продават (започнете с което печалбата на клиента), преди всички функции замислени да бъде пусната в експлоатация.

Ху ху по проекта

При разработването на спорна топка по проект, има няколко ключови роли. Каталог на собственика му - собственик на продукта. Отговаря за да представлява интересите на клиента и крайни потребители по проекта. Той не е член на екипа за развитие. В идеалния случай трябва да бъде представител на клиента. Въпреки това, тъй като тази роля налага много високи изисквания за опит и компетентността на индивида в проектирането и разработването на интернет проекти, както и изисква постоянно лично участие в проекта (което не винаги е възможно за клиента) - в този случай, тази роля се изпълнява от ръководителя на проекта.

И разбира се, по проекта разполага с екип от разработчици :-) И това: Scrum Master - член на екипа, който следи за спазването на принципите на Scrum и провеждане на ежедневни брифинги. Ролята не предполага никакви допълнителни правомощия за проекта, с изключение на най-Scrum а.

Работата на етапи и приоритети