Zapewnienie Szacunki Podczas pracy nieznanych technologii?


19

I został przedstawiony z nowym problemem w ostatnim czasie, w celu dostarczenia oszacowania na projekt, w którym muszę wykorzystać ramy (i potencjalnie bije innego ram), że jestem zaznajomiony z. O wiele łatwiej jest mi podać dane szacunkowe, kiedy mogę swobodnie korzystać z tego, co znam, ale było to tak, jakby doszło do paraliżu spowodowanego analizą, gdy oszacowano prośbę o pracę na nieznanym terytorium.

Moje rozwiązanie, z perspektywy czasu, było błędne. Ja tylko rozpoczął pracę.

Jak mógłbym lepiej oszacować projekty i zadania, gdy jestem zobowiązany do pracy z nieznanych języków / technologii / ram?


2
Podając szacunkową na coś, czego nigdy nie zrobił jest w całej praktyczności, można zrobić z dowolnej precyzji. Niedawno podałem tę analogię, gdy zapytano mnie, ile czasu zajmie, gdy pojawi się wiele niewiadomych: „Wyobraź sobie, że nocą wychodzisz na wieś. Jest ciemno. Musisz iść jedną milę drogą lądową. Wiesz, w którą stronę musisz iść, ale masz tylko latarnię, która oświetla dziesięć stóp. Nie masz pojęcia, co jest przed tobą: pole, rzeka, góra. Biorąc to pod uwagę, możesz zgadywać, ale ostatecznie poddajesz się rzeczom, na które nie masz wpływu. "
— Nemi

Zależy to również od celu oszacowania. Czy oceniasz najbardziej prawdopodobny przypadek? Najgorszy przypadek? Czy wiążą się z tym trudne terminy?
— David Thornley

@David Wierzę, że będzie to „najprawdopodobniej” przypadek.
— Sampson

Odpowiedzi:


18

Standardowa odpowiedź z agile podręcznika jest wykonać skok. Skok jest zadaniem czasu pudełkowej do odkrywania nieznanego, tak że w końcu masz (mamy nadzieję) wystarczające informacje, aby zapewnić użytecznego oszacowania czy masz lepszy pomysł, jak dużo więcej czasu trzeba, aby dostać się do tego punktu .

Kolce mogą trwać od 1 godziny do kilku dni lub nawet dłużej. Ponieważ są one time-box, nie ma udział na jedną ze stron ryzyko, a wydatki są ściśle ograniczone.

Idealnie podczas kolec byś zidentyfikować kilka prostych rzeczy, które musiały być osiągnięte z tych nowych ram oraz zestaw o bardzo uproszczonych rozwiązań wykorzystujących je. Jak iść, można dowiedzieć się, i to kolce są wszystkim chodzi.


Może to dobry pomysł, aby dodać, że „skok” to terminologia z Scrum .
— Jesper

1
Brzmi jak dobre podejście. W moim przypadku, moja „kolec” składał się z samego projektu. Wydawało cenny wykorzystanie mojego czasu, aby właściwie wykorzystać moje zadanie jako brama do znajomości zamiast jakiejś niezwiązanej zadania.
— Sampson

10

Klasycznym sposobem osiągnięcia tego celu jest wyrafinowania. Na pierwszym spotkaniu planistycznym mówisz;

„Nie mam pojęcia - jesteśmy w zasadzie robi badania oprogramowania tutaj jednak będę miał lepsze oszacowanie przez kolejnego spotkania, w czasie miesięcy.”

Potem odejść i zrobić badania. Następne spotkanie:

„Wygląda na to będzie trwać od dwóch do 4 kwartałów. Chcemy zbudować prototyp, który pozwoli nam udoskonalić dane dalej”.

Następne spotkanie:

„Prototyp był łatwiejszy do zbudowania niż myśleliśmy. Wygląda na to, możemy to zrobić w 2 kwartałach, plus lub minus w miesiącu.”

i tak dalej. Na każdym etapie, firma ma możliwość konserw projektu, lub pozwolić, aby to kontynuować, coraz lepsze oszacowania daty zakończenia jak to robi.

Opisane jest to bardzo dobrze w wielkiej książce Steve'a McConnella szybki rozwój , który zasługuje na o wiele lepiej znane. Z pewnością znacznie przewyższa wszystkie książki o zwinności, które przeczytałem.


+1 Dziękuję za wgląd, @Neil. Zajmę się również sugestią książki.
— Sampson,

2

Możesz prowadzić badania i nadal przedstawiać błędne szacunki. Patrz L granic Arge do oprogramowania Oszacowanie JP Lewisa i materiałów dodatkowych granic matematyczny Software szacowania . Nie mówię, że nie należy niepokoić się oszacować lub do badań, po prostu, że nie można dokonać obiektywnego dokładnego oszacowania, i trzeba powiedzieć, że wraz z tym, co szacują przyjeździe.


3
Szacunki są z definicji niedokładne i wydaje się, że wielu menedżerów i / lub klientów boryka się z tą rzeczywistością.
— wolfgangsz
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.