[MatthewDuchovny]

Jakie są alternatywne metody organizacji i podejścia do pracy inne niż #scrum #agile #kanban ?

Czy wszystkie firmy powyżej jakiegoś progu (100-250 pracowników) wybierają jakąś z tych opcji? A może są jeszcze inne, mniej znane metody?

I jeśli nie kanban i nie sprint to co może być dobre dla design team?

Jest tutaj może ktoś kto ogarnia różne metody organizacji, managementu itp?

#agile #scrum #kanban #leanux #management #startup #scaleup #enterprise #jira

[thus]

@MatthewDuchovny: Możesz wygooglować XP (Extreeme Programming), ale nigdy w nim nie pracowałem, więc nie dam rzetelnej odpowiedzi.

To, co należy pamiętać, to fakt, że programowanie to czynność TWÓRCZA, a nie jak niektórzy chcą - WYTWÓRCZA. Developerzy to nie są pracownicy na taśmie, choć duża część managementów tak chce organizować im pracę i stąd problemy. Istotą jest to, że developerom w procesie pracy bliżej niż do pracownika na taśmie jest do artystów.

[MatthewDuchovny]

@thus: no tak, to też prawxa.

Zastanawiałem się czy to co działa w małych firmach, gdzie prawie wszyscy są w jednym, dwóch pokojach może działać też w firmach 150-200+ ludzi. Zakładam, że nie bo musisz być świadomy co robią inni. Przynajmniej do pewnego stopnia który jest powiązany z tym co ty robisz.
Ale może praca w silosach nie jest taka zła? Tylko jak radzić sobie z robienien tej samej rzeczy przed

[Priya]

@MatthewDuchovny: googlaj pod hasłami project management methodologies, tego jest sporo: Lean, PRINCE2, V-Model, PMBOK, CMM, Hermes

[thus]

@MatthewDuchovny: Ogólnie to definitywnie pracę zabija openspace. Nie pamiętam skąd, ale są jakieś dane, że efektywność jest niższa o 30-40% na openspace w porównaniu do "pokoi". Dlatego definitywnie bym obczaił ten temat i jakbym chciał rozwijać firmę, to bym wynajmował takie powierzchnie, żeby było dużo pokoi.

Co do samego problemu powatarzania pracy - tutaj wchodzą w grę Product Ownerzy i szeroko pojęty management. Teamy nie powinny być stricte obciążane tym CO