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.