Biorąc pod uwagę konsekwentną zmianę, jak krótki okres planowania jest zbyt krótki?

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 dziennie?

Załóżmy, że firma „planuje” 1 [przedział czasowy (z góry)] wcześniej od prądu, aby każdy plan brzmiał następująco:

„[dziś rano / dzisiaj / w tym tygodniu / itd.] popracujesz nad tym i [dziś po południu / jutro / w przyszłym tygodniu / itd.] będziesz nad tym pracował .

Załóż również, że zmiany ostrości / kierunku będą konsekwentnie występować co drugi do trzeciego przedziału czasu.

Jestem praktykiem Scrum, więc zasugeruję ci, abyś go używał.

1. Określ czas trwania iteracji. Lubię dwa tygodnie iteracji w startupach i jeden miesiąc w dużych projektach korporacyjnych
2. Na początku iteracji wybierz funkcje opracowane z rejestru produktów. Nikt nie ma prawa zmieniać planu iteracji, nawet kierownik produktu.
3. Zmiany występują w zaległościach produktu, a nie w planie iteracji. Dlatego nigdy nie ma to wpływu na twoją pracę.

Więcej informacji o Scrumie

Planowanie często powoduje, że większy obraz gubi się we wszystkich szczegółach, a ty po prostu obracasz koła. To ogromne ryzyko.

Wolę używać XP (lub Scrum), który mówi, że powinieneś zaplanować raz na początku każdej iteracji, co uważam za najbardziej skuteczne, gdy mają one 1-2 tygodnie.

To powiedziawszy, jest kilka fajnych rzeczy w Kanban, które zachęcają do planowania w razie potrzeby, chociaż osobiście uważam, że Kanban lepiej nadaje się do konserwacji i wsparcia niż do rozpoczynania programowania od zera.

Rozbijam takie rzeczy:

1. Każdy znaczący projekt / opracowanie aplikacji - 1 tydzień.
2. Proste jednorazowe ulepszenia są umieszczane na liście, uszeregowane według priorytetów, a każdy z nich jest adresowany w okresach od połowy do pełnego dnia.
3. Poprawki błędów zwykle mają priorytet i przechodzą podobny proces jak # 2, ale czasami mogą być naprawione znacznie szybciej.

Kluczowym czynnikiem jest tutaj, ile planowania możesz faktycznie wykonać dla danego zadania? Zakładając zupełnie nową stronę internetową, która obsługuje yadda, yadda, yadda, więcej jest planowania z góry niż naprawianie błędu. Kto z góry planuje błędy? Kierownik działu odkrywa, że ​​coś zapomniał i potrzebuje go na koniec kwartalnego raportu. Musisz odłożyć na bok i popracować nad tym.

Cotygodniowa iteracja może trwać 10 godzin lub może mieć 50. Wszystko zależy od tego, ile innych rzeczy jest natychmiastowych. Myślę, że kierownictwo znacznie łatwiej jest zrozumieć ograniczenia czasowe, kiedy pytasz, czy powinieneś odłożyć projekt na bok, aby zrobić mały dodatek? Jestem mile zaskoczony, gdy uznają tę niewielką zmianę za niepotrzebną i powinienem kontynuować pracę na stronie yadda-yadda-yadda.