Lue aika: 14 min

Kaksinkertaisen työn tekemisen taito puolessa ajassa

Elämä on kiireistä. On Scrum joka on pölyttynyt kirjahyllyssäsi? Ota sen sijaan joitakin keskeisiä ideoita esiin nyt.

Raapaisemme tässä pintaa. Jos sinulla ei vielä ole kirjaa, tilaa se. täällä tai hanki äänikirja ilmaiseksi Amazonissa saadaksesi tietää mehukkaat yksityiskohdat.

Jeff Sutherlandin näkökulma

Jeff Sutherland on valmistunut Yhdysvaltain sotilasakatemiasta insinööriksi. Järjestelmällisen ajattelutapansa hän selittää ajalla, jonka hän työskenteli vietnamilaisena hävittäjälentäjänä. Työskenneltyään armeijassa 11 vuotta Jeffistä tuli lääkäri Coloradon yliopiston lääketieteellisessä tiedekunnassa. Coloradon yliopistossa hän kiinnostui ensimmäisen kerran IT-järjestelmien kehittämisestä. Lopulta hänestä tuli biometrian asiantuntija, pankkiautomaattiteknologian varhainen innovaattori ja 11 eri teknologiayrityksen tekniikan varajohtaja tai teknologiajohtaja. Jeff katsoo tämän menestyksen johtuvan siitä, että hän noudatti Scrumin perusteita. 

Synopsis

Scrum oli uraauurtava, kun Jeff Sutherland esitteli sen keinona parantaa ihmisen kehitystä. Jotkut kuvaavat julkaisua Scrum vuonna 2014 ihmiskunnan historian käännekohtana. Sen nimi on lainattu rugby-pelistä korostamaan intensiivisen tiimityön merkitystä. Se on strategia, joka on integroitu useimpiin maailman johtaviin teknologiayrityksiin. Tiedämme, että se toimii, mutta tässä kirjassa hahmotellaan, miten miksi se toimii. Kirjassa selitetään useiden tosimaailman skenaarioiden avulla, miten ihmiset kamppailevat suorittaessaan tehtäviä ketterästi ja tehokkaasti. Kirjoittaja väittää, että Scrum-strategiat voivat ratkaista tämän dilemman. Scrum-suuntautuneisuus löytyy monien nykyaikaisten saavutusten juurilta. Jeffin järjestelmä auttoi esimerkiksi tuomaan FBI:n 2000-luvulle. Scrum on myös auttanut vähentämään köyhyyttä kehitysmaissa. Tämä kirja rakentuu oivalluksille, joita Jeff sai taistelulajeista, oikeudellisesta päätöksenteosta, kehittyneestä ilmataistelusta ja robotiikasta.

 

StoryShot #1: Pankkiautomaatit olivat Scrumin inspiraationa

Sutherland havaitsi ensimmäisen kerran yhteiskunnan virheellisen lähestymistavan tuottavuuteen, kun hän auttoi pankkiautomaattien käyttöönotossa eri puolilla Yhdysvaltoja. Hän uskoi, että perinteinen ohjelmistokehitysmenetelmä, mukaan lukien pankkiautomaatteihin liittyvä vesiputousjärjestelmä, oli puutteellinen. Sutherland inhosi myös sitä, että yhteiskunta käytti liikaa Gantt-kaavioita, jotka havainnollistavat projektin osien aikataulua ja tilaa. Kerran hän törmäsi vuonna 1986 julkaistuun japanilaiseen artikkeliin, jonka otsikko oli "The New New Product Development Game". Kirjoituksen olivat kirjoittaneet Hirotaka Takeuchi ja Ikujiro Nonaka, jotka keskittyivät poikkitoiminnallisten tiimien merkitykseen nopeamman ja joustavamman työympäristön luomisessa. 

StoryShot #2: Scrumin perusteet

Nämä ovat Takeuchin ja Nonakan artikkelin innoittamat viestit, jotka ovat muodostaneet Scrumin perustan:

