Jestem przekonany, że ilość rutynowej pracy przy opracowywaniu oprogramowania jest - i powinna być - stosunkowo niewielka, jeśli nie pomijalna, i że jest to podstawowy problem oceny oprogramowania. Pozwól mi opisać, w jaki sposób doszedłem do tego wniosku i powiedz, czy argumentacja ma jakieś...
Iteracja już się rozpoczęła, nowy programista dołącza do zespołu, zadanie X zostało już oszacowane na 30 godzin przez innego programistę. Jaka jest najlepsza praktyka w tej sytuacji? nowy programista działa z podaną wartością szacunkową (pomysł polega na tym, że wszelkie rozbieżności zostaną...
Aby obsłużyć szacunki na poziomie zadania i raportowanie czasu, używałem (z grubsza) techniki opisanej przez Steve'a McConnella w rozdziale 10 Szacowania oprogramowania. W szczególności, kiedy przychodzi czas na tworzenie oszacowań na poziomie zadania (tuż przed rozpoczęciem kodowania w projekcie),...
Pracuję nad projektem i organizujemy regularne (zwykle cotygodniowe), nieformalne spotkania, na których omawiamy status projektu i graficzny interfejs użytkownika. Jestem tam jedynym programistą, pozostałe 4-5 osób nie ma wykształcenia informatycznego. Spotkanie trwało znacznie dłużej niż...
Jestem zatrudniony w bardzo błyskotliwej firmie z prawdziwym zamiarem zdobycia XP. Komunikacja jest dobra, a kierownictwo jest otwarte na konstruktywną dyskusję, ale z powodu naglących ograniczeń czasowych niektóre pewne kwestie uważa się za zbyt trudne do omówienia. W tej chwili jestem trochę...
Zamknięte. To pytanie jest nie na temat . Obecnie nie przyjmuje odpowiedzi. Chcesz poprawić to pytanie? Zaktualizuj pytanie, aby było tematem dotyczącym wymiany stosów inżynierii oprogramowania. Zamknięte 4 lata temu . Widziałem w moim miejscu pracy...
Od kilku miesięcy pracuję nad jakimś projektem dotyczącym mojego wolnego czasu. Ostatnio znajomi poprosili mnie o zbudowanie startupu, a ten kod źródłowy byłby dla nas bardzo cenny. Jako współzałożyciel ten kod może liczyć na coś w kapitale spółki i być wymieniany na akcje. Ale jak oszacować jego...
Podoba mi się sposób planowania pokera na początku każdego projektu, który umożliwia porównywanie i omawianie szczegółów każdej historii ze sobą. Jednym z problemów, które zauważyłem, jest to, że wraz z upływem czasu i gdy zdobywasz więcej doświadczenia w dziedzinie problemowej, masz tendencję do...
Na przykład, jeśli podzielę projekt na n dyskretnych produktów pracy (powiedzmy klasy, funkcje lub komponenty), czy jest taki czas t, że n * t jest odpowiednią ilością czasu na
Wszyscy to mamy, problemy, które okazują się trudne do rozwiązania i wypracowanie poprawki za pomocą niejasnego kodu i dziwnej nieoczekiwanej funkcjonalności. Powoli, logicznie pracując na własną rękę, próbując znaleźć wzorce, błędy, błędy. Ten proces wymaga czasu, a problemy często nie są łatwe do...
Zauważyłem na spotkaniach scrum, że programiści często podają realistyczne oceny historii. Jednak nawet dość proste historie wymagają wiele wysiłku w zakresie konfiguracji, konfiguracji komponentów stron trzecich, testowania i ostatecznej kompilacji, a system ma dość techniczny dług, więc szacunki...
W projekcie IT: Kto powinien uczestniczyć w szacowaniu czasu? Deweloper, lider zespołu, scrum master itp.? Czyj głos należy liczyć
Zamknięte . To pytanie jest oparte na opiniach . Obecnie nie przyjmuje odpowiedzi. Chcesz poprawić to pytanie? Zaktualizuj pytanie, aby można było na nie odpowiedzieć faktami i cytatami, edytując ten post . Zamknięte 6 lat temu . Przygotowuję...
Zmiana nie jest niczym niezwykłym, zmiana wymagań, zmiana specyfikacji zmiana przepływu pracy. Przyjąłem, że nastąpi zmiana, ale zastanawiam się: wiedząc, że zmiana nastąpi, jak krótki jest okres planowania? (Zaleca się uzasadnienia) Iteracja (2-4 tygodnie)? Tydzień? 2-3 dniowy okres? Dzień? 1/2...
Jesteśmy małym zespołem 4 deweloperów raczej zielonym w Scrumie. Pochodzący z całego kraju często robimy sobie dziwne dni wolne lub całe tygodnie wolnego, aby wrócić do domu. Dlatego pojemność naszego zespołu zmienia się drastycznie z jednej iteracji na drugą z powodu rocznych urlopów, co prowadzi...