Specyfikacja w Scrumie
![Image](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhTi5vIJxKOjz7Jwz0UNp3gkOGCAmpp8_bpwFp-EUMXfLcZqs__Bs1dt5ZXyxCMrMdBikxYe9g36iL3qBSimzHH4mkh9X6FhDdJowiv4d1AbEPkmKoIiEsBIpuJyt1fBWCPAlah0pTYp5NI/s320/notebook-2337556_1920.jpg)
Cześć, od kilka dni nurtowało mnie pytanie, jak powinna wyglądać specyfikacja projektowa. Chciałem stworzyć prosty projekt, ale nie widziałem zbytnio jak ma on wyglądać. Zacząłem od projektowania i pisania dokumentacji. Szybko zorientowałem się, że marnuje na to tylko czas i zacząłem się zastanawiać jak to się robi w Scrumie, gdzie teoretycznie nie marnuje się czasu na zbędne rzeczy. Nie robi się specyfikacji Po dłuższym czytaniu o Scrumie, zrozumiałem, że nie mówi on nic o dokumentacji projektowej. Nie ma czegoś takiego jak projekt systemu oraz opis implementacji poszczególnych technologii. W trakcie pisania właśnie takiego projektu, też doszedłem do wniosku, że łatwiej byłoby to opisać w kodzie. Skupić się na dobrych praktykach programowania i utworzyć kod, który sam się opisuje. Taka dokumentacja jest zbędna, a najczęściej bardzo nieaktualna. Dodatkowo, jeżeli coś poprawiamy w kodzie, powinniśmy też w dokumentacji i vice versa. Marnujemy przez to dużo czasu i nie zachowujemy zasad