• Epäröinti on kuolema - Älä epäröi kauan. Noudata sen sijaan tätä toimintasarjaa: havainnoi, orientoidu, päätä ja toimi. Sinun on tiedettävä, missä sinä ja tiimisi olette tällä hetkellä. Arvioi vaihtoehdot, tee päätös ja toimi sitten päätöksen mukaisesti.
• Katso ulospäin vastauksia - Sopeutuvimmat järjestelmät ovat sellaisia, jotka oppivat ympäröivästä ympäristöstä. Ne havaitsevat muiden järjestelmien parhaat ominaisuudet ja soveltavat niitä omiinsa.
• Tiimit on rakennettava oikein - Jotta organisaatio voi menestyä, sen tiimien on oltava monialaisia, itsenäisiä ja valtuutettuja.
• Älä vain arvaa - Sen sijaan, että arvailet, toimiiko jokin asia, tee se vain. Suunnittele, mitä haluat tehdä, ja toimi sitten. Tarkista, tuottiko toiminta halutun tuloksen, ja muuta sitten tulevia päätöksiäsi sen mukaisesti. Tämän vaiheen toistaminen säännöllisin väliajoin auttaa sinua ja tiimiäsi saavuttamaan jatkuvaa parannusta.
• Shu Ha Ri - Tämä kiinalainen mantra tarkoittaa "tottele, irrota ja erota". Meidän on ensin toteltava sääntöjä ja normeja, jotka ovat jo toimineet. Kun nämä on hallussa, voi alkaa innovoida. Lopuksi, hallinnan kohotetussa tilassa, voit hylätä alkuperäiset säännöt ja tehdä ainutlaatuisia päätöksiä.

StoryShot #3: Sprinttisyklit ovat ratkaisevia tehokkuuden parantamisessa

Ihmisinä meillä on vaikeuksia keskittyä. Tämän keskittymiskyvyn puutteen vuoksi Sutherland on Sprint Cycle -ohjelman kannattaja. Sprint Cycles toimii, kun työominaisuuksia rakennetaan mahdollisimman nopeasti valitun ajanjakson aikana. Sprinttejä kutsutaan usein aikaruudut. Näillä aikaruuduilla on kullakin tietty kesto, ja niitä on pidettävä johdonmukaisesti, jotta voit kehittää työrytmin. Tänä aikana pyrit siirtämään mahdollisimman monta tehtävää Backlogista Doingiin. Backlog on tällä hetkellä keskeneräisten tehtävien tai työtehtävien kokonaisuus. Sinun kannattaa keskittyä erityisesti niihin tehtäviin, jotka voit merkitä "Valmis"-merkinnällä tämän jakson loppuun mennessä.

Jäljellä->Tehtävä->Tehtävä->Tehty

Sutherland ehdottaa, että sprinttisyklin aikana kysyt itseltäsi seuraavat kolme kysymystä:

1. Mitä teit eilen auttaaksesi tiimiä saamaan sprintin päätökseen?
2. Mitä aiot tehdä tänään auttaaksesi tiimiä saamaan sprintin päätökseen?
3. Mitkä esteet ovat tiimin tiellä?

StoryShot #4: Kartoita tietosi ja aikasi

Sutherland kannustaa tiimejä kartoittamaan tieto- ja viestintävirtoja. Kartoitus auttaa tiimiäsi havaitsemaan pullonkaulat ja alueet, joilla tiedonkulku jumiutuu. Toinen tapa maksimoida tiimin tuottavuus on varmistaa, että kokouksia pidetään johdonmukaisesti ja tarkoituksenmukaisesti. Jeff suosittelee, että kokouksia pidetään päivittäin tai viikoittain, mutta niiden kesto saa olla enintään 15 minuuttia. Tiiminä teidän on varmistettava, että tässä ajassa annetaan mahdollisimman käyttökelpoista ja arvokasta tietoa. Kaikkien tiimin jäsenten on siis osallistuttava aktiivisesti jollakin tavalla.

