Jestem zainteresowany wykorzystaniem Scruma z moim zespołem programistycznym (tak, wiem, że będzie trochę bolesne przejście na to). Jednak nie mamy Systemu Team i prawdopodobnie nie możemy obecnie pozwolić sobie na natychmiastowe uzyskanie.Jak używać Scrum i Visual Studio bez Team Systemu
Jakie są niektóre z możliwych narzędzi do uruchomienia zespołu w środowisku Scrum w środowisku .NET/Visual Studio bez systemu zespołowego? kontrola
Naprawdę wystarczy oprogramowanie do śledzenia błędów, aby śledzić gorące problemy z bieżącym sprintem. Może to nawet być arkusz kalkulacyjny (nie używaj arkusza kalkulacyjnego). SCRUM jest metodologią, http://en.wikipedia.org/wiki/Scrum_(development) i tak naprawdę nie wymaga systemu zespołowego, ponieważ wymaga dobrego kierownika projektu i zespołu.
Powiązane uwaga: SVNStats - projekt Java, który tworzy całkiem fajne raporty o tym, co wydarzyło się w repozytorium w czasie, dostaje jakiś kod całkiem churn metryki
Więc MSBuild jest klej, który będzie inauguracją te narzędzia na różnych etapach rozwoju lub możesz dodawać podpięcia w zdarzeniach związanych z repozytorium kodu źródłowego. Jest to przybliżona lista narzędzi/aplikacji, które dają jeden za jednego na temat funkcjonalności dostarczanych przez Zespół Systemowy.
Wspaniała cecha tej listy - z wyjątkiem NDepend, wszystkie są bezpłatne do użytku komercyjnego i prywatnego.
Byłem zaangażowany w zespół Scrum w mojej ostatniej firmie, i to naprawdę nie ma nic wspólnego ze środowiskiem programistycznym. Jest to proces opracowywania oprogramowania i często jest niewiele technologii w korzystaniu z samego procesu (choć dobre narzędzie do arkuszy kalkulacyjnych pomoże w śledzeniu postępu).
Więc ... Powiedziałbym, że twoje obawy o narzędzia są prawdopodobnie źle umieszczone, chyba że nie rozumiem tego pytania.
dostać tablicy
podręczny z SCRUM nie powinna wymagać żadnych narzędzi - co najmniej, trzeba będzie spotkanie planowania na początku każdego sprintu, codzienne spotkania standup i spotkanie podsumowywujące Pod koniec każdego sprintu.
Podczas codziennego spotkania zbieraj się wokół tablicy i użyj jej do śledzenia statusu wszystkich zadań i postępów w sprintu.
Będziesz także musiał śledzić swoje zaległości w planowaniu - można to zrobić na papierze, na tablicy lub w programie Excel.
@Jason i @Mike_Stone mają rację. Scrum nie wymaga żadnych narzędzi poza kartką i długopisem w minimalnym minimum. Scrum jest znacznie mniej skoncentrowany na narzędziach wykorzystywanych przez zespoły, a także na tym, jak zespół komunikuje się i pracuje razem, a także z interesariuszami, aby ustalić priorytety i dostosować się do zmian.
XP, z drugiej strony jest znacznie bardziej zorientowana na narzędzia i programistów, opowiadając się za takimi rzeczami jak ciągła integracja, rozwój oparty na testach, programowanie w parze i tym podobne.
Agile metodologii są bardzo agnostyczne i są bardzo pragmatyczne w tym sensie. Użyj tego, co działa najlepiej dla Ciebie. Nie potrzebujesz narzędzia a ani biblioteki b, aby była zwinna.
Najlepiej jest tworzyć ładne tabele pożegnalne!
Aby śledzić elementy pracy, zapukaj szybką aplikację internetową, aby je zarejestrować, a następnie wyeksportuj dane do programu Excel i tam zarządzaj.
Zgadzam się. Team System to tylko zestaw narzędzi zapakowanych wewnątrz IDE. Visual Studio używa domyślnie MSBUILD, NUnit i dowolnej innej wtyczki. Jedyną prawdziwą wartością są wtyczki metodologiczne, takie jak Conchango, które umożliwiają nadawanie priorytetów pracom i przypisanie ich oraz generowanie raportów później.
Codzienne scrumy, tablica, excel i dyscyplina to naprawdę dobry początek.
Całkowicie uzgodniono komentarze dotyczące programu Excel. Lepiej zaczynać w ten sposób. Scrum może być trochę szokiem kulturowym, jeśli pochodzisz z metodologii wodospadu. Upewnienie się, że Twój zespół rozumie filozofię jako pierwszą, jest o wiele ważniejsze niż narzędzia, które wybierzesz, aby były bardziej wydajne.
Scrum wydaje się działać najlepiej, gdy masz rzeczy materialne (karteczkę samoprzylepną, kartkę papieru) reprezentującą aktywa, które budujesz. To proste, proste i każdy może się do tego przyzwyczaić. Zdarza się, że twoje zamiary lub przedmioty pracy ulegają zagubieniu lub błędnej interpretacji, kiedy wszystkie twoje zadania są wyabstrahowane, przechowując je w bazie danych gdzieś, , zwłaszcza, jeśli zespół jest nowy w Scrumie.
W tej chwili moja drużyna wykonuje Scrum z Team System. To wspaniałe, ponieważ dostajemy raporty z zarządzania i zespołu za darmo. Jednak jest to ważna rzecz, myślę, że faktycznie robiliśmy rzeczy szybciej iz lepszą jakością, kiedy robiliśmy wszystko ze staromodną tablicą korkową, programem Excel i tym szablonem (uwielbiam to, polecam wszystkim Scrumowi):
http://blog.crisp.se/henrikkniberg/2007/12/18/1197973740000.html
można użyć XPlanner zarządzania zasobami, zarządzanie i monitorowanie szacunków. Możesz przejrzeć szacowany czas w przeszłości dla przyszłych planów.
Jak również z .Net Patrz: http://www.scrumforteamsystem.com/en/default.aspx
Jak wspominają inni SCRUM można zrobić bez żadnych specjalnych narzędzi, ale mam zamiar rzucić stos Atlassian tam.Używałem ich wcześniej i bardzo się podobały:
W przeszłości robiłem projekty Scrum w TFS z Visual Studio 2005-2008 i byłem z niego bardzo zadowolony. Obecnie pracuję nad projektem Scrum w środowisku Linux za pomocą Eclipse, który wymagał przeniesienia do innego systemu. Wybraliśmy Rational Team Concert (RTC) i uważam, że dobrze odpowiada naszym potrzebom.
Stwierdziłem, że RTC jest porównywalne z TFS, zarówno pod względem funkcjonalności jak i pojęć (np. RTC używa tej samej terminologii Work Work), więc przejście było dość łatwe. Istnieje wtyczka do integracji Visual Studio IDE, a także interfejs WWW, który udostępnia wykresy z zapadnięciami i inne dane postępu dla zespołów projektowych. Jest bezpłatny dla 10 programistów, więc jest dobry dla małych zespołów. Nie jestem pewien, jaki jest model wyceny, gdy trzeba zapłacić, ale zakładam, że jest on porównywalny do TFS, jeśli jest zgodny z innymi produktami IBM Rational.