Zależność

Co to jest zależność

Zależności mają bezpośredni wpływ na postęp w rozwoju produktu i często pojawiają się w wielofunkcyjnych zespołach produktowych. Dlatego tak ważne jest, aby zależności były jasno odwzorowane i zaplanowane, aby uniknąć jakichkolwiek zakłóceń w ogólnym rozwoju produktu.

Przykłady zależności

Aby skonfigurować zależność, typ zależności między parą może być dalej zdefiniowany przez jeden z następujących modeli relacji:

finish-to-start

Zależność finish-to-start jest najbardziej powszechną relacją między dwoma zadaniami. Zadanie poprzednika musi być zakończone, zanim inne zadanie, następca, może się rozpocząć.

start-to-start

Poprzednik musi się rozpocząć, zanim zadanie zależne może się rozpocząć. The finish of either task is unaffiliated.

finish-to-finish

The successor can only finish after the predecessor has finished. Start następnika nie zależy od poprzednika i może rozpocząć się przed, po lub w tym samym czasie.

start-to-finish

Start-to-finish

Start-to-finish jest najmniej powszechną relacją między dwoma zadaniami. Następca już zaczął i nie może skończyć, dopóki poprzednik też nie zacznie.

Zależności mogą występować między zespołami, inicjatywami lub produktami.

Jednym z najczęstszych przykładów wewnętrznej zależności jest wymaganie od innego zespołu, aby zrobił coś, co należy do jego funkcji, zanim programiści będą w stanie wdrożyć nową funkcję. Może to być potrzeba zespołu projektowego do zakończenia tworzenia plików Szkicu, aby zespół inżynierów mógł je wdrożyć.

Wyzwania

Wspólne wyzwania pojawiają się, gdy zależności są związane z zewnętrznymi współpracownikami. Te tak zwane ryzykowne zależności mogą wystąpić np. gdy oprogramowanie od strony trzeciej stanowi kluczowy komponent Twojego produktu lub gdy zależność od zadania ma ograniczenie i nie można przewidzieć procesu jej wykonania. Kolejną trudnością może być zidentyfikowanie zależności w ogóle. Ważne jest, aby być na bieżąco z nimi, gdy projekt nabiera rozpędu i staje się bardziej złożony.

Zalety mapowania Zależności

Wizualizowanie zależności zapewnia zarządzanie zadaniami i osią czasu każdego harmonogramu projektu. Szczególnie w przypadku zarządzania zespołem wielofunkcyjnym, istotne jest, aby potwierdzić poziom świadomości poprzez włączenie zależności i raportów statusu do np. mapy drogowej produktu. Istnieje jednak wiele podejść do tego zagadnienia. Niezależnie od tego, czy przedstawiamy zależności na wykresie Gantta, diagramie, w tabeli czy za pomocą innych środków, umożliwi to zespołowi ponowną ocenę zaangażowania i sprzeciw wobec niepraktycznych działań, jeśli zajdzie taka potrzeba.

Jak zarządzać zależnością

Zależności nie są z natury problematyczne, ale wymagają ukierunkowanego podejścia do planowania produktu, aby zmniejszyć ryzyko wystąpienia jakichkolwiek problemów.

Jak produkty rosną w cechy i funkcje, naturalnie rosną w złożoność. Ta zwiększona złożoność oznacza, że wiedza o tym, gdzie istnieją zależności z dużym wyprzedzeniem, jest krytyczna dla pomyślnego rozwoju produktu – niezależnie od tego, czy zespół programistów pracuje w środowisku startupu, czy wewnątrz organizacji o ugruntowanej pozycji.

Efektywne planowanie jest jednym z najskuteczniejszych sposobów zmniejszenia potencjalnego ryzyka związanego z zależnościami.

Na przykład: powiedzmy, że twój zespół projektowy ma nieoczekiwane opóźnienie i potrzebuje jeszcze kilku dni na ukończenie kilku makiet. Rozwój, QA, Marketing i Sprzedaż będą musiały wiedzieć o tym z dużym wyprzedzeniem, aby zminimalizować zakłócenia. Można to skutecznie załatwić za pomocą dedykowanego narzędzia do zarządzania produktem – umożliwi ono przekazywanie informacji o postępach wszystkich zależności pomiędzy kluczowymi interesariuszami w czasie rzeczywistym.