Seuraavassa on muutamia pääkohtia, jotka Scrumissa on otettu huomioon ajan suhteen:

• Aika on rajallista, ja sitä pitäisi kohdella niin. Jotta voisit hyödyntää aikasi parhaalla mahdollisella tavalla, sinun tulisi tehdä työstäsi aikaperusteinen. Jaa työsi säännöllisiin, lyhyisiin jaksoihin. Näiden sprinttisyklien tulisi vaihdella yhdestä neljään viikkoon.
• Sprinttisyklin lopussa pitäisi olla joitain tuloksia, joita voit näyttää.
• Viestintä on elintärkeää, jotta aikaa voidaan käyttää hyvin. Viestinnän kyllästyminen nopeuttaa työskentelyä.
• Yhden kokouksen päivässä pitäisi olla raja. Varaa päivän aikana aika, jolloin tarkistat, mitä voidaan tehdä työnkulun nopeuttamiseksi, ja tee se sitten.

StoryShot #5: Suunnitelmien sokea seuraaminen on typerää.

Yksi yleisimmistä tavoista, joilla ihmiset pyrkivät lisäämään tuottavuuttaan, on suunnittelu. Jeff myöntää, että suunnittelu voi olla tehokasta joissakin tilanteissa, mutta että suunnitelmien sokea noudattaminen on typerää. Ylisuunnittelu on yksi yhteiskunnan merkittävimmistä vioista. Organisaatiot yrittävät usein suunnitella koko projektin laatimalla monimutkaisia ja sekavia kaavioita, jotka sisältävät kaikki osatehtävät. Kun yksityiskohtaiset suunnitelmat kohtaavat todellisuuden, ne kuitenkin usein hajoavat. Yksityiskohtaiset suunnitelmat ovat liian jäykkiä ja estävät meitä sopeutumasta matkan varrella tapahtuviin muutoksiin kyseisessä ympäristössä. Jeff kannustaakin meitä oppimaan odottamaan muutoksia. Tämä odotus innostaa löytöjä ja uusia ideoita. 

Tässä tarinassa Jeff antaa selkeitä vinkkejä siitä, miten rikkinäinen työelämä voidaan haastaa:

• Tarkasta ja sovita - Älä anna itsesi vaipua autopilottitilaan ilman arviointia. Pysäytä ajoittain tekemäsi työ ja arvioi, mitä olet tehnyt. Pohdi, onko käyttämäsi lähestymistapa edelleen toimiva. Pohdi, olisitko voinut toimia paremmin.
• Muuta tai kuole - Vanhoihin toimintatapoihin takertuminen on varma tapa epäonnistua. Sinun on oltava valmis muuttumaan, tai kilpailijasi muuttuvat ennen sinua ja jättävät sinut jälkeen vanhoihin, tuottamattomiin tapoihisi.
• Epäonnistu nopeasti, jotta voit korjata ajoissa - Organisaatioilla on taipumus käyttää liikaa energiaa menettelyihin ja kokouksiin. Usein on parempi luoda näkyvää arvoa, jota voidaan tarkastaa lyhyin väliajoin. Jos teet työtä, joka ei tuota todellista arvoa, sinun pitäisi lopettaa. Jos luomasi tuote vaatii muutosta, tämä muutos on tehtävä jo varhaisessa vaiheessa.

StoryShot #6: Menestys perustuu tiimin tehokkuuteen

Scrum toimii, kun organisaation tiimit toimivat tehokkaasti. Sutherland väittää, että tiimin tehokkuudella on paljon merkittävämpi vaikutus kuin yksilön tehokkuudella. Liian monta ihmistä ja liikaa resursseja tekee tiimistä vähemmän tehokas. Tiimiin tarvitaan vähintään kolme henkilöä. Yleensä seitsemän henkilöä on ihanteellinen määrä tiimille. Yli yhdeksän hengen tiimi heikentää yleensä tiimin tehokkuutta. 

