Ketterä ja laiha, mikä ero on?

Äskettäin koulunopettaja kertoi ystävälle, etten tiennyt mitään ketterästä ja auttoiko jokin noista ja epäitsekkääistä tavoista järjestää projekteja ja ihmisiä koulutusympäristössä.

Tiesin, mitä ystäväni tarkoitti, mutta epäselvyys vähärasvaisen ja terävän erottelusta sai minut täysin narratiiviseen moodiin, ja halusin kirjoittaa siitä jotain. Se oli kirjoittamasi ydin, ja minua kehotettiin levittämään sitä edelleen.

Ketterä / Scrum / Kanban eivät ole täsmälleen samoja, mutta niillä on samanlaiset työkalut ja näkyvät merkit, joten ne ovat usein hämmentyneitä.

Ketterä on yleinen mukavuus ohjelmistokehitysmenetelmien keräämiselle, jotka kaikki eivät sisällä projektisuunnittelua, jota kutsumme nyt vesiputousmenetelmäksi, tai V-kehitysmallia nykyajan ammattilaisille. Kaikilla kehittyneillä menetelmillä on joitain yhteisiä periaatteita, ja tiedät, että luomasi ohjelmisto ei ole hyvä, ennen kuin joku näkee sen, yrittää sitä ja antaa sinulle palautetta. Tämä tarkoittaa, että he keskittyvät iteraatioon, ohjelmiston varhaisten versioiden toimittamiseen ja palautteeseen, joka antaa heidän kommunikoida ja olla yhteydessä yhteisöihinsä.

Skrum on hienostunut tekniikka, joka osoittautuu suosituimmaksi, mutta on myös muita. Scrum keskittyy pääasiassa projektitoimituksiin, yleensä ohjelmistoihin, mutta sitä käytetään uudelleen moniin muun tyyppisiin hankkeisiin. Erityiset etsimäsi ominaisuudet: * Voit määrittää, milloin olet valmis (tai saada valmis tietyllä hetkellä ja lopettaa työskentelyn) * Sinulla on ryhmä ihmisiä, joiden on tehtävä yhteistyötä projektissa on mahdollista.

Tämä tarkoittaa, että scrum toimii todella hyvin, kun projektissasi on nämä ominaisuudet.

Siten moduulien jakaminen opettajien kesken ja konserttiopetuksen suunnittelu voi olla hyvä tulos. Voit erottaa tehtävät jokaisesta moduulista tai yksiköstä, antaa jokaiselle tehtävälle omistajan ja tietää milloin se suoritetaan.

Kanban, tai koska mieluummin kutsun sitä Leaniksi, tulee alkuperäisestä tuotannosta. Toyota-tuotantojärjestelmä syöttää Leania, ja voit todella nähdä, mitä tapahtuu Ison-Britannian tehtailla (en ole tehnyt töitä tehtaalla kymmenen vuotta sitten!).

Lean työskentelee parhaillaan sitä, minkä vetopohjaisen järjestelmän pitäisi olla. Suurinta osaa tuotantolinjoista pidetään työntövoimalla. Napautat joukon raaka-aineita, napsautat niitä vaiheittain ja saat lopputuotteen toisesta päästä. Tyylikäs asia on muuttaa tätä ajattelutapaa ja väittää, että tosiasia on, että tehtaan on tuotettava vain tuote, joka asiakkaiden on tuotettava. Ylimäärästä tulee ylijäämä, jonka säästö vaatii rahaa, ja se voi johtaa arvon laskuun tai laskuun. Jokainen tuotantolinjan asema haluaa saada työnsä edellyttämän määrän edelliseltä asemalta, ja vetovoiman on palautettava raaka-aineisiin järjestelmän kautta.

Kevyt joukkueet käyttävät Kanban-taulua signaaliin, mikä heidän tutkalla on ja mitä he työskentelevät. Tämä auttaa joukkueita etsimään ylös ja alas seuraavaa lautaa.

Lean / Kanban, niin täydellinen seuraaviin ongelmiin: * Prosessi on jatkuvaa, mutta et voi koskaan "tehdä sitä" * Jatka tai pahempaa pitää prosessin vaiheiden välillä jotenkin kalliita tai tuhlaavia. * Mittaa ja paranna helposti sitä, missä prosessia voidaan muuttaa

Punnitseminen keskittyy erityisesti muutamiin perusperiaatteisiin: * Työkiertoaika, joka on huono alusta loppuun * Tekemäsi työ on rajoitettava, koska voit olla varma, että vietät enemmän aikaa kuin voit viedä sen seuraavalle tasolle * Käsittely varastointivaiheet vaiheiden välillä ovat turhia tai vaikeita

Käytin prosesseja kuten merkitsemistä ja validointia tai mitä tahansa monivaiheista prosessia. Jokainen henkilö tai joukkue luottaa yhden tai toisen ryhmän tietoihin ja koordinoi ja koordinoi toimia tulevaa työtä varten.

Todella mielenkiintoinen oppiminen Leanilta on, että paikallinen optimointi voi olla täysin turhaa. Jos sinulla on 5-vaiheinen prosessi ja yksi vaihe voi jalostaa 10 tuotetta päivässä, työskentele toisen vaiheen kanssa, jotta pystyt käsittelemään 25 tuotetta päivässä, jos et pysty kiihdyttämään hidasta vaihetta. Tämä auttaa sinua ajattelemaan, missä voitaisiin parantaa. Kanban-termi tälle on Kaizen, tekemällä pieniä parannuksia ketjun hitaimpaan, heikoimpaan, heikoimpaan (valitse mittakaava) osaan ja toistamalla se sitten ensi viikolla / iteraatio.

Se, kuinka organisoin opettajien hallinnollisen työn, riippuu siitä, miten ihmiset ovat vuorovaikutuksessa ja miten he suhtautuvat toisiinsa. Tiedän hyvin vähän koulutoimintojen toiminnasta, mutta mielestäni kotitehtävät, kurssitehtävät ja muut eivät ole taipuvaisia ​​työskentelemään yhdessä. Muut asiat, joita voin kuvitella, ovat kertaluonteiset projektit, joten matkustaminen tai uudet suuret projektit.

Menestyviin hankkeisiin, joissa työskentelee paljon ihmisiä, voin todennäköisesti siirtyä Scrum-tyyliviivalle. Ota ihmiset yhteen, ymmärrä välitettävän koon koko ja seuraa suurta taulua seuraamalla sitä jälki-indeksi- tai hakemistokortilla ja suorittamalla tehtäviä. Et voi käyttää todellista "squrum" -tekniikkaa, mutta sinulla on joitain herkkyyshyötyjä, kuten näkyvä palaute, uupumisen ennustus (viimeinen käyttöaika on kulunut) ja niin edelleen.

Teet saman asian, mutta suuri osa prosessista on esimerkiksi asiakirjojen tai raporttien arkistointi useiden ihmisten ympärille, kirjoittaminen tai muokkaaminen jokaiselle ja jos teet saman asian joka vuosi tai vuosi, niin Lean / Kanban voi vastata. olet parempi

Ja tietysti, jos tekemäsi asiat ovat hyvin ymmärrettyjä ja tunnettuja, nopeat menetelmät eivät auta ollenkaan, vaan perinteisten hankkeiden hallinnan sijaan. Sinun on käytettävä tekniikoiden sijasta.