Aivan kuten lokikirja on asiakirja, jonka avulla voimme seurata aluksen ja sen miehistön (ja lopulta muuntyyppisten alusten, kuten lentokoneiden) reittiä, tapahtumia ja kokemuksia, myös monimutkaisilla suurilla teknologisilla hankkeilla on eräänlainen lokikirja, vaikka tässä tapauksessa se toimii etukäteen eikä jälkikäteen: ruuhkaa.
Tekniikassa a ruuhkaa Se koostuu asiakirjasta, joka selittää monimutkaisen järjestelmän toiminnallisuuden ja tarkoituksen, mitä haluamme sen tekevän, mutta ei miten se tehdään.
The ruuhkaa Se on välttämätöntä Scrum-metodologiassa, jolla rakennetaan monimutkaisia järjestelmiä alhaalta ylöspäin, kun perinteinen lähestymistapa oli suunnata kehitys juuri päinvastoin, eli ylhäältä alas.
Ruuhkaa voidaan kuitenkin käyttää täydellisesti sellaisenaan, konseptina mihin tahansa teknologiseen projektiin.
Scrumissa on kahta tyyppiä ruuhkaa: tuotekanta ja sprintin ruuhka. The tuotekanta kuvaa yleisellä tavalla toiminnallisuuksia ja käyttötarkoituksia, jotka järjestelmälle annetaan, sekä kaikkea, mitä haluat sen tekevän.
Ilmainen konsultaatio kaikille projektin jäsenille, sitä voi muokata vain järjestelmän tilaaja (tai sen puuttuessa delegoitu).
Se, että se on yleinen, antaa jonkun ilman teknistä tietämystä suorittaa sen päivityksen.
Aspekti, joka tuotekanta Sinun on otettava huomioon suhde järjestelmän kustannusten ja taloudellisen hyödyn välillä, jonka se tuo järjestelmän toteuttajille.
Tämä on erityisen tärkeä kohta; Uuden järjestelmän luominen tapahtuu vain kahdesta syystä: ensimmäinen on välttämätöntä, koska jostain syystä vanhaa järjestelmää ei voi enää käyttää. Tämä voi johtua organisaation ja/tai tuotteen/palvelun muutoksista tai muutoksista lainsäännöksissä, joihin organisaatio ja liiketoiminta perustuu.
Toinen syy on ottaa käyttöön parannus, jonka avulla voimme olla tuottavampia, alentaa kustannuksia tai maksimoida tuotto.
Tämä toinen syy on aina vapaaehtoinen, ja se otetaan luonnollisesti käyttöön vain, jos taloudellinen tulos paranee tehokkaasti. Siksi olemme eniten kiinnostuneita analysoimaan hinta/suorituskykysuhdetta ja tuntemaan edut.
Ensimmäisessä tapauksessa olemme tietysti kiinnostuneita tietämään edut, mutta koska kyseessä on pakollinen käyttöönottotoimenpide, olemme kiinnostuneempia kulujen hallinnasta (jotka eivät aina ole samat).
The sprintin ruuhka Se koostuu asiakirjasta, joka määrittelee tavan, jolla järjestelmään tehtävät muutokset toteutetaan seuraavassa iteraatiossa.
Dokumentti on jaettu tehtäviin, joista jokaisen on oltava lyhyt (jos ei ole, se on jaettu niin moneen, mikä on), vaikka näitä tehtäviä ei ole osoitettu suoraan kehitystiimin jäsenelle, vaan ne jakavat ne. näiden joukossa parhaaksi katsomallaan tavalla.
Kuva: Fotolia - Oleksandr