Seuraavissa kohdissa on tiivistelmä siitä, miten Sutherland luonnehtii tiimiä, jolla on huippuosaamisen edellyttämät perusasiat:

• Yksilön tavoitteita korkeammasta päämäärästä sopiminen.
• Autonomia, jossa jokaisella ryhmällä on valta tehdä päätöksiä tarvitsematta muiden lupaa. 
• Monitoiminnallisuus, jossa tiimissä on kaikki projektin toteuttamiseen tarvittavat taidot.
• Ei syyttelyä tai syyllistämistä. Ihmiset eivät ole syyllisiä huonoihin tuloksiin, vaan huonot järjestelmät ovat syyllisiä.

StoryShot #7: Monitoimisuus tekee tyhmäksi

Yksi organisaatioissa usein suosittujen käytäntöjen joukossa on monitehtäväisyys. Sutherlandin mielestä on parempi tehdä yksinomaan yhtä asiaa ja siirtyä sitten toiseen projektiin. Hänen mielestään useamman kuin yhden asian tekeminen kerrallaan hidastaa ja heikentää suorituskykyä molemmissa tehtävissä. Työskentele siis vain yhden asian parissa kerrallaan ja tee asiat oikein ensimmäisellä kerralla. Jos teet virheen, korjaa nämä virheet tai viat heti, kun huomaat ne. Jonkin asian korjaamisen odottaminen myöhemmin voi heikentää tehokkuutta.

StoryShot #8: Jätettä on kolmenlaista

Tässä kirjassa Sutherland kuvaa kolmenlaisia jätteitä: Muri, Mura ja Muda. Muri liittyy kohtuuttomuuden kautta tapahtuvaan tuhlaukseen. Mura liittyy epäjohdonmukaisuuden kautta tapahtuvaan tuhlaukseen. Lopuksi Muda liittyy hukkaan, joka johtuu epäoptimaalisista tuloksista.

StoryShot #9: Liian kova työ aiheuttaa virheitä

Pitkä työaika tuottaa jätettä. Enemmän työtunteja tekemällä ei saada aikaan enemmän;  vähemmän tehdään. Vaikka ahkeruus on elintärkeää menestyksen kannalta, liiallinen ahkeruus väsyttää ihmisiä. Väsymys johtaa virheisiin. Työskentele arkisin ja kohtuullisin työajoin. Pidä lomia, jotta vältät loppuunpalamisen. Tämä liittyy myös Jeffin toteamukseen siitä, että sankarillista ponnistelua ei pitäisi pitää hyvänä asiana. Sen sijaan Jeff pitää sankarillista ponnistelua suunnittelun epäonnistumisena. 

Lisäksi luomiesi tavoitteiden on oltava sellaisia, jotka voit saavuttaa - aseta tavoitteita, jotka ovat haastavia. ja voi motivoida sinua. Mahdottomat tavoitteet tekevät sinut tyytymättömäksi ja vähentävät motivaatiotasi. 

StoryShot #10: Todellinen onni on prosessissa

Sutherland kuvaa onnellisuutta merkittäväksi tekijäksi tulosten ennustamisessa. Onnellisuutta voidaan soveltaa sekä yksilöihin että tiimeihin, ja se määritellään autonomian, hallinnan ja tarkoituksen yhdistelmänä. 

Todellinen onni löytyy prosessista, ei tuloksesta. Usein organisaatiot palkitsevat saavutuksia. Sen sijaan meidän pitäisi palkita niitä, jotka pyrkivät suuruuteen. Scrum Masterin tehtävänä on estää tiimejä kehittämästä itsetyytyväisyyttä. Scrum Master on tiimin vastuuhenkilö. Ylpeys liittyy usein tuloksiin perustuvaan palkitsemiseen. Palkitse sen sijaan tiimisi jäseniä silloin, kun he tekevät oikeita asioita, jotta heidät saadaan vauhditettua kohti suuruutta.

