Izstrādātāja dokumentācija

[F3llony]

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... :)

[jurchiks]

http://www.phpmyfaq.de/

?

[101111]

Paskaidrosi man, lauķim, ko nozīmē KB?

[F3llony]

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. :(

[Mr.Key]

Confluence, Sharepoint.

[daGrevis]

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

[F3llony]

+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? 

[daGrevis]

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.

[F3llony]

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. 

[daGrevis]

Parasti ir tā, kā ir pieņemts organizācijā. Nav tāds pareizais ceļš.