Agile (agil mjukvaruutveckling) \u00e4r en familj av ”agila” metoder f\u00f6r mjukvaruutveckling. Dessa tillv\u00e4gag\u00e5ngss\u00e4tt kallas ibland ocks\u00e5 ramar eller smidiga metoder.<\/p>\n
Agile har sitt ursprung i IT-milj\u00f6n,<\/strong> men sprids sedan till andra omr\u00e5den – fr\u00e5n industriteknik till artificiell intelligens.<\/p>\n Betydelsen av Agile formuleras i Agile<\/a> Software Development Manifesto<\/a>: ”M\u00e4nniskor och interaktioner \u00e4r viktigare \u00e4n processer och verktyg. En fungerande produkt \u00e4r viktigare \u00e4n omfattande dokumentation. Samarbete med kunden \u00e4r viktigare \u00e4n att komma \u00f6verens om villkoren i avtalet. Att vara redo f\u00f6r f\u00f6r\u00e4ndring \u00e4r viktigare \u00e4n att f\u00f6lja den ursprungliga planen. ”<\/p>\n Agile Manifesto \u00e4r huvuddokumentet f\u00f6r alla agila utvecklingsmetoder. Agile skapades 2001 av en grupp entusiastiska programmerare som ville f\u00f6rst\u00e5 vad som ligger i centrum f\u00f6r utvecklingen av en eftertraktad och anv\u00e4ndbar IT-produkt. som har skapats i f\u00f6rv\u00e4g. Det \u00e4r viktigt att fokusera p\u00e5 de st\u00e4ndigt f\u00f6r\u00e4nderliga f\u00f6rh\u00e5llandena i den externa och interna milj\u00f6n och ta h\u00e4nsyn till feedback fr\u00e5n kunder och anv\u00e4ndare. Detta uppmuntrar utvecklare och ingenj\u00f6rer att experimentera och s\u00f6ka nya l\u00f6sningar utan att begr\u00e4nsas av stela ramar och standarder.<\/p>\n Separata smidiga tillv\u00e4gag\u00e5ngss\u00e4tt inkluderar scrum och kanban.<\/p>\n Scrum \u00e4r ett ”strukturerat tillv\u00e4gag\u00e5ngss\u00e4tt”.<\/strong> Ett universellt team av specialister arbetar med varje projekt, till vilket ytterligare tv\u00e5 personer ansluter sig: produkt\u00e4garen och scrummastern. Den f\u00f6rsta ansluter teamet till kunden och \u00f6vervakar utvecklingen av projektet; detta \u00e4r inte en formell lagledare utan snarare en kurator. Den andra hj\u00e4lper den f\u00f6rsta att organisera aff\u00e4rsprocessen: han h\u00e5ller allm\u00e4nna m\u00f6ten, l\u00f6ser vardagliga problem, motiverar teamet och \u00f6vervakar efterlevnaden av scrummetoden.<\/p>\n Scrum-metoden delar upp arbetsfl\u00f6det i lika stora sprints – vanligtvis perioder fr\u00e5n en vecka till en m\u00e5nad, beroende p\u00e5 projektet och teamet. Innan sprinten formuleras uppgifter f\u00f6r denna sprint, i slutet diskuteras resultaten och laget startar en ny sprint. Sprints \u00e4r mycket praktiska att j\u00e4mf\u00f6ra med varandra, vilket g\u00f6r att du kan hantera arbetseffektiviteten.<\/p>\n Kanban \u00e4r en ”balansmetod”.<\/strong> Dess uppgift \u00e4r att balansera olika specialister inom teamet och undvika en situation d\u00e4r designers arbetar dag och natt, och utvecklare klagar \u00f6ver bristen p\u00e5 nya uppgifter.<\/p>\n Hela teamet \u00e4r ett – det finns inga produkt\u00e4gare och scrum-masterroller i kanban. Aff\u00e4rsprocessen \u00e4r inte uppdelad i universella sprints, utan i det skede som utf\u00f6r specifika uppgifter: ”Planerad”, ”Utvecklad”, ”Testad”, ”Slutf\u00f6rd”, etc.<\/p>\n Huvudprestationsindikatorn i kanban \u00e4r den genomsnittliga tid det tar att slutf\u00f6ra en uppgift \u00f6ver hela linjen. Uppgiften gick snabbt – teamet arbetade effektivt och smidigt. Uppgiften var f\u00f6rsenad – du m\u00e5ste t\u00e4nka i vilket skede och varf\u00f6r det uppstod f\u00f6rseningar och vars arbete m\u00e5ste optimeras.<\/p>\n F\u00f6r att visualisera smidiga tillv\u00e4gag\u00e5ngss\u00e4tt anv\u00e4nds kort: fysiska och elektroniska. De g\u00f6r att du kan g\u00f6ra arbetsfl\u00f6det \u00f6ppet och f\u00f6rst\u00e5eligt f\u00f6r alla specialister, vilket \u00e4r viktigt n\u00e4r teamet inte har en formell ledare.<\/p>\n Agile \u00e4r ett tillv\u00e4gag\u00e5ngss\u00e4tt f\u00f6r projektledning eller mjukvaruutveckling. I Agile utvecklas krav och l\u00f6sningar genom iteration och samarbetsinsats fr\u00e5n tv\u00e4rfunktionella, sj\u00e4lvorganiserande team och aff\u00e4rsanv\u00e4ndare. Agile v\u00e4lkomnar f\u00f6r\u00e4ndrade krav, \u00e4ven i ett senare skede. Kunder, aff\u00e4rsdeltagare och utvecklare arbetar tillsammans under hela projektet. Agila team anpassar sitt beteende f\u00f6r att m\u00f6ta projektets f\u00f6r\u00e4ndrade behov.<\/p>\n Agile \u00e4r en filosofi eller orientering (Griffin). Agile anv\u00e4nds ofta som en guide f\u00f6r att komma n\u00e4rmare projektarbetet. Agile betonar utveckling iteration samt testning i programvaruutveckling livscykel (SDLC). Agile bryter ner en hel produkt eller ett projekt i sm\u00e5 enheter. I Agile-metoden sker utveckling eller testning samtidigt. Agile st\u00f6der samarbete s\u00e5v\u00e4l som direkt kommunikation.<\/p>\n Scrum \u00e4r grunden f\u00f6r projektledning eller mjukvaruutveckling. Scrum \u00e4r en av de smidiga processerna. Scrum fokuserar p\u00e5 att leverera aff\u00e4rsv\u00e4rde till aff\u00e4rsanv\u00e4ndare p\u00e5 minimal tid. Projekten \u00e4r uppdelade i sprints, som vanligtvis varar fr\u00e5n en till tre veckor. Scrum har tre huvudroller: scrum master, produkt\u00e4gare och teammedlemmar.<\/p>\n Scrum betonar sj\u00e4lvorganisation och delat \u00e4gande bland teammedlemmarna. Han ser projektledning som en process f\u00f6r att skapa gemensamt v\u00e4rde; och betonar samarbete och iterativ utveckling f\u00f6r att effektivt hantera f\u00f6r\u00e4ndringar och skapa b\u00e4ttre produkter f\u00f6r att m\u00f6ta kundernas behov. Scrum ser p\u00e5 tiden som en begr\u00e4nsning. Det betonar boxningstiden och anv\u00e4nder daglig sprintplanering och granskningsm\u00f6ten.<\/p>\n Agile och scrum \u00e4r b\u00e5da relaterade till projektledning och mjukvaruutveckling. Eftersom Scrum \u00e4r ett av s\u00e4tten att implementera Agile har de b\u00e5da flera likheter. B\u00e5da betonar optimal resursanv\u00e4ndning. B\u00e5da betonar effektiv och effektiv hantering av olika uppgifter.<\/p>\n Agile och scrum, b\u00e5da syftar till att f\u00e5 ut det mesta av aff\u00e4rsanv\u00e4ndarna. De f\u00f6rs\u00f6ker se till att en produkt eller ett projekt levereras till aff\u00e4rsanv\u00e4ndare s\u00e5 snart som m\u00f6jligt. B\u00e5da betonar kontinuerlig f\u00f6rb\u00e4ttring, samarbete, \u00f6ppen kommunikation etc.<\/p>\n Agile \u00e4r en utvecklingsmetodik baserad p\u00e5 ett inkrementellt och iterativt tillv\u00e4gag\u00e5ngss\u00e4tt. medan Scrum \u00e4r ett av m\u00e5nga implementeringsscheman eller Agile-processer.<\/p>\n Scrum tillhandah\u00e5ller inkrementella moduler till klienten varje vecka eller var fjortonde dag.<\/p>\n En av principerna f\u00f6r Agile bygger p\u00e5 personens ansvar f\u00f6r en person, inte p\u00e5 fels\u00f6kning av interna processer.<\/p>\n (Fr\u00e5n en artikel<\/a> p\u00e5 VC.ru)<\/p>\n N\u00e4r vi arbetar med professionella team anv\u00e4nder vi Scrum, oftast v\u00e4ljer vi en 2-3 veckors cykel med retrospektiva m\u00f6ten som g\u00f6r att vi kan h\u00e5lla allt under kontroll.<\/p>\n (Fr\u00e5n en intervju med<\/a> Vedomosti med Frank Sosier, tr\u00e4nare f\u00f6r Freestanding Agility)<\/p>\n Huvudid\u00e9n med Kanban \u00e4r visualisering av arbetsfl\u00f6det. Den best\u00e5r i att skapa en fysisk instrumentpanel d\u00e4r du kan markera dina framsteg visuellt.<\/p>\n (Fr\u00e5n \u00f6vers\u00e4ttningen av Forbes-kolumnen p\u00e5 Rusbase)<\/p>\n Om vi \u200b\u200bpratar om vad som \u00e4r smidigt skulle jag begr\u00e4nsa mig till en s\u00e5dan fras – det \u00e4r en upps\u00e4ttning v\u00e4rderingar inom vilka vi bygger v\u00e5rt arbete med produkter, med processer inom organisationen.<\/p>\n (Alexey Pimenov, Managing Partner f\u00f6r ScrumTrek i en artikel om Rusbase)<\/p>\n<\/blockquote>\n Innan Scrum tillkom antogs vattenfallet i programvaruutvecklingsv\u00e4rlden. Arbetet med produkten utf\u00f6rdes enligt f\u00f6ljande plan.<\/p>\n Utvecklarna samordnade arbetsplanen med kunden och f\u00f6ljde strikt villkoren. N\u00e4r produkten var f\u00e4rdig testades den, men det var inte l\u00e4ngre m\u00f6jligt att \u00e4ndra n\u00e5got. Om fel uppt\u00e4cktes m\u00e5ste de d\u00e4rf\u00f6r b\u00f6rja om fr\u00e5n b\u00f6rjan och arbetstiden \u00f6kade.<\/p>\n Detta var tills en grupp innovat\u00f6rer best\u00e4mde sig f\u00f6r att f\u00f6r\u00e4ndra situationen helt. De s\u00e5g hur framg\u00e5ngsrika team fungerar: utan att missa tidsfrister och f\u00e5 exakt det resultat de planerade. Det visade sig att framg\u00e5ngen var processens flexibilitet.<\/p>\n L\u00e4rdomarna hj\u00e4lpte till att skapa Agile Software Development Manifesto. Den inneh\u00f6ll bara fyra po\u00e4ng, men de f\u00f6r\u00e4ndrade processen helt.<\/p>\n Agilt programvaruutvecklingsmanifest<\/p>\n 1 M\u00e4nniskor \u00e4r viktigare \u00e4n verktyg. Dessa fyra punkter var grunden f\u00f6r uppkomsten av Agile, den flexibla programvaruutvecklingsprocessen. Senare skapades 12 principer som fortfarande anv\u00e4nds i alla smidiga metoder.<\/p>\n 12 smidiga principer<\/p>\n 1 Det viktigaste \u00e4r bra programvara och en n\u00f6jd kund. R\u00f6rlig och vattenfall, fj\u00e4ll<\/p>\n En av metoderna f\u00f6r agil mjukvaruutveckling, som bygger p\u00e5 agila principer, \u00e4r Scrum.<\/p>\n Scrumskapare Jeff Sutherland och Ken Schwaber har sett arbetet med den amerikanska milit\u00e4ren, specialstyrkor och till och med rugbyspelare i m\u00e5nga \u00e5r. Och de m\u00e4rkte att deras framg\u00e5ng bygger p\u00e5 interaktion och lagarbete. Sutherland och Schwaber ins\u00e5g att detta var precis vad programutvecklare beh\u00f6vde. S\u00e5 h\u00e4r visade sig Scrum-metoden.<\/p>\n Scrum \u00e4r alltid fokuserat p\u00e5 kunden, som m\u00e5ste f\u00e5 den \u00f6nskade produkten i tid och till l\u00e4gsta kostnad. Detta kan uppn\u00e5s genom att f\u00f6lja n\u00e5gra viktiga principer.<\/p>\n Arbeta i korta cykler (sprints)<\/p>\n Planera en sprint, inte hela projektet p\u00e5 en g\u00e5ng. Varje sprint \u00e4r en tidsperiod under vilken teamet arbetar p\u00e5 en helt f\u00e4rdig del av produkten.<\/p>\n Flexibilitet. ”Kontrollera och anpassa”<\/p>\n Processflexibilitet och produkttestning efter varje sprint. Om n\u00e5got g\u00e5r fel \u00e4r teamet alltid redo att \u00e4ndra utvecklingsstrategin eller se \u00f6ver eftersl\u00e4pningen.<\/p>\n Kundens och anv\u00e4ndarnas deltagande i skapandet av produkten.<\/p>\n Kunden st\u00e5r inte \u00e5t sidan, utan \u00e4r fullt involverad i arbetet. F\u00f6r detta finns det \u00e4garen av produkten, som utf\u00f6rs av kunden sj\u00e4lv eller hans representant. Det \u00e4r genom honom teamet interagerar med anv\u00e4ndarna. Eftersom utvecklingen genomf\u00f6rs i korta steg involveras anv\u00e4ndarna i testningen n\u00e4stan omedelbart.<\/p>\n Efter f\u00f6rsta testet f\u00e5r de \u00e5tkomst till produkten och produkt\u00e4garen samlar in feedback. S\u00e5 h\u00e4r kan laget f\u00f6rb\u00e4ttra resultatet.<\/p>\n Laginteraktion<\/p>\n Ett Scrum-team \u00e4r en grupp m\u00e4nniskor som arbetar f\u00f6r ett resultat och som helhet. Alla str\u00e4var efter ett gemensamt m\u00e5l.<\/p>\n Ett scrumlag \u00e4r oftast en grupp p\u00e5 fem till nio personer. Detta \u00e4r det optimala antalet, men ibland finns det tre lag. Om det finns fler m\u00e4nniskor blir det sv\u00e5rare f\u00f6r dem att interagera med varandra, vilket st\u00f6r jobbet och minskar produktiviteten.<\/p>\n Produkt\u00e4gare.<\/strong> Den person som representerar produkten och \u00e4r mellanhand mellan kund, anv\u00e4ndare och utvecklingsteamet. Ibland kan det vara kunden sj\u00e4lv.<\/p>\n<\/li>\n Scrum master.<\/strong> Oftast – en speciellt anst\u00e4lld anst\u00e4lld som leder teamet till resultatet. Han hanterar inte laget utan \u00f6vervakar implementeringen av de grundl\u00e4ggande principerna f\u00f6r Scrum. Hans uppgift \u00e4r inte att trycka, inte att g\u00f6ra allt sj\u00e4lv och inte att f\u00f6rdela ansvar, utan att hj\u00e4lpa, styra och l\u00f6sa fr\u00e5gor som hindrar utvecklingsprocessen.<\/p>\n<\/li>\n Utvecklare.<\/strong> Ett scrumlag har alltid m\u00e4nniskor med olika f\u00e4rdigheter. S\u00e5 ett team p\u00e5 fem till nio personer leder hela projektet fr\u00e5n b\u00f6rjan till slut. Ett team – en f\u00e4rdig produkt.<\/p>\n<\/li>\n<\/ul>\n Hur ett scrumlag ser ut<\/p>\n Scrum fungerar n\u00e4r det finns en rollf\u00f6rdelning. Det finns tre av dem.<\/p>\n Team.<\/strong> Detta \u00e4r en sj\u00e4lvorganiserad grupp p\u00e5 3-9 personer. Bidraget fr\u00e5n en enskild anst\u00e4lld utv\u00e4rderas inte. Det enda viktiga \u00e4r vilket resultat teamet har uppn\u00e5tt genom gemensamma insatser.<\/p>\n Produkt\u00e4gare.<\/strong> Detta \u00e4r vanligtvis en entrepren\u00f6r som k\u00e4nner till sin verksamhet och f\u00f6rst\u00e5r kundernas behov. Han har tillr\u00e4ckligt med erfarenhet f\u00f6r att veta vad den f\u00e4rdiga produkten ska vara. Produkt\u00e4garen \u00e4r l\u00e4nken mellan teamet, konsumenten och produktionen. Han arbetar med feedback, fattar viktiga beslut och \u00f6vervakar projektbudgeten. Produkt\u00e4garen ber\u00e4ttar inte f\u00f6r teamet vilken v\u00e4g man ska g\u00e5 utan tittar bara p\u00e5 resultatet.<\/p>\n Scrum Master eller teamledare<\/strong>. Scrum Master \u00e4r ansvarig f\u00f6r lagets framg\u00e5ng. Han fattar inte beslut och leder inte. Hans uppgift \u00e4r att f\u00e5 laget att fungera utan ledningens h\u00e4vst\u00e5ng. Scrum Master \u00e4r limet som h\u00e5ller laget ihop.<\/p>\n Scrum \u00e4r en flexibel planeringsteknik som passar alla projekt. Med hj\u00e4lp kan du \u00f6ka f\u00f6retagets produktivitet och uppn\u00e5 b\u00e4ttre resultat. Till exempel brukade teamet spendera en m\u00e5nad p\u00e5 en uppgift och en halv m\u00e5nad p\u00e5 f\u00f6rb\u00e4ttringar. Nu kommer samma uppgift att ta tv\u00e5 veckor, och troligen kommer det inte att finnas n\u00e5gra f\u00f6rb\u00e4ttringar.<\/p>\n Scrum \u00e4r enklare \u00e4n andra ramar. Han ger verktygen och f\u00f6resl\u00e5r i vilken ordning de ska anv\u00e4ndas f\u00f6r att uppn\u00e5 resultatet.<\/p>\n Scrum f\u00f6resl\u00e5r att du g\u00f6r detta:<\/p>\n Agile f\u00f6r\u00e4ndrar v\u00e5rt s\u00e4tt att n\u00e4rma oss liv och entrepren\u00f6rskap. Han l\u00e4r dig att snabbt svara p\u00e5 omst\u00e4ndigheterna och anpassa dig till dem.<\/p>\n Agile fungerar \u00f6verallt: inom f\u00f6rvaltning, handel, tj\u00e4nster. N\u00e5gon anv\u00e4nder det f\u00f6r att hantera sina egna liv och h\u00e5lla koll p\u00e5 allt.<\/p>\n<\/blockquote>\n Men ingen kan garantera att han kommer att hj\u00e4lpa ett visst f\u00f6retag. Om f\u00f6retaget \u00e4r litet \u00e4r det l\u00e4ttare att \u00e4ndra sig. Stora f\u00f6retag har sv\u00e5rare: n\u00e4r det finns flera avdelningar och var och en har sin egen ledare kan implementeringen av Agile f\u00f6rsenas. Teamet kommer att motst\u00e5 f\u00f6r\u00e4ndringar. F\u00f6r att g\u00f6ra det enklare bjuder s\u00e5dana f\u00f6retag Agile-tr\u00e4nare.<\/p>\n Agile \u00e4r inte l\u00e4mpligt f\u00f6r dem som har tillverkat en typisk produkt m\u00e5nga \u00e5r i rad. Det \u00e4r mer l\u00f6nsamt f\u00f6r s\u00e5dana f\u00f6retag att g\u00f6ra tusen av samma stolar \u00e5t g\u00e5ngen: det kommer fortfarande att finnas order. Men s\u00e5 snart en kund dyker upp med speciella \u00f6nskem\u00e5l beh\u00f6ver du exakt samma stol, men l\u00e5t benen vara bredare och kl\u00e4dseln blir ljusare – Agile beh\u00f6vs.<\/p>\n Beroende p\u00e5 uppgifterna anv\u00e4nder vi olika metoder inom filosofin – agile, scrum, kanban.<\/p>\n Scrum l\u00e5ter dig utveckla de n\u00f6dv\u00e4ndiga egenskaperna hos anst\u00e4llda – proaktivitet, sj\u00e4lvst\u00e4ndighet, organisation, kommunikationsf\u00f6rm\u00e5ga och framsynthet. Huvudpo\u00e4ngen med metoden \u00e4r att utf\u00f6ra uppgifter i sj\u00e4lvorganiserande team, d\u00e4r alla har sin egen roll och alla \u00e4r ansvariga f\u00f6r sin del av arbetet. Med hj\u00e4lp av scrum genomf\u00f6r vi personalunders\u00f6kningar, ritar diagram \u00f6ver den f\u00f6rv\u00e4ntade hastigheten f\u00f6r att slutf\u00f6ra uppgifterna.<\/p>\n Vi anv\u00e4nder Agile i intern kommunikation. Vi h\u00f6ll nyligen en ny sprint f\u00f6r att eliminera anst\u00e4lldas f\u00f6rdr\u00f6jning. Alla chefer och specialister som var involverade i projektet tillbringade hela dagen i m\u00f6tet och diskuterade prestationer, utmaningar och kommande uppgifter i den nya sprinten.<\/p>\n Nu introducerar vi aktivt kanbanmetoden i f\u00f6retaget. M\u00e5let med kanban-implementering \u00e4r att \u00f6ka produktionsflexibiliteten, b\u00e4ttre anpassa sig till f\u00f6r\u00e4ndrade marknadskrav. I praktiken hj\u00e4lpte metoden oss att uppn\u00e5 en \u00f6verensst\u00e4mmelse mellan lagerlagret och de produkter som faktiskt anv\u00e4nds i produktionen.<\/p>\n En viktig punkt: agil metod \u00e4r en allm\u00e4n riktning och kanban och scrum \u00e4r redan dess sorter.<\/p>\n Vi anv\u00e4nder scrum + vattenfallspaketet och f\u00f6rfinade \u00e4ven det smidiga br\u00e4det under \u00e5ret. Huvudsk\u00e4l f\u00f6r anv\u00e4ndning: transparens och enkelhet. I sj\u00e4lva verket visar sig detta vara samma Henry Ford-pipeline: \u00f6verg\u00e5ngen av en uppgift fr\u00e5n status till status med en byte av artist, d\u00e4rf\u00f6r \u00e4r huvudprincipen till det agila styrelsen redan enkelhet.<\/p>\n Vi anv\u00e4nder agile som en direkt del av v\u00e5rt arbetsfl\u00f6de, s\u00e5 alla projekt, fr\u00e5n branding och webbplatsutveckling till v\u00e5r AI och native reklamstart NativeOS, utf\u00f6rs p\u00e5 Chernika exakt enligt detta arbetsfl\u00f6de.<\/p>\n En fungerande produkt \u00e4r viktigare \u00e4n detaljerad dokumentation. Detta betyder inte att vi inte beh\u00e5ller n\u00e5gon dokumentation, nej. Snarare \u00e4r det en syn p\u00e5 effektivitet med ett slag mot on\u00f6dig byr\u00e5krati.<\/p>\n Scrum gav rytm och f\u00f6rst\u00e5else f\u00f6r v\u00e5rt team – oavsett om vi \u00e4r i tid eller inte i tid. Vi ser hastigheten p\u00e5 lagets arbete, det finns ingen k\u00e4nsla av konstant j\u00e4vla. Tidigare fanns det situationer innan scrum f\u00f6rsvann n\u00e5gonstans och alla b\u00f6rjade bara r\u00e4kna ut det – nu har vi tappat det, det finns en st\u00e4ndig k\u00e4nsla av att vi \u00e4r i tid. Om risker uppst\u00e5r diskuterar vi dem tidigt med PD, justerar planen eller minskar uppgifterna p\u00e5 n\u00e5got s\u00e4tt.<\/p>\n Arbetet blev mer \u00f6ppet, arbetsdagen b\u00f6rjade passa in i 8-timmarsnormen, och det k\u00e4ndes som om vi b\u00f6rjade g\u00f6ra mer. Vi f\u00f6rst\u00e5r att n\u00e4r du k\u00e4nner att du inte g\u00f6r tillr\u00e4ckligt k\u00e4nner du att du beh\u00f6ver arbeta h\u00e5rdare – detta har en mycket d\u00e5lig effekt p\u00e5 produktiviteten, du m\u00e5ste bli av med den.<\/p>\n F\u00f6r tydlighet och \u00f6ppenhet i utvecklingsavdelningens arbete s\u00e4tter vi upp en s\u00e4rskild styrelse m\u00e4rkt ”att g\u00f6ra”, ”p\u00e5g\u00e5r”, ”granskning”, ”test”, ”klar”, d\u00e4r alla teammedlemmar klisterm\u00e4rken med uppgifter (i kolumnen ”att g\u00f6ra”), och n\u00e4r de \u00e4r f\u00e4rdiga flyttas de till efterf\u00f6ljande po\u00e4ng, och ett lyckligt slut \u00e4r det slutliga ”gjort.” Detta hj\u00e4lper till att f\u00e5 den stora bilden och g\u00f6r det m\u00f6jligt att se vad varje deltagare \u00e4r jobbar p\u00e5.<\/p>\n En mycket viktig punkt i metoden (och organisationen av arbetsfl\u00f6det): efter godk\u00e4nnande av alla uppgifter (”att g\u00f6ra”) blockeras listan f\u00f6r infogning. S\u00e5ledes distraherar nya inkommande uppgifter inte fr\u00e5n processen och saktar inte ner arbetet.<\/p>\n Alla deltagare utv\u00e4rderar ocks\u00e5 varje uppgift i termer av tid och materialkostnader som kr\u00e4vs f\u00f6r att slutf\u00f6ra. Och k\u00f6rsb\u00e4ret p\u00e5 toppen \u00e4r dagliga m\u00f6ten vid en viss tidpunkt (Daily Scrum), d\u00e4r varje lagmedlem kort talar om vad han ska g\u00f6ra idag, vad han gjorde i g\u00e5r (och om han m\u00f6tte n\u00e5gra hinder). Detta \u00e4r viktigt p\u00e5 v\u00e4gen mot l\u00e5ngsiktiga m\u00e5l – s\u00e5 kan du i tid f\u00f6rst\u00e5 att det \u00e4r dags att \u00e4ndra din strategi.<\/p>\n Vi implementerade Scrum p\u00e5 tv\u00e5 f\u00f6rs\u00f6k eftersom alla, fr\u00e5n teamet till anv\u00e4ndarna, vill ha ett mer f\u00f6ruts\u00e4gbart resultat. Detta \u00e4r ett plus av metoden – tydliga rytmer effektiviserar teamet, \u00f6kar den \u00f6vergripande kunskapsniv\u00e5n om projektet. Som ett resultat blir resultatet mer f\u00f6ruts\u00e4gbart, \u00e4ven f\u00f6r v\u00e5ra ”intressenter” – anv\u00e4ndare.<\/p>\n Lagarbete \u00f6kar ocks\u00e5 ansvaret: alla f\u00e5r bara en bonus om laget har slutf\u00f6rt de uppgifter som st\u00e4llts in i ett visst skede.<\/p>\n Inga Koryagina K\u00e4llor som anv\u00e4nds och anv\u00e4ndbara l\u00e4nkar om \u00e4mnet: https:\/\/rb.ru\/story\/agile-scrum-kanban\/<\/a> https:\/\/ru.esdifferent.com\/difference-between-agile-and-scrum<\/a> https: \/\/ skillbox. ru \/ media \/ management \/ kak_ponyat_scrum \/<\/a> https:\/\/allo.tochka.com\/agile-scrum<\/a><\/p>\nVad \u00e4r Agile?<\/h2>\n
Vad \u00e4r Scrum?<\/h2>\n
Likheter mellan Agile och Scrum:<\/h2>\n
Agile och Scrums natur:<\/h2>\n
Anv\u00e4ndningsexempel<\/h2>\n
\n
Hur och varf\u00f6r scrummetoden uppstod<\/h2>\n
\n
\n2 Produktkvalitet \u00e4r viktigare \u00e4n dokumentation.
\n3 Interaktionen med kunden \u00e4r viktigare \u00e4n kontraktet.
\n4 Beredskap f\u00f6r f\u00f6r\u00e4ndring \u00e4r viktigare \u00e4n en fast plan.<\/p>\n
\n2 Beredskap f\u00f6r f\u00f6r\u00e4ndring n\u00e4r som helst.
\n3 Fullt fungerande programvara – s\u00e5 ofta som m\u00f6jligt.
\n4 Teamm\u00f6te \u00e4r b\u00e4st f\u00f6r informationsutbyte.
\n5 Kunden och utvecklingsteamet m\u00e5ste arbeta tillsammans.
\n6 Lita p\u00e5 m\u00e4nniskor att g\u00f6ra sitt jobb.
\n7 Det finns fungerande programvara – det finns framsteg.
\n8 Agila processer – kontinuerlig utveckling.
\n9 Uppm\u00e4rksamhet p\u00e5 kvalitet fr\u00e4mjar flexibilitet.
\n10 Enkelheten i processen eliminerar on\u00f6digt arbete.
\n11 Det sj\u00e4lvorganiserande teamet fungerar b\u00e4ttre.
\n12 St\u00e4ndigt str\u00e4van efter st\u00f6rre effektivitet.<\/p>\nScrum k\u00e4rnprinciper<\/h2>\n
Vikten av scrumteamet<\/h2>\n
Kommandostruktur<\/h3>\n
\n
Rollf\u00f6rdelning<\/h4>\n
Scrum-verktyg<\/h2>\n
Instruktioner: hur man anv\u00e4nder Scrum f\u00f6r att fungera som Ajail<\/h2>\n
\n
Vem \u00e4r smidig f\u00f6r?<\/h2>\n
\n
Ett ord till experterna<\/h2>\n
\n<\/strong>Agile \u00e4r en filosofi, scrum \u00e4r en struktur, vattenfall \u00e4r en metod, kanban \u00e4r ett ledningssystem. Scrum och kanban \u00e4r smidiga alternativ, men de har n\u00e5gra tydliga skillnader. Scrum kr\u00e4ver fasta roller, medan kanban saknar n\u00f6dv\u00e4ndiga roller. Scrum bygger p\u00e5 iterationer som kombinerar planering, processoptimering och release. I kanban kan du g\u00f6ra detta regelbundet eller n\u00e4r du beh\u00f6ver. Scrumteamet kr\u00e4ver en bed\u00f6mning av sitt arbete, medan kanban-teamet inte g\u00f6r det.<\/p>\n