Home / FAQs / Projekt oprogramowania uruchamia się i wybiera program
QUESTION & ANSWER

Tylko pomysły nie mają menedżera produktów. Jak rozpocząć projekt oprogramowania?

Brak menedżera produktu nie oznacza, że nie można go uruchomić, ale musi być jasne, kto będzie priorytetem biznesowym i decyzji o akceptacji na bieżąco. Wywiady, analizy potrzeb, prototypy i planowanie wersji mogą być ułatwione przez zewnętrznych konsultantów produktów lub zespołów dostaw, a nadal istnieje potrzeba zidentyfikowania lidera biznesu w przedsiębiorstwie w celu potwierdzenia zasad.

Odpowiedz na pytanie.

Po pierwsze, należy przedstawić wnioski, które mogą być wykorzystane do podejmowania decyzji.

Faza startowa powinna skutkować definicją problemu, użytkownikiem docelowym, procesem podstawowym, zasadami biznesowymi, prototypem, zakresem początkowym i kalibracją akceptacji. Role zewnętrzne produktów mogą być wykorzystywane do wykonywania prac metodologicznych i dokumentacyjnych, ale nie mogą być substytutem oceny klienta, ceny, procesu i ryzyka przedsiębiorstwa.

DECISION FACTORS

Jakie warunki należy określić przed podjęciem decyzji?

To samo pytanie może zawierać różne odpowiedzi w różnych fazach działalności, danych i projektów. Sugeruje się, aby sprawdzić następujące warunki i włączyć wspólne ustalenia w sieci do ich własnych projektów.

Kto wie najlepiej o biznesie i ma uprawnienia do podejmowania ostatecznych decyzji?Uczestnictwo użytkowników docelowych w rozmowach kwalifikacyjnych i badaniach prototypówZałożenia biznesowe i techniczne, które muszą zostać zatwierdzone w pierwszej fazieKto będzie rankingu późniejszej zmiany popytu i zaakceptować koszty
ACTION STEPS

Sugerowana kolejność wyprzedzania

01

Najpierw wyjaśnimy cel i granicę.

Wyznacz kierowników operacji wewnętrznych i oceń rytm.

02

Kluczowe zależności zatwierdzenia

Wywiad z użytkownikami i organizowanie zadań, punktów bólu i istniejących alternatyw.

03

Opracowanie wyników możliwych do oceny

Produkcja prototypów o niskich kosztach w celu zatwierdzenia podstawowych procesów i zasad.

04

Upewnij się, że zdecydujesz się na kolejny krok z prawdziwymi wynikami.

Pierwsze zamrożenie, kryteria akceptacji, jest następnie rozwijane w sposób iteracyjny.

PRACTICAL EXAMPLE

Jak to rozumiesz w prawdziwym biznesie?

Przykład stosowany do zilustrowania metody oceny

Przedsiębiorca ma pomysł na wizytę serwisową, ale nie ma pracy. On lub ona jest przesłuchiwany najpierw dla 10 użytkowników docelowych, rysunek spotkania, płatności i procesów zgodności, za pomocą banalnego prototypu do ich zatwierdzenia, i rozwój minimalnej zamkniętej pętli; i jest on odpowiedzialny za handel biznesowy-off, z zewnętrznym zespołem odpowiedzialnym za analizy produktów i dostawy inżynierii.

COMMON RISKS

Najprostszy do przejścia.

Zrobić projekt interfejsu użytkownika taki sam jak projekt produktu.

Nikt w domu nie podejmuje decyzji.

Prototyp jest rozwijany bez zatwierdzenia w celu opracowania dużej liczby funkcji za kulisami i krawędziami

ACCEPTANCE

Jak mamy to potwierdzić?

Po uruchomieniu zespołu, zespół powinien mieć spójne zapisy użytkowników, problemy, procesy podstawowe, zakres początkowy, zawieszenie elementów rozwojowych i standardy akceptacji.

Przygotowując się do komunikacji z dostawcami lub zespołami wewnętrznymi, zaleca się, aby obecnie procesy, reprezentatywne próbki, istniejące systemy, czas planowania i poziomy budżetowe zostały wprowadzone. Po pierwsze, nieznane pozycje są wyraźnie oznaczone, a następnie podejmuje się decyzję o zastosowaniu diagnostyki, PoC, projektów o zasięgu stałym lub trwających badań i rozwoju, co jest zazwyczaj bardziej wiarygodne niż bezpośrednie zapotrzebowanie na cenę i czas trwania bez granic.

Warunki projektu różnią się od powyższych przykładów?

Cele operacyjne, istniejące systemy, próby i planowany czas można by zestawić, zanim konsultanci będą mogli dokonać wstępnych ocen w odniesieniu do rzeczywistych granic.

Doradcy ds. projektów stowarzyszonych