F3llony Posted June 11, 2013 Report Posted June 11, 2013 Hello, foruma biedri. Atkal nedaudz aktualizējies jautājums par izstrādātāja dokumentāciju (KB) rakstīšanu. Līdz šim šis jaukais pasākums tiek menedžēts ar Wiki palīdzību, bet labi sen neesmu skatījies neko šajā virzienā. Vai vēl ar vien aktuāla ir situācija kad instrumentu sort-of-profesionālu KB veidošanai ir vai nu DVS vai nu Wiki? Varbūt ir parādījušies kādi specializētāki instrumenti? Also, nē, phpDocumentator2 PHP kontekstā ir API doki, ne KB. Ja tu par to iedomājies... :) Quote
F3llony Posted June 11, 2013 Author Report Posted June 11, 2013 Paskaidrosi man, lauķim, ko nozīmē KB? http://en.wikipedia.org/wiki/Knowledge_base http://www.phpmyfaq.de/ ? Ir skatīts, subjektīvu iemeslu dēļ nepatika. :( Quote
daGrevis Posted June 14, 2013 Report Posted June 14, 2013 (edited) Confluence ar dažiem Wiki, bet pamatā, tā kā sekojam Scrum procesam, taskos (iekš Jira) arī ir visa informācija par juser storiju. Edited June 14, 2013 by daGrevis Quote
F3llony Posted June 14, 2013 Author Report Posted June 14, 2013 +1 Key par Confluence. daGrevi, fine, bet kā jūs atsekojat user story kopumā - taču nejau katrai funkcijai pa vienam vien tāskam? Vai scrum master ir arī iekšējais pasūtītājs? Quote
daGrevis Posted June 14, 2013 Report Posted June 14, 2013 Pašā sākumā propject owneris izdomā, kas viņam ir nepieciešams. Tā rodas juzer storiji, kuri nonāk backlogā. User storijam sprinta sākumā, pirms planinga, tiek izveidots vismaz viens tehniskais tasks un tie nonāk sprinta taskos. To dara scrum masters, kurš nekāda gadījumā nav pasūtītājs (project owner). Tad ir planings, kur teams iet cauri taskiem un vienojas par original estimate. Tad sākas pats sprints, kurš ilgst apmēram divas nedēļas. Tad ir retrospektīva un demo, kurā atrāda paveikto projecta ownerim. Repeat. Quote
F3llony Posted June 14, 2013 Author Report Posted June 14, 2013 Es zinu, kas ir Scrum, un zinu, kas sm nav project owner. Es jautāju vai sm tev ir arī internal owner jeb projekta vadītājs, bet nu labi, obviously nav. To, ka owners kaut ko izdomā, neko nenozīmē un ar user story šeit ir pastarpināta saistība - ir juzer story, pret juzer story tiek veidoti uzdevumi - un parasti, tie nav viens divi. E.g. tas tiek menedžēts saistot atvasinātos uzdevumus ar user story tehnisko uzdevumu? User story taču var ar laiku arī mainīties. Quote
daGrevis Posted June 14, 2013 Report Posted June 14, 2013 Parasti ir tā, kā ir pieņemts organizācijā. Nav tāds pareizais ceļš. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.