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

Jak należy wybrać niski kod, systemy open source i niestandardowy rozwój?

Niski kod jest odpowiedni dla procesów, które są jasne, wymienne i platformowalne, które mogą obejmować wyższe zastosowania wewnętrzne; systemy open source są odpowiednie dla produktów o powierzchni dojrzewania, które mogą zaspokoić popyt poprzez konfigurację i rozwój wtórny; dostosowują rozwój projektów, które są odpowiednie dla zróżnicowanych procesów, skomplikowanej integracji, wydajności lub wyższych wymagań w zakresie kontroli produktu. Wybór dokonywany jest z uwzględnieniem porównania całkowitych kosztów i zdolności wyjścia przez trzy do pięciu lat, a nie tylko z pierwszą ceną. Przedsiębiorstwa mogą również stosować połączenia dróg, umożliwiając różne technologie do przyjęcia najbardziej odpowiedniej granicy biznesowej.

Odpowiedz na pytanie.

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

Minimalny kod to potwierdzenie autoryzacji, eksportu i blokady platformy; kontrole otwartego źródła licencji, społeczności, aktualizacji i granic wtórnych; dostosowuje się do koncentrowania się na jakości inżynierii, ciągłości personelu i przejęcia kodu.

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.

Zakres, w jakim procesy podstawowe odpowiadają standardowym produktomCzęstotliwość przyszłych zmian i zdolność utrzymania w domuDelegacja władz, zasobów chmur, aktualizacji i kosztów długoterminowychKod źródłowy, dane, interfejsy i przenośność
ACTION STEPS

Sugerowana kolejność wyprzedzania

01

Najpierw wyjaśnimy cel i granicę.

Określenie wymogów biznesowych, różnic i wymogów niefunkcjonalnych.

02

Kluczowe zależności zatwierdzenia

Walidacja zasięgu programów platformy, open source i dostosowania.

03

Opracowanie wyników możliwych do oceny

Szacunkowe koszty budowy, subskrypcji, modernizacji i konserwacji przez trzy do pięciu lat.

04

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

Wybierz grupę, która jest akceptowalna, skalowalna i ma ścieżkę wyjścia.

PRACTICAL EXAMPLE

Jak to rozumiesz w prawdziwym biznesie?

Przykład stosowany do zilustrowania metody oceny

Proces zatwierdzania działalności gospodarczej można szybko zbudować z niskim kodem, usługi klienta mogą być oparte na systemach listy pracy open source, a unikalne silniki cenowe są dostosowane i opracowane i połączone przez API. Podejście kombinacyjne jest często bezpieczniejsze niż narzucanie technologii do wszystkich potrzeb.

COMMON RISKS

Najprostszy do przejścia.

Niski kod jako zero rozwoju i zero konserwacji

Korzystanie z systemu open source bez względu na koszty licencji i aktualizacji

Rozwój własny nie posiada dokumentacji, badań i wymagań przejęcia

ACCEPTANCE

Jak mamy to potwierdzić?

Sprawozdanie z selekcji technicznej powinno obejmować funkcjonalne pokrycie, luki, wyniki prototypów, autoryzację, wydajność, bezpieczeństwo, integrację, konserwację i opcje wyjścia.

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