Tässä muutamia syitä, joiden vuoksi Jeff Sutherland uskoo, että onnellisuus saa tiimisi suoriutumaan paremmin:

1. Onnellisuus auttaa tekemään fiksumpia päätöksiä
2. Onnellisuus antaa sinulle mahdollisuuden olla luovempi
3. Onnellisuus tarkoittaa, että yksilöt jättävät työpaikkansa harvemmin.
4. Jos voit mitata onnellisuutesi, voit nähdä, miten se parantaa suorituskykyäsi. Onnellisuus on tulevaisuuteen katsova mittari, kun taas kaikki muut mittarit ovat taaksepäin katsovia.

Yksi Jeffin mainitsema tiimin onnellisuuteen liittyvä näkökohta oli ajatus organisaation täydellisestä avoimuudesta. Mitään salaisuuksia ei saisi pitää. Kaikkien pitäisi esimerkiksi tietää toistensa palkat ja talous. Asioiden salaaminen toisilta palvelee vain niitä, jotka haluavat auttaa itseään. 

Meidän ei myöskään pitäisi antaa onnellisuutemme vallata meitä täysin, sillä se saa meidät uskomaan, että suoriudumme paremmin kuin olemme. Meidän pitäisi siis aina mitata onnellisuuttamme suorituskykyä vasten.

StoryShot #11: Miten priorisoida asioita?

Se, mitä priorisoit organisaationa, tulisi määrittää kysymällä itseltäsi seuraavat kysymykset:

• Onko sillä merkittävä vaikutus?
• Onko se merkityksellinen asiakkaillemme?
• Tuottaako se rahaa?
• Onko se helpoin vaihtoehto toteuttaa?

Jotta voit päättää, mikä tehtävä tehdään ensin, sinun on laadittava luettelo kaikesta, mitä projektissa voidaan tehdä. Laita sitten ne tehtävät, joilla on suurin arvo ja pienin riski, Backlogin kärkeen. Täytä lopuksi loput listasta soveltamalla samaa kaavaa jäljellä oleviin tehtäviin. Kun ihmiset asetetaan tärkeysjärjestykseen arvon mukaan, heidät pakotetaan tekemään tärkeimmät työt ensin.

Tulojen osalta Sutherland suosittelee, että määritetään 20% panosta, josta saadaan 80% tuotosta. Tiiminä on selvitettävä, missä voidaan tuottaa eniten arvoa pienimmällä vaivalla. Tätä kutsutaan MVP-tuotteeksi (Minimum Viable Product), ja se liittyy nopeaan prototyyppien luomiseen, joka tarkoittaa tuotteen saamista markkinoille mahdollisimman nopeasti. 

Jos haluat nopeasti prototyypin muussa kuin teknologiaympäristössä, sinun on testattava tuotteesi, mutta saatettava se mahdollisimman nopeasti loppukäyttäjäasiakkaiden saataville. Ota sitten vastaan palautetta loppukäyttäjiltäsi ja iteroi sen mukaisesti.

StoryShot #12: Scrum voi vaikuttaa mihin tahansa alaan

Scrum nopeuttaa kaikkia inhimillisiä pyrkimyksiä. Sitä voidaan soveltaa kaikkeen. Tässä storyshotissa on esimerkkejä siitä, miten Scrum tekee jo nyt juuri niin. Tässä kaksi esimerkkiä, jotka ovat kaukana yritysmaailmasta: 

1. Scrum on käytössä monissa alankomaalaisissa lukioissa. He havaitsivat, että koetulokset paranivat välittömästi yli 10%.
2. Grameen-säätiö käyttää Scrumia Ugandassa köyhyyden torjumiseen. Scrumia käytetään maatalous- ja markkinatietojen toimittamiseen maaseudun köyhille viljelijöille. Scrumin käyttöönoton jälkeen maanviljelijät ovat nähneet sadon kaksinkertaistuneen ja tulojen kaksinkertaistuneen.

