Extreme Programming, Scrum i Test Driven Development wydają się być obecnie najpopularniejszymi metodami Agile. Ale ktoś ostatnio zasugerował, żebym rzucił okiem na funkcję Driven Development.Dlaczego warto korzystać z funkcji rozwijania opartego na funkcjach?
Czy kiedykolwiek używałeś tej metody z jakimkolwiek sukcesem? Jakie są zalety korzystania z niego?
FDD to starsza metodologia. Ma wiele pomysłów innych zwinnych metodologii i tęskni za niektórymi z nich. Podobnie jak Scrum, jest to trochę skoncentrowane na zarządzaniu i myślę, że potrzebujesz pewnych elementów z XP do praktycznych implementacji.
FDD jest z pewnością interesujące do zaglądnięcia. Ale podobnie jak Scrum i XP myślę, że musisz zrozumieć mechanikę, a nie tylko wdrażać praktyki, aby osiągnąć sukces. Jeśli po prostu wykonujesz "FDD" lub "do Scruma", nie jesteś tak adaptacyjny, jak powinieneś.
Rzeczy Chciałbym spojrzeć w jeśli chcesz zrozumieć agile byłoby
Scrum lub FDD, aby zrozumieć, co zarząd może wydostać się z zwinny.
XP, aby zrozumieć, w jaki sposób umożliwić zwinność z punktu widzenia technologii.
Krystalicznie czysty, aby zrozumieć aspekty komunikacyjne.
Lean Agile uzyskać zupełnie inne spojrzenie na zwinnych metodyk
Nie nazwałbym TDD zwinny metodologii przy okazji. Jest to praktyka z XP, ale nie kompletna metodologia jako taka.
FDD to coś, co lubię myśleć jako o metodyce otoki, ponieważ pozwala zastosować metodę zarządzania projektami na bardzo wysokim poziomie, ale nadal pozwala na stosowanie innych metodologii na niższym poziomie.
FDD koncentruje się na możliwościach określania szacunków i harmonogramów oraz raportowania statusu projektu jako całości lub na bardzo szczegółowym poziomie, ale nie określa konkretnej metody zastosowania w celu utworzenia harmonogram, pozostawiając to do podjęcia decyzji. Chodzi o to, że możesz spojrzeć na swój projekt i stwierdzić z pewną pewnością, czym jest status projektu, czy jesteś na czas, poślizgnięcie się, wcześnie i tak dalej.
Używam FDD jako sposobu organizowania moich projektów na łatwe do opanowania etapy, dzięki czemu wiem, KIEDY podpisać i rozpocząć dany etap. Ale samo w sobie FDD byłoby całkiem bezużyteczne. Na przykład osobiście korzystam z Planowania opartego na dowodach i połączonego BDD/TDD jako elementów procesów rozwojowych, które są zarządzane pod pewnym rodzajem parasolki FDD. Osobiście nie mogłem zrobić całego XP lub SCRUMM bez problemów, ponieważ moje projekty i zespół byłyby utrudnione, gdyby zmuszone były angażować się w praktyki z innych metod, które nie dodają wartości naszym unikalnym okolicznościom.
W każdym razie lepiej nie ustawiać żadnej metodologii, ponieważ potrzeby/warunki firmy i projektu prawdopodobnie będą się zmieniać regularnie, a Ty musisz być elastyczny w podejściu do zarządzania projektami, jeśli chcesz aby odnieść sukces. Żadna pojedyncza metodologia nie jest srebrną kulą, więc celem jest ustalenie, które metody działają dla ciebie i dopasowanie metodologii do twoich indywidualnych potrzeb. Właśnie na tym polega bycie "Agile".
Pozdrawiam za twoją odpowiedź, próbowałem znaleźć informacje o tym, gdzie FDD siedzi w wielkim schemacie rzeczy, a twoja odpowiedź to zapewnia. – McDonnellDean
Głosuję, aby zamknąć to pytanie jako nietypowe, ponieważ dotyczy metodologii programowania. –