Sprawozdanie z rozwoju agencji
Co agencja powinna przygotować przed przekazaniem rozwoju.
Przewodnik po agencji do przygotowania przekazania na rzecz rozwoju: wynik klienta, projekty, zakres, aprobaty, zależności, obowiązki handlowe i akceptacja.
Dobre przekazanie na rozwój nie wymaga, aby agencja stała się doradcą oprogramowania. Wymaga jasnego wyjaśnienia wyniku klienta, zlecanych prac i decyzji, które pozostają w agencji.
Celem jest uwidocznienie odpowiedzialności. Deweloper nie powinien zgadywać, czy brakujący ekran, integracja lub późny wniosek klienta jest częścią uzgodnionego zaangażowania.
Opisz wynik klienta przed technologią
Wyjaśnij, co klient próbuje dostarczyć i kto będzie go używać. "Wdrożenie tych projektów" może być częścią zadania, ale nie wyjaśnia, co aplikacja musi osiągnąć.
Przykładem może być np.: "Utwórz portal partnerski, w którym zatwierdzeni partnerzy składają wnioski, a personel klienta dokonuje ich przeglądu. Agencja dostarcza projekty interfejsów i konsoliduje opinie klientów". Daje to projektowi podróż użytkownika i podział odpowiedzialności.
Jest to przykład, a nie odniesienie do istniejącego zaangażowania klienta.
Zdefiniuj granicę dewelopera
Określ, czy prowizja obejmuje kompletny wniosek, implementację frontendu, komponent oparcia czy integrację. Podaj części, które zostaną dostarczone przez agencję lub inną stronę.
Częściowa budowa wymaga jasnych punktów integracji. Kto dostarcza API? Kto jest właścicielem ostatecznego wdrożenia? Kto testuje łączny wynik? Bez tych odpowiedzi mały komponent może uzyskać znacznie większą domniemaną odpowiedzialność.
Podać decyzje projektowe, w tym państwa
Dostarczone projekty powinny identyfikować zamierzone zachowanie pulpitu i telefonu komórkowego oraz ważne stany ekranu. Puste treści, błędy walidacji, załadunek i ukończenie wymaga odpowiedzi.
Tam, gdzie agencja nie zaprojektowała państwa, należy zaznaczyć go jako decyzję o rozwiązaniu. To lepsze niż pozostawienie deweloperowi wymyślonego zachowania i odkrycie później, że klient spodziewał się czegoś innego.
Identyfikacja, które aktywa i tekst są zatwierdzone, i które są tymczasowe. Środowisko rozwoju nie powinno sprawiać, że posiadacz miejsca wygląda jak zatwierdzona kopia zwrócona do klienta.
Ustanowienie ścieżki przeglądu i komunikacji
Wymień jedną osobę, która konsoliduje informacje zwrotne dla agencji. Wyjaśnij, czy deweloper będzie uczestniczył w spotkaniach z klientami, odpowiadał na pytania za pośrednictwem agencji lub brał udział tylko w uzgodnionych dyskusjach technicznych.
Określ, kto może zatwierdzić zmianę. Pomysł klienta, preferencje agencji i wymóg umowny nie są automatycznie to samo. Prowadzenie rejestru decyzji pomaga wszystkim zrozumieć, co rzeczywiście wszedł w zakres.
Ustalenia dotyczące białych etykiet wymagają również praktycznych zasad: zapoznania się z wprowadzaniem, dostępu, znakowania wyników oraz pozwolenia na publiczne wymienianie projektu. Punkty te należą raczej do porozumienia, niż do założeń.
Podziel się zależnościami bez dzielenia się sekretami bez niedbałości
Wykaz odpowiednich systemów, dokumentacji, uzgodnień hostingowych, repozytoriów i rachunków stron trzecich. Wyjaśnij, kto jest ich właścicielem i w jaki sposób zapewniony zostanie odpowiedni dostęp.
Nie umieszczaj haseł lub tajemnic API w ogólnym projekcie w formie krótkiej lub zwykłej. Użyj uzgodnionego bezpiecznego kanału i ogranicz dostęp do tego, czego wymaga zadanie.
W przypadku integracji, obejmują dostępne konta testowe, przykładowe ładunki bez prywatnych danych i kontakt na pytania dotyczące reguł biznesowych. Link API sam nie wyjaśnia, co klient oczekuje połączenia do osiągnięcia.
Wykonaj beton akceptacyjny
Opisz, co agencja dokona przeglądu w każdym kamień milowy. Przydatny przykład akceptacji określa działanie i wynik: partner składa wniosek, personel może go przejrzeć i partner widzi uzgodniony status.
Uzgodnienie, w jaki sposób kwestie będą rejestrowane, w jaki sposób informacje zwrotne są konsolidowane i w jaki sposób obsługiwane są zmiany w zakresie zewnętrznym. Celem nie jest utrudnianie wprowadzania poprawek.
Zdefiniuj pakiet dostawy
Uzgodnione przekazanie może zawierać kod, notatki wdrożeniowe, informacje o konfiguracji, wytyczne administracyjne oraz listę zależności. Warunki własności i licencji określają, co można przenieść lub ponownie wykorzystać; nie wyciągaj z nich wniosków o dostęp do samego repozytorium.
Oddzielna akceptacja, uzgodniony okres defect- korekty i każdy przyszły rozwój. Ukończony projekt nie powinien po cichu przekształcić się w nieograniczoną dostępność techniczną dla agencji lub jej klienta.
Przydatna pierwsza wiadomość
Podaj zamierzony wynik, część, którą chcesz rozwinąć, status projektu, znane integracje, żądane okno dostawy i wszelkie parametry budżetowe.
To wystarczy, aby rozpocząć konwersację. Szczegółowy zakres można uzgodnić po zrozumieniu ważnych granic.
Rozwijanie partnerstw na rzecz rozwoju agencji lub wyślij spis agencji.