StoryShot #13: Älä koskaan suunnittele fantasiaa

Sutherland kannustaa suunnittelemaan vain ne asiat, jotka on tehtävä. Meidän ei siis pitäisi koskaan suunnitella kaikkea vuosia etukäteen. Meidän on vain suunniteltava riittävästi, jotta tiimimme pysyvät kiireisinä ja työskentelevät tehokkaasti.

Lisäksi yleinen suunnitteluvirhe on suunnitella absoluuttisesti tai tuntikohtaisesti. Tällainen suunnittelu on liian jäykkää, eikä siinä oteta huomioon erilaisia tekijöitä, jotka voivat vaikuttaa siihen, kuinka paljon aikaa tehtävät vievät. Käytä jotain joustavampaa, kuten t-paitakokoja, kuvaamaan, kuinka suuri tehtävä on. 

Kun suunnittelet, yritä ajatella työtä tarinana (joka on tietenkin realistinen). Mieti siis, kuka saa tehtävästä lisäarvoa. Mieti sitten, mitä tämä arvo on. Lopuksi mieti, miksi he tarvitsevat tätä arvoa. 

Tunne tiimisi tuotantonopeus. Jokaisen tiimin tulisi tietää, kuinka paljon työtä se saa tehtyä sprinttisyklin aikana. Heidän pitäisi myös tietää, kuinka paljon he voivat parantaa tätä nopeutta työskentelemällä älykkäämmin. 

Voit asettaa tiimillesi tavoitteita, jotka ennen Scrum-ajattelutavan omaksumista olisivat saattaneet tuntua uskaliailta (kuten tuotannon kaksinkertaistaminen).

StoryShot #14: Miten parantaa tehokkuutta?

Lopuksi Jeff kannustaa toimintatapoihin, jotka tekevät työskentelystä helpompaa ja vaivattomampaa. Scrumissa on kyse siitä, että mahdollistetaan virtaus mahdollista. Meidän olisi siis poistettava kaikki toimintatavat, jotka haittaavat tiimin tehokkuutta. Jos mahdollista, poistakaa kaikki tarpeettomat lomakkeet, kokoukset, hyväksynnät tai standardit. Nämä asiat vain haittaavat tuottavan tiimin toimintaa. Älä myöskään salli mitään käyttäytymistä, joka aiheuttaa tunnekaaosta tai vähättelee muita tiimin jäseniä.

StoryShot #15: Tuoteomistajat ovat välttämättömiä

Tuotteen omistaja päättää, mitä työn tulisi olla. Hän päättää, mitä backlogissa on ja missä järjestyksessä backlogin kohteet valmistuvat. Jeff kuvailee tuoteomistajia fantastisiksi tuotemarkkinoijiksi. Tuoteomistajan ei tarvitse ymmärtää tuotteen teknistä puolta. Sen sijaan hänen on ymmärrettävä tuotetta asiakkaan näkökulmasta. Tuoteomistajan pitäisi jatkuvasti miettiä, mitä tuotetta käyttävä asiakas tarvitsee. Hänen pitäisi asettua niiden ihmisten ajattelutapaan, jotka saavat tuotteestasi arvoa. Jeff selittää, että scrum master ja tuotteen omistaja on noudatettava erilaisia normeja. Scrum master ja tiimi ovat vastuussa siitä, miten nopeasti asiat tehdään. Tuoteomistaja on vastuussa siitä, että tuottavuus muuttuu arvoksi.

Jeff tiivistää tuoteomistajan roolin neljän ominaisuuden avulla:

