Archive for June, 2009

11

Juuni

Miks andmete põhised rakendused on ebaõnnestunud

Marek Tihkan 2 kommentaari

Viimasel ajal on tekkinud tunne, et rakendused, mis pakuvad peamiselt välja nimekirju andmetest ja võimaldavad neid ka sorteerida ja filtreerida on laristamine. Need rakendused lähevad tellijale tihtipeale kõvasti maksma ja hea on kui nad enda investeeringu tagasi teenivad.

Tunnet kinnitab ka CRUD tüüpi nõuete kaardistamine nii kasutajalugude kui ka kasutuslugude puhul. Proovige mõni CRUD kasutajalugu kirjutada: Projektijuhina soovin hallata projekte, et … projekte juhtida/meeskonna tööd paremaks muuta/jne. Need ei tundunud väga head äriväärtused olevat, vähemalt ma ei näe kasu sellest, et projektide nimekirja sorteerimisel ja filtreerimisel paraneks meeskonna töö vms. Pigem näeksin selliseid kasutajalugusid: Projektijuhina soovin näha nimekirja problemaatilistest projektidest koos soovitusega kuidas reageerida, et projektide õnnestumise protsent paraneks.

Loe edasi »

  • Share/Bookmark

KATEGOORIAD » Arendus

SILDID » ,

LOE EDASI »
4

Juuni

xDUF

Marek Tihkan Kommenteeri

Esimese GeekDinneri teemaks oli xDUF ehk Big Design Up Front (BDUF), Enough/Little Design Up Front ja No Design Up Front. Vestlus oli igati huvitav ning neile, kes ei jõudnud tulla, väikene tutvustus seisukohtadest.

Esimene äärmus, mille vaatluse alla võtame on BDUF. See parktika on tulnud otse ehitusest – kõigepealt tuleb plaanid valmis teha ja siis hakata reaalselt ehitama. Tundub esmapilgul loogiline samm, kuid tarkvara on siiski pehme ja lihtsamini muudetav kui maja, mida ehitatakse.  Teine problemaatiline koht selle vaate puhul on, et peaksime suutma võtta kõike arvesse võtta ja seda siiani inimesed teha ei suuda.

Mittetäielikkuse printsiip:
Ei ole võimalik kõike arvesse võtta, kõike määratleda, kõike põhjendada.
[Lorents, “Süsteemse käsitluse alused”, lk 26]

Loe edasi »

  • Share/Bookmark

KATEGOORIAD » Arendus

SILDID » , ,

LOE EDASI »
2

Juuni

Seitset tüüpi raiskamist tootmisettevõttes

Priidik Vaikla Kommenteeri

Tarkvaraarenduses on raiskamist niisamuti kui igas teises ärisektoris. Selles postituses vaatame seitset tüüpi raiskamist tootmisettevõttes ja püüame kõrvutada iga tüübi juurde tarkvaraarendusele vastavad näited.

Ületootmine

Kui tellimusi pole, siis püütakse toota selle jaoks, et kui kunagi tellimused tulevad, siis oleks kohe võimalik toode ostjale anda. Toodetud tooteid ja pooltooteid tuleb aga kuskil ladustada. Seetõttu iga valmis (pool)tootega tuleb arvestada lisakulutustega.

Tehases: Toodetakse lambipirne, kuigi keegi pole neid tellinud. Toodetakse lambipirnis kasutusel olevat klaasi, kuigi see protsess, kes selle klaasi pirnile peale paneb pole seda tellinud.

Tarkvaraarenduses: Tehakse eeltööd või uuringuid, kuigi pole kindel kas projekt töösse läheb. Tehakse analüüsi, kuigi programmeerijatel on käed tööd täis ning seda analüüsi ei jõuta ära tarbida. Kirjutatakse koodi, kuigi testijad ei jõua seda koodi testida.

Loe edasi »

  • Share/Bookmark

KATEGOORIAD » Arendus

SILDID » , ,

LOE EDASI »