Kod źródłowy i historia wersji
Przeniesienie do odpowiedniego składu kodu kontrolowanego przez klienta, strategii oddziału, etykiety, opisu konstrukcji i aktualnej wersji produkcyjnej.
Home / Wytyczne dotyczące decyzji projektowej / Lista przekazywania informacji dotyczących projektów oprogramowania
PROJECT DECISION GUIDEInformacje wymagane do przekazywania elementów oprogramowania
Przekazanie projektu nie wysyła pakietu kompresji kodu źródłowego do nowego zespołu. Nowy zespół będzie mógł przejąć kontrolę tylko wtedy, gdy kody, dane, środowisko, konta, zasady biznesowe i niedokończone sprawy zostaną zatwierdzone.
Odpowiedz na pytanie.
Wykaz projektów oprogramowania do przekazywania informacji
Pełne przekazanie powinno obejmować aktywa cyfrowe, środowisko operacyjne, dane i kopie zapasowe, usługi stron trzecich, pliki biznesowe i techniczne, dystrybucję ruchu, testowanie dowodów i niedokończone sprawy oraz być zatwierdzone przez odbiorcę przy budowie, wdrożeniu i kluczowych procesach w wyodrębnionym środowisku.
DECISION FACTORS
Kluczowe elementy, które należy sprawdzić pod kątem podejmowania decyzji
Po pierwsze, określono granice ograniczeń i odpowiedzialności, a następnie porównano techniczne drogi i sposoby współpracy.
Numery kont i infrastruktura
Spis platform chmur, serwerów, nazw domen, certyfikatów, przechowywania obiektów, usług informacyjnych, monitorowania i automatycznej emisji kont.
Bazy danych i dane operacyjne
Dostarczanie struktur, skryptów migracji, słowników, kopii zapasowych, metod odzyskiwania, wolumenów danych i wrażliwych zasad przetwarzania danych.
Interfejsy i licencje stron trzecich
Wymienia numery kont, opłaty za odnowienie i dozwolone granice płatności, wiadomości tekstowe, mapy, logistyka, faktury oraz składniki handlowe lub open- source.
Operacje i dokumentacja techniczna
Opis procesów podstawowych, przywilejów do ról, architektury systemu, interfejsów, konfiguracji, przydziałów czasu i znanych ograniczeń.
Czas trwania i niedokończone sprawy
Rejestrowanie problemów online, potrzeby do@-@ do-zrobienia, zobowiązania techniczne, reagowania w sytuacjach nadzwyczajnych, odpowiedzialności za zapewnienie jakości i ram czasowych dla oryginalnego zespołu.
Przygotowanie zaleceń przed przekazaniem lub oceną
Magazyn kodów kontrolowany przez klientówInstrukcje dotyczące wersji produkcyjnej i rozmieszczania konstrukcjiCertyfikaty nazw domen serwera i kont zasobów w chmurzeBaza danych i odzyskiwanie uwierzytelnianiaLista kluczy interfejsu i usług stron trzecichDane dotyczące interfejsu struktury i dokumenty transportoweSprawozdania z badań i rejestry akceptacjiWykaz znanych kwestii, które należy rozwiązać i zakres odpowiedzialności
Sugerowana droga do wdrożenia
Zaleca się, aby do rejestracji i zorganizowania nowego zespołu, aby niezależnie ukończył budowę, wdrażanie, odtworzenie bazy danych i walidację procesu podstawowego w oddzielnym środowisku, wykorzystano pisemną listę.
DECISION WORKSHEET
Przełożenie listy informacji o transferze oprogramowania na wykonalne podejmowanie decyzji
Poniższe arkusze robocze pomagają przedsiębiorstwom w organizacji niejasnych porad w zakresie wejść opartych na wendorskich, wewnętrznych i do otrzymania projektu.
Kod źródłowy i historia wersji
Przeniesienie do odpowiedniego składu kodu kontrolowanego przez klienta, strategii oddziału, etykiety, opisu konstrukcji i aktualnej wersji produkcyjnej.
Jeżeli czynnik pozostaje niepewny, należy zorganizować weryfikację diagnostyczną lub w małej skali i nie jest właściwe bezpośrednie włączenie niezmiennego ustalonego zakresu cen.
Numery kont i infrastruktura
Spis platform chmur, serwerów, nazw domen, certyfikatów, przechowywania obiektów, usług informacyjnych, monitorowania i automatycznej emisji kont.
Jeżeli czynnik pozostaje niepewny, należy zorganizować weryfikację diagnostyczną lub w małej skali i nie jest właściwe bezpośrednie włączenie niezmiennego ustalonego zakresu cen.
Bazy danych i dane operacyjne
Dostarczanie struktur, skryptów migracji, słowników, kopii zapasowych, metod odzyskiwania, wolumenów danych i wrażliwych zasad przetwarzania danych.
Jeżeli czynnik pozostaje niepewny, należy zorganizować weryfikację diagnostyczną lub w małej skali i nie jest właściwe bezpośrednie włączenie niezmiennego ustalonego zakresu cen.
Co powinno zawierać porównywalne podsumowanie ocen?
Co najmniej, magazyn kodów kontrolowany przez użytkownika, wersja produkcyjna i oświadczenia o wdrożeniu, certyfikaty nazw serwerów i konta zasobów w chmurze, backup i walidacja regeneracji bazy danych, wraz ze wskazaniem bieżącej wielkości działalności, średni czas przetwarzania, główne anomalie, istniejące systemy, przywileje danych, zależność od osób trzecich i dostęp do okien. Ta sama wersja informacji jest dostarczana różnym dostawcom i odrębnym opisom założeń, wyłączeń, spraw współpracy z klientami, dokumentów dostarczanych i dowodów odbioru jest wymagane, aby uniknąć porównywania tylko całkowitej ceny jednej brakującej granicy.
Na przykład, przedsiębiorstwo oczekuje, że projekt zaoszczędzi 160 godzin pracy miesięcznie, ale liczba ta powinna być podzielona na liczbę zadań, oszczędności czasu, stawki adopcji i współczynniki ręcznego przeglądu. Jeśli tylko 40% użytkowników korzysta z pierwszego okresu, lub jeśli nowy proces zwiększa proces przeglądu, rzeczywiste korzyści będą znacznie niższe niż pozorne szacunki.
Cztery rodzaje dowodów zalecanych do przesłuchania podczas komunikacji ze sprzedawcą
Pierwszy to dowody dotyczące zakresu: spójność wersji popytu, procesów biznesowych, prototypów, interfejsów i wyłączeń; drugi to dowody techniczne: czy podobne technologie mają dostępne struktury, zarządzanie kodem, testowanie, wdrażanie i zarządzanie problemami; trzeci to dowody dotyczące personelu: czy rzeczywiści uczestnicy, etapy wprowadzania, obowiązki i mechanizmy wymiany są jasne; a czwarty to dowody dotyczące dostawy: sposób przekazywania kodów źródłowych, danych, numerów kont, dokumentów, szkoleń, zapewnienia jakości i transportu. To normalne, że dostawcy nie mogą zapewnić poufności klienta na etapie składania ofert, ale powinni być w stanie wyjaśnić swoje własne metody i dowody, które mogą być opracowane w ramach tego projektu.
Zaleca się, aby przejrzystość zakresu, krytyczne poleganie, zdolność zespołu, wykonalność przyjęcia i długoterminowe przejęcie były oceniane oddzielnie i aby podstawa dla każdego wyniku była rejestrowana. Jeśli program jest tańszy, interfejs, migracja, testowanie lub odpowiedzialność online jest wykluczona, to należy go przeliczyć na ten sam kaliber dostawy przed porównaniem.
Zasada oceny
Niniejsza strona zawiera ramy decyzyjne, które nie stanowią stałej oferty ani zobowiązania do wykonania.
FAQ
FAQs
Najczęstsze kwestie przed współpracą są wyraźnie określone z wyprzedzeniem.
Tylko pakiet kompresji kodu źródłowego może przejąć?+
Chociaż można to ocenić najpierw, brak wersji historii, polegania, baz danych i informacji środowiskowych zwiększa koszty odzysku i nie zapewnia zgodności kodu źródłowego z wersją produkcji.
Kto powinien zarządzać kontem trzeciej partii?+
Konta bazowe bezpośrednio związane z działalnością gospodarczą i danymi powinny być zazwyczaj kontrolowane przez klienta i minimalny niezbędny organ przyznany zespołowi usługowemu.
A jeśli oryginalny zespół odmówi współpracy?+
Potwierdza się umowę i zezwolenie prawne, istniejące kody, numery kont, dane i kopie zapasowe są przechowywane tak szybko, jak to możliwe, a stopień odzysku jest określony przez niezależną diagnozę techniczną.
DECISION FAQ
Sprawdź wszystkie 265 pytań.Wspólne kwestie związane z obecnymi projektami
Umowy, płatności, zmiany i realizacja projektu
Jak interfejs kodu i systemu może być ukończony przez dostawcę oprogramowania w środku zmiany?
Przełącznik nie polega tylko na wysyłaniu pakietu kompresji kodu źródłowego, ale także na przywróceniu procesów budowy, wdrażania i podstawowych procesów biznesowych. Oryginalny zespół powinien opisać strukturę, zależność, niezaspokojone potrzeby, braki i operacje produkcyjne.
Wyświetl pełną odpowiedźApplets, APP, SaaS i stare systemyCzy projekt oprogramowania z niedobrym ogonem i stary kod mogą zostać przejęte po tym, jak oryginalny zespół deweloperski stracił kontakt?
Większość projektów może być oceniana najpierw, ale nie może być bezpośrednio zaangażowana w naprawę bez znajomości aktywów i kodów. Pierwszym krokiem jest zachowanie kodu, serwera, bazy danych, nazwy domeny, certyfikatu i konta trzeciej strony zgodnie z prawem, a następnie przywrócenie repertuaru i działania.
Wyświetl pełną odpowiedźUmowy, płatności, zmiany i realizacja projektuProjekt oprogramowania został przełożony.
Przestań prosić tylko o procent ukończenia, i poprosić zespół o dostarczenie listy wyników operacyjnych, pozostałe miejsca pracy, ryzyka i zależności. Rozróżnienie między zwiększonym zakresem, współpraca z klientem, kwestie techniczne, lub zarządzanie sprzedawcą prowadzi do opóźnień. Przeformułowanie planu odbioru i inspekcji na podstawie faktów i zamrożenie nowych wymogów nie krytycznych.
Wyświetl pełną odpowiedźUmowy, płatności, zmiany i realizacja projektuCzy można poprosić o fiksację, jeśli projekt nie powiódł się lub nie jest dostępny?
Zakres, czas trwania i ponowne zbadanie zmian można określić poprzez odniesienie do zakresu umowy, kryteriów akceptacji, przyczyn niepowodzenia i wzajemnej odpowiedzialności. Pierwszym krokiem jest zachowanie wersji, dziennika, testu, komunikacji i dowodów wpływu operacyjnego, a także uniknięcie zwykłego argumentu werbalnego.
Wyświetl pełną odpowiedźRELATED
Przedłożenie oceny projektuZachowaj wiedzę o usługach
Odpowiednie
Przejęcie i ratowanie projektu oprogramowania
Zobacz usługi konserwacji aktywów, audytu technicznego, odbudowy i relokacji
Więcej informacji.OdpowiednieNie ma dokumentu stary kod przejąć
Odzyskiwanie i ocena ryzyka w przypadku brakujących informacji
Więcej informacji.OdpowiednieDiagnostyka techniczna projektów oprogramowania
Aktywa, ryzyko i trasy przejmowania są opracowywane w drodze niezależnych audytów
Więcej informacji.