1. Scrum master on miten, kun taas tuotteen omistaja on mitä. Jälkimmäisten tulisi käyttää puolet ajastaan asiakkaiden kanssa keskustelemiseen. Tuotteen omistajan on tunnettava markkinat riittävän hyvin ymmärtääkseen, mikä vaikuttaa asiaan.
2. Tuotteen omistajalla pitäisi olla valtuudet. Hänen pitäisi saada päättää tuotteen visiosta ilman, että johto estää päätöksiä.
3. Tuotteen omistajan on oltava luotettava, johdonmukainen ja käytettävissä. Tiimin menestyksen avain on tiimin ja tuoteomistajan välinen jatkuva vuoropuhelu. Valitse siksi tuoteomistaja, jolla on aikaa olla tiimin käytettävissä. Tämä sulkee pois toimitusjohtajat ja muut ylemmät johtajat.
4. Tuotteen omistajan on oltava vastuussa arvosta. Jeff mittaa tuoteomistajan suoritusta sillä, kuinka paljon tuloja hän tuottaa työpanosta kohden. Oletetaan siis, että tiimi tuottaa viikoittain neljäkymmentä työpistettä. Tällöin Jeff haluaisi mitata, kuinka paljon tuloja syntyy kustakin 40 eri pisteestä. 

Loppuyhteenveto ja Scrumin tarkastelu

Kuten Sutherland kuvailee, Scrum on "The Art of Doing Twice the Work in Half the Time". Kun tiimit luopuvat jäykistä mikromanagerointisuunnitelmista ja institutionaalisesta byrokratiasta, ne työskentelevät paljon tehokkaammin, ja tämä on osoitettu maailmanlaajuisesti liike-elämässä, julkishallinnossa ja koulutuksessa. Tämä kirja sisältää valtavasti toimivia oivalluksia, jotka liittyvät Scrumin perusteisiin, sprinttijaksoihin, älykkääseen suunnitteluun ja priorisointiin, häiriötekijöiden, burnoutin ja tuhlauksen välttämiseen, tehokkaaseen johtamiseen ja ennen kaikkea tuottavaan tiimityöhön.

StoryShots-luokitus: Arvostelemme tämän kirjan 4,4 viidestä.

Scrum PDF, Infografiikka ja animoitu kirjan tiivistelmä

Tämä oli jäävuoren huippu. Jos haluat sukeltaa yksityiskohtiin ja tukea kirjailijaa, tilaa kirja... täällä tai hanki äänikirja ilmaiseksi Amazonissa.

Piditkö täällä oppimistasi asioista? Kommentoi alle tai jaa osoittaaksesi, että välität.

Uusi StoryShots? Hanki PDF, infografiikka, ilmainen ääni ja animoitu versio tästä Scrumin analyysistä ja tiivistelmästä sekä sadoista muista tietokirjoista, jotka ovat myydyimpiä... ilmainen huippusijoitettu sovellus. Apple, Google, The Guardian ja YK ovat maininneet sen yhtenä maailman parhaista luku- ja oppimissovelluksista.

Toimittajan huomautus

Tämä sisältö julkaistiin ensimmäisen kerran vuonna 2020.

Aiheeseen liittyvät ilmaiset tiivistelmät

Sprint Jake Knapp

Korkean tuotoksen hallinta Andrew Grove

Tiimin 5 toimintahäiriötä Patrick Lencioni

Lean Startup Eric Ries

Ajattelu, nopea ja hidas Daniel Kahnemann

E-Myth Revisited Michael E. Gerber

Tarkistuslistan manifesti Atul Gawande

Korkean suorituskyvyn tavat kirjoittanut Brendon Burchard 

Tiimin viisi toimintahäiriötä

Miten Google toimii Eric Schmidt ja Jonathan Rosenberg

Mittaa sitä, mikä on tärkeää John Doerr

Syvällinen työ Cal Newport

Burnout kirjoittanut Emily Nagoski

4 tunnin työviikko Tim Ferriss

Tarkistuslistan manifesti Atul Gawande

Johtamisstrategia ja -taktiikka Jocko Willink

Drive Daniel Pink

80/20-periaate Richard Koch