Pytania otagowane jako agile

Zwinne tworzenie oprogramowania to grupa metodologii opracowywania oprogramowania opartych na iteracyjnym i przyrostowym rozwoju, w których wymagania i rozwiązania ewoluują dzięki współpracy między samoorganizującymi się, wielofunkcyjnymi zespołami.

7
Jak dostosować Scrum do środowiska akademickiego?
Obecnie współpracuję z profesorem na moim uniwersytecie, aby opracować nowe programy nauczania dla kursów inżynierii oprogramowania i projektowania Capstone oferowanych na mojej uczelni. Do niedawna oba kursy korzystały wyłącznie z modelu wodospadu, dlatego uczniowie spędzali większość czasu na pisaniu długich raportów. Po mojej dużej presji mój profesor postanowił włączyć Scrum …
8
Jak zgłosić postęp mojego projektu (Agile) mojemu pracodawcy (który nie jest programistą)?
Mam problem z raportowaniem postępów mojemu pracodawcy. Jestem programistą zatrudnionym w niepełnym wymiarze godzin, zajmującym się projektami oprogramowania dla wydziału (nietechnicznego) mojej szkoły. Osoba kontaktowa: 1. Personel, który faktycznie korzysta z oprogramowania i zgłasza prośby o funkcje, 2. Mój szef (nie-programista), a ona nie jest użytkownikiem oprogramowania. Charakter projektu: jest …
3
Jak radzisz sobie z niefunkcjonalną pracą ze Scrumem we wbudowanych systemach?
Mam dwa problemy ze Scrumem w systemach wbudowanych. Po pierwsze, jest wiele zadań do wykonania, szczególnie na wczesnych etapach, których nie można wykazać. Zaczęliśmy od płyty programistycznej, bez systemu operacyjnego, bez wyświetlacza, bez komunikacji szeregowej itp. Nie mieliśmy naszego wyświetlacza przez sześć sprintów. Pierwsze cztery sprinty to: Pierwsze RTOS uruchomiony …
3
Wymiana par: jakie są zalety i wady?
Ogólna idea, którą popiera większość teoretyków Agile / XP , wydaje się polegać na tym, że pary powinny regularnie zamieniać. Na przykład każdy programista powinien zamieniać pary raz dziennie; połowa osób zamienia się na początku dnia, połowa osób zamienia się po obiedzie: z powodu czynników zewnętrznych, takich jak spotkania, święta …
5
Kiedy robić przegląd kodu?
Niedawno przeszliśmy do procesu scrum i pracujemy nad zadaniami i historiami użytkowników w sprintach. Chcielibyśmy często przeprowadzać recenzje kodu, aby były mniej zniechęcające. Myślimy, że robimy to na poziomie historii użytkownika, ale nie jesteśmy pewni, jak rozgałęzić nasz kod, aby to uwzględnić. Używamy VS i TFS 2010 i jesteśmy zespołem …
5
Jak rozpocząć projekt rozwojowy, gdy jest zbyt wielu potencjalnych interesariuszy
Właśnie podjąłem nową pracę na uczelni jako (jedyny) programista aplikacji internetowych. Uczelnia ma wiele odmiennych, ale wszystkie dość źle zakodowane starsze systemy. Przeważnie zbudowane w PHP zajmują się takimi sprawami, jak frekwencja, wyniki egzaminów, ocena itp. Moim pierwszym zadaniem jest zbudowanie systemu, który zawiera wiele tych danych, które obecnie spoczywają …
7
Jak działa zwinny podczas wymiany działającego systemu?
W idealnym świecie zwinnym szybko budujesz mały, ale użyteczny podzbiór pożądanego systemu końcowego i przekazujesz go użytkownikom. Są podekscytowani, ponieważ jest to użyteczne, zaczynają go używać i wyrażają opinie. Następnie zastanawiasz się, co dodać, budujesz i powtarzasz, aż zabraknie czasu. Niedawno miałem kilka projektów, które wymagały wymiany jakiegoś działającego systemu. …
3
Jak wpływać na priorytety błędów dla programistów i odpowiednio je traktować?
Obecnie trwają prace nad błędem. Mamy 3 poziomy błędów: Błąd P1: Błędy uniemożliwiające użytkownikom pracę. Muszą być rozwiązane na miejscu. Błąd P2: Błędy, które wpływają, ale użytkownicy mogą pracować Błąd P3: Błędy, które nie mają wpływu i gdzie użytkownicy mogą pracować. P1 jest obowiązkowy i musi zostać rozdany na miejscu. …
5
Jak radzić sobie z planowaniem sprintu trwającym zbyt długo?
Spędziłem ponad 5 godzin w planowaniu sprintu na tygodniowy sprint. To wydaje się za dużo. Omawiamy szczegółowo kwestie związane z planowaniem sprintu, ponieważ większość członków zespołu nie jest starsza. Jeśli tego nie zrobimy, doprowadzi to do błędów podczas wdrażania i przeprojektowania podczas sprintu. Jak sobie z tym poradzić? Ile szczegółów …
14 agile  scrum  planning  sprint 
5
Przegląd kodu jest opóźniony w stosunku do cyklu dostarczania / testowania
W naszym procesie Agile mamy 2-tygodniowe Sprinty. Zadania są dostarczane codziennie (codzienne wersje), a zespół testowy kończy testy natychmiast następnego dnia lub nawet tego samego dnia. Mamy również recenzje kodu deweloperskiego, które wymagają trochę czasu (1-2 godziny), więc są zaplanowane 3 razy w tygodniu: od poniedziałku do piątku do piątku. …
1
Czy programowanie w parach eliminuje potrzebę recenzji kodu w projekcie Extreme Programming (XP)?
W ekstremalnym projekcie programistycznym programiści przez większość czasu programują w parach. Ponieważ te pary również się zmieniają, to znaczy, że łączysz program z różnymi ludźmi i istnieje poczucie wspólnej własności, kod źródłowy jest często sprawdzany i aktualizowany. Skoro tak, to czy potrzebne są recenzje kodu? Mam na myśli, przestań programować …
4
Jak zarządzanie wymaganiami działa w długim okresie z projektami Agile?
Zarządzanie wymaganiami w krótkim okresie dla projektów zwinnych wydaje mi się rozwiązanym problemem. Z punktu widzenia Scruma nowe wymagania lub zmiany w istniejących wymaganiach są dostarczane poprzez Historie użytkowników. Opowiadania użytkowników pogrupowane według epickiej lub fabularnej funkcji ułatwiają realizację bardziej złożonych wymagań. Oczywiście historia użytkownika nie jest technicznie dokumentem wymagań. …
8
Jak zatrzymać / uniknąć z czasem w zespole Scrum?
Właściwie pomagam niewielkiemu sklepowi z oprogramowaniem w zakresie wdrażania Scrum. Niedawno Scrum Master poinformował mnie, że ma problem, ponieważ Zespół pracuje z czasem, aby osiągnąć Zakres (Zatwierdzone Zaległości). Więc mają Unreal Velocity . Moje formalne pytania dotyczą: Oprócz mówienia na spotkaniu retrospektywnym; czy uważasz, że to dobry pomysł, aby wdrożyć …
14 agile  scrum 
2
Czy można zmienić szacunki w trakcie iteracji?
Zaczęliśmy używać Agile / Scrum w zespole 4 programistów. Dokonaliśmy oszacowań historii i uporządkowaliśmy historie Przygotowane historie w rejestrze produktów. Zaczęliśmy od punktowej oceny złożoności od 1 do 5, zamiast zwykłych 1,2,3,5,8,13 .... i tak dalej Po pracy nad kilkoma historiami czuliśmy, że niektóre historie, które zostały oszacowane na 4 …
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.