F3llony Posted June 11, 2013 Report Share 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 Link to comment Share on other sites More sharing options...
jurchiks Posted June 11, 2013 Report Share Posted June 11, 2013 http://www.phpmyfaq.de/ ? Quote Link to comment Share on other sites More sharing options...
101111 Posted June 11, 2013 Report Share Posted June 11, 2013 Paskaidrosi man, lauķim, ko nozīmē KB? Quote Link to comment Share on other sites More sharing options...
F3llony Posted June 11, 2013 Author Report Share 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 Link to comment Share on other sites More sharing options...
Mr.Key Posted June 13, 2013 Report Share Posted June 13, 2013 Confluence, Sharepoint. Quote Link to comment Share on other sites More sharing options...
daGrevis Posted June 14, 2013 Report Share 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 Link to comment Share on other sites More sharing options...
F3llony Posted June 14, 2013 Author Report Share 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 Link to comment Share on other sites More sharing options...
daGrevis Posted June 14, 2013 Report Share 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 Link to comment Share on other sites More sharing options...
F3llony Posted June 14, 2013 Author Report Share 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 Link to comment Share on other sites More sharing options...
daGrevis Posted June 14, 2013 Report Share Posted June 14, 2013 Parasti ir tā, kā ir pieņemts organizācijā. Nav tāds pareizais ceļš. Quote Link to comment Share on other sites More sharing options...
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.