Edytuj stronę Odnośniki Fold/unfold all ODT export Ta strona jest tylko do odczytu. Możesz wyświetlić źródła tej strony ale nie możesz ich zmienić. ~~REVEAL~~ ====== TFS - zarządzanie projektem w metodologii Scrum ====== {{http://upload.wikimedia.org/wikipedia/commons/thumb/5/58/Scrum_process.svg/1000px-Scrum_process.svg.png?700}} ===== Cykle życia oprogramowania ===== {{http://upload.wikimedia.org/wikipedia/commons/thumb/5/5f/Three_software_development_patterns_mashed_together.svg/640px-Three_software_development_patterns_mashed_together.svg.png?400}} <fs xx-small>//Źródło: [[http://en.wikipedia.org/wiki/Software_development_process|wikipedia.org]]//</fs> ==== Model kaskadowy ==== * Kolejne etapy następują po sobie bezpośrednio: [[wppl>Model kaskadowy]] (waterfall), wodospadowy, liniowy {{http://upload.wikimedia.org/wikipedia/commons/thumb/e/e9/POL_model_kaskadowy.svg/567px-POL_model_kaskadowy.svg.png?500}} ==== ==== Zalety: * Klient wie dokładnie czego się spodziewać. Precyzyjnie określenie tego co program będzie realizował w ostatecznej wersji. * Możliwe całościowe oszacowanie kosztów i czasu trwania projektu. * Projekt dobrze udokumentowany na każdym etapie * Stabilność i bezpieczeństwo, np. dzięki dużej licznie dokumentacji nowa osoba może być szybko wdrożona do projektu * Łatwy nadzór ==== ==== Wady: * Brak możliwości powrotu do poprzedniego etapu * Początkowe założenia są bardzo istotne, projekt musi być w całości zaplanowany i wszystkie wymagania muszą być rozpoznane od początku projektu * Błąd popełniony w początkowej fazie może mieś drastyczny wpływ na całość projektu * Produkt jest testowany wyłącznie na końcowym etapie. Późne wykrywanie błędów podnosi koszty. * Brak uwzględnienia zmian w zapotrzebowaniu klienta, rynku, zmian w technologiach ==== Metodyki zwinne - Agile ==== * podejście przyrostowe * zakłada, że wymagania odbiorcy (klienta) często ewoluują podczas trwania projektu -> regularna adaptacja do zmieniających się wymagań * późne zmiany w specyfikacji nie mają destrukcyjnego wpływu na proces wytwarzania oprogramowania, * szybkie wytwarzanie oprogramowania wysokiej jakości, działające oprogramowanie jest dostarczane okresowo (tygodniowo), każda iteracja dostarcza działające, **przetestowane** funkcje * bezpośredni kontakt, jako najlepsza forma komunikacji w zespole i poza nim (zazwyczaj małe zespoły), potrzeba mniej dokumentacji * bardzo ważny jest odpowiedni nadzór nad procesem wytwórczym. ==== ==== Wady: * trudności z oszacowaniem czasu realizacji oraz budżetu projektu * wymagana duża aktywność i współpraca członków zespołu, bezpośredni kontakt nie zawsze możliwy w projektach np. open source * sumaryczny czas wykonania projektu zazwyczaj będzie dłuższy niż w modelu kaskadowym * zmiany personalne w zespole mogą mieć katastrofalne skutki * końcowy produkt może znaczenie odbiegać od pierwotnych zależeń ===== Metodologia Scrum ===== **Scrum** //to ramy postępowania (framework), dzięki którym ludzie mogą z powodzeniem rozwiązywać złożone problemy adaptacyjne, by w sposób produktywny i kreatywny wytwarzać produkty o najwyższej możliwej wartości.// ''Scrum Guide'', http://www.scrumguides.org/ ==== Scrum ==== * jedna z najbardziej znanych metodyk zwinnych (Agile) : [[http://agilemanifesto.org/iso/pl/|Manifesto for Agile Software Development]] * metoda przyrostowa : produkt powstaje w kolejnych krótkich iteracjach (sprintach) * używalny (ale niekompletny) produkt już po pierwszej iteracji * częste kontakty w zespole oraz z klientem * inspekcje i adaptacje projektu sprzyjają wczesnemu wykrywaniu problemów i dopasowaniu do potrzeb * sprawna kontrola nad przebiegiem prac (narzędzia TFS) * zespoły 7+-2, zespół ma charakter samoorganizujący i międzyfunkcjonalny * **kontrola czasu** - czynność musi być zakończona w określonym czasie * przejrzystość (proste zasady) ... jednak nie takie proste do zastosowania ==== Zespół scrumowy ==== * **Product owner** \\ odpowiada za projekt przed klientem, ustala co ma być wykonane w kolejnych sprintach * **Development Team** \\ odpowiada za wykonany w danym sprincie przyrost. Brak podziału na role (wszyscy są developeramin) * **Scrum master** \\ odpowiedzialny za proces wytwarzania, organizację pracy, podział ról, przestrzeganie zasad Scruma ==== Artefakty i zdarzenia ==== * **Product Backlog** - wykaz prac produktu (np. produkty WBS), nakreśla znane i najlepiej rozumiane wymagania. Zmienny i zazwyczaj niekompletny. * **Sprint backlog** - lista zadań w sprincie * **Sprint** - pojedyncza iteracja (7-30 dni): planowanie, realizacja, przegląd sprintu, retrospektywa * **Work Item** - jednostka pracy, zgłoszenie, zadanie do wykonania w określonym czasie przez członka zespołu ==== Sprint ==== * planowanie sprintu - max. 8h, określenie celu sprintu, wybór zadań, czas realizacji zadań z góry ustalony, lista zadań nie powinna się zmieniać w czasie iteracji * codzienny scrum: spotkanie 15 min. zespołu programistycznego na stojąco prowadzone przez scrum master. Co wykonane zostało i co jest do zrobienia? * przegląd: max. 4h , podsumowanie osiągniętych celów, modyfikacja listy product becklog * retrospektywa sprintu: max. 3h, inspekcja działań (relacje członków, procesy i narzędzia) i plany usprawnień do najbliższego sprintu ==== ==== {{:zajecia:ppz:vs-2010-scrum.jpg?700|}} ===== Scrum w TFS ===== ==== Przykładowy projekt ==== * Fabrikam Fiber Web Team Home View - projekt demo {{ http://i.msdn.microsoft.com/dn189203.battat_fig03(en-us,MSDN.10).png }} \\ <wrap lo> Źródło: http://msdn.microsoft.com/ </wrap> ==== Product Backlog ==== * zgłoszenie (zadania lub błedy) nieprzydzielone do iteracji * ogólny plan prac, user story (życzenia klienta) * zmienia się w czasie prac nad projektem * elementy są zazwyczaj rozbijane na bardziej szczegółowe zadania {{ http://i.msdn.microsoft.com/dn189203.battat_fig04(en-us,MSDN.10).png }} ==== Product Backlog Item ==== * nazwa, opis, właściciel, stan: New -> Approved -> Commited -> Done, priorytet * effort (szacowany czas), planning poker {{ http://i.msdn.microsoft.com/dn189203.battat_fig07(en-us,MSDN.10).png }} ==== Kanban Board ==== {{ http://i.msdn.microsoft.com/dn189203.battat_fig15(en-us,MSDN.10).png }} ==== Cykl życia Backlog Item ==== {{ http://i.msdn.microsoft.com/dynimg/IC421496.png }} ==== Iteration backlog ==== * **Iteracja** (sprint), określona w pewnym okresie czasu * Lista zadań - zazwyczaj rozbite elementy z lisy Product Backlog * Wykresy obrazujące postęp prac {{ http://i.msdn.microsoft.com/dn189203.battat_fig13(en-us,MSDN.10).png }} ==== Pojemność sprintu ==== * **Capacity** - określa czasu jaki członkowie mogą poświęcić dziennie na pracę (uwzględniając dni wolne) oraz specjalizację członków zespołu {{ https://msdn.microsoft.com/dn189203.battat_fig14(en-us,MSDN.10).png }} ==== Work Item - Jednostka pracy ==== {{ http://i.msdn.microsoft.com/dynimg/IC628541.png }} ==== ==== * **Rodzaj:** task, bug, impediment(issue), user story, test case, ... * **Assigned to:** osoba odpowiedzialna za wykonanie * **Stan:** To do, In progress, Done, Removed * połączenia między zadaniami: hierarchiczne lub płaskie * każdy typ posiada swój własny cykl życia * możliwość definiowania własnych typów (XML) * integracja z systemem kontroli wersji, z systemem buildów, testów * połączenia zadań z różnymi zasobami: strony www, dokumenty, multimedia, ==== Cykl życia zgłoszenia ==== {{ http://i.msdn.microsoft.com/dynimg/IC421494.png }} ==== Board ==== {{ http://i.msdn.microsoft.com/dn189203.battat_fig23(en-us,MSDN.10).png }} ==== Effort ==== * **effort** - wskaźnik postępu ukończenia kolejnych funkcjonalności * każde zadanie ma określony (zaplanowany) czas realizacji * **Burndown Chart** {{ http://upload.wikimedia.org/wikipedia/commons/thumb/0/05/SampleBurndownChart.png/800px-SampleBurndownChart.png }} \\ Żródło: wikipedia.org ==== Raporty i zapytania ==== {{ :zajecia:znd_2014_1:tfs_queries.png?600 |}} ==== Team room ==== {{ https://i-msdn.sec.s-msft.com/dynimg/IC696843.png }} ==== Alerts ==== {{ https://i-msdn.sec.s-msft.com/dynimg/IC720120.png }} ===== Scrum w Visual Studio 2013/2015 ===== * **Team Explorer -> Work Items** - lista zadań projektu * **Team Explorer -> My Work** - lista zadań powiązanych z zalogowanym użytkownikiem * Queries (raporty i zapytania) **Team -> New query** * Dodawanie zgłoszeń **Team -> Add New Work Item** * Powiązanie zgłoszenia (Work Item, asociate, resolve) z wysłaniem kodu (Check In) do repozytorium ==== VS Team Explorer ==== |{{https://i-msdn.sec.s-msft.com/dynimg/IC687893.png}}|{{https://i-msdn.sec.s-msft.com/dynimg/IC721397.png}}| <fs x-small>Źródło://msdn.microsoft.com//</fs> ==== My work ==== Zarządzanie zadaniami z poziomu VS {{ https://i-msdn.sec.s-msft.com/dynimg/IC591023.png }} ==== Zarządzanie zadaniami podczas zatwierdzania zmian ==== {{ https://i-msdn.sec.s-msft.com/dynimg/IC591276.png }} ==== Code review ==== {{ https://i-msdn.sec.s-msft.com/dynimg/IC592394.png }} ===== Więcej informacji ===== * Ken Schwaber, Jeff Sutherland, {{http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-PL.pdf|Scrum Guide}} wersja polska * [[http://msdn.microsoft.com/library/vstudio/fda2bad5|Application Lifecycle Management with Visual Studio TFS]] MSDN * [[http://msdn.microsoft.com/en-us/magazine/dn189203.aspx|Agile Project Management using TFS]] by Suliman Battat * Projekt demo: [[http://fabrikam.codeplex.com/|Fabrikam Fiber]] * [[wp>Comparison_of_issue-tracking_systems|Comparison of issue tracking systems]]