Dostarczaj działające oprogramowanie często
„Dostarczaj działające oprogramowanie często, od kilku tygodni do kilku miesięcy, z preferencją dla krótszego okresu.”
Następna zasada podkreśla stosowanie podejścia iteracyjnego, aby podzielić projekt na bardzo małe przyrosty zwane sprintami lub iteracjami, które zazwyczaj trwają od dwóch do czterech tygodni. Istnieje kilka powodów, dla których ma to sens:
- Wszystkie procesy rozwoju zwinnego, takie jak Scrum, opierają się na ciągłym doskonaleniu. Zamiast mieć sztywno zdefiniowany proces, który nigdy się nie zmienia, od zespołu oczekuje się, że podejmie empiryczne podejście, aby dowiedzieć się, co działa, a co nie działa w miarę postępu projektu, i wprowadzi niezbędne poprawki. Jeśli projekt jest podzielony na bardzo krótkie przyrosty, a nauka odbywa się na końcu każdego przyrostu, nauka i ciągłe doskonalenie mogą zachodzić znacznie szybciej. Popularne zwinne motto brzmi: „Popełniaj błędy wcześnie, popełniaj błędy często.” Innymi słowy, w wielu przypadkach lepiej jest szybko spróbować czegoś i uczyć się na tym oraz wprowadzać poprawki, niż poświęcać cały czas, który może być potrzebny, aby spróbować zaprojektować podejście, które będzie działać bezbłędnie za pierwszym razem.
- 2. Ludzie pracują bardziej produktywnie, gdy mają krótkie ramy czasowe na wykonanie zadań. Jeśli jest to zrobione poprawnie, zespół rozwija rytm i tempo, które są bardzo efektywne w szybkim i skutecznym wytwarzaniu zdefiniowanych przyrostów pracy, jak na linii montażowej.
Zalecane artykuły o Agile i Scrum
Ten post dostępny jest również w Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文