In primo luogo, per valutare se la competitività fondamentale richiede l'accesso ai sistemi proprietari.
La contabilità finanziaria, l'ufficio di base e la gestione dei clienti comuni dovrebbero essere normalmente preceduti da valutazioni di prodotti maturi; regole di transazione complesse, processi di consegna del settore, sinergie multi-sistema, connessioni di attrezzature o prodotti software che saranno venduti esternamente in futuro possono richiedere ulteriori funzionalità esclusive.
Se le differenze sono concentrate su un piccolo numero di approvazioni, report e interfacce, le estensioni di base di maturità sono solitamente più economiche; se gli oggetti di base, i privilegi e i processi sono diversi dai progetti open source esistenti, l'imposizione di doppie sezioni può essere più costosa della personalizzazione. L'attenzione non è sul numero di pagine di primo stadio, ma sul fatto che i modelli di business chiave siano coerenti con la base del prodotto.
- Se i processi core influiscono direttamente sul reddito, sulla consegna, sul costo o sull'esperienza del cliente
- Se il modello di dati e il modello di autorizzazione nella partita di base pronta
- Che la differenza sia raggiunta attraverso la configurazione, plugin e servizi indipendenti
- Se l'impresa ha bisogno di avere il codice sorgente completo e le rotte di prodotto in futuro
Il controllo delle risorse ammesse deve completare il processo di licenza e tecnologia
Il progetto è quello di verificare le licenze del progetto principale, affidandosi a componenti, icone dei caratteri, modelli e set di dati, nonché marchi, firme, divulgazione delle fonti, servizi di rete e requisiti di ridistribuzione.
L'interfaccia tecnica non è completa per dimostrare che il sistema è adatto per la consegna commerciale a lungo termine.
I sistemi Enterprise personalizzano tre strutture comuni con la conformità open source
Il primo è un progetto che utilizza plugin e punti di estensione all'interno di sistemi open source adatti ad progetti di alto livello di base e per meccanismi di stabilizzazione basati sulla comunità; il secondo è quello di mantenere i core open source, di costruire servizi esclusivi di impresa ai bordi esterni e front-end, per consentire ai cambiamenti locali di essere isolati attraverso connessioni API; e il terzo è quello di riutilizzare parti di componenti o programmi tecnologici, con operazioni di base costruite in modo indipendente e adatto per maggiori differenze a lungo termine.
In entrambi i casi, vengono identificati i confini del codice a monte, del ramo locale, dei moduli specifici per le imprese e delle configurazioni dei clienti, la strategia per la versione dovrebbe registrare ogni aggiornamento a monte, conflitti locali, patch di sicurezza, modifiche del database e regressioni.
- Prioritizzare plugin aperti e stabili, eventi e punti di estensione API
- Modifiche del codice core per stabilire le liste di controllo e ridurre le intrusioni inutili
- Versione indipendente di capacità specifiche dell'impresa e manutenzione di test automatizzati
- Pre-linea trapano upstream aggiornamenti, riparazioni di sicurezza e ritiri di dati
Come vengono prodotti marchi, privilegi, dati e interfacce di terze parti
La versione specifica per le imprese non è solo una sostituzione del logo, ma richiede anche un'armonizzazione dei nomi di dominio, del linguaggio del marchio, dell'architettura delle informazioni dei menu, dell'organizzazione e dei modelli inquilini, dei privilegi di ruolo, dell'auditing, delle strategie di sicurezza e dei processi di inizializzazione dei clienti.
Queste capacità produttive sono integrate nel primo corso per passare dai “progetti operativi open source” ai “prodotti aziendali affidabili”.
Il costo non può essere paragonato all'offerta iniziale di sviluppo.
L'investimento da zero personalizzazione è focalizzato sulla progettazione, sviluppo e test del prodotto; la formazione open source può accorciare la capacità di base, ma aumenta l'allineamento, l'idoneità, l'aggiornamento e la licenza delle aziende.
La combinazione di processo, le licenze, la tecnologia PoC e i test di aggiornamento possono essere completati nella fase di valutazione a breve termine prima di determinare l'entità della produzione, evitando di sottovalutare la quantità di modifiche, vedendo un'interfaccia pronta ed evitando la duplicazione quando la capacità matura può essere riutilizzata.
- licenze di base separate da abbonamenti di terze parti
- Distinguere la personalizzazione di una volta, l'aggiornamento continuo e i costi di trasporto
- Quota delle informazioni, dell'interfaccia e delle complementarità ambientali
- Imposta le regole per il trasferimento di codici sorgente, dati e account al momento della chiusura del progetto
Come personalizzare il sistema aziendale con la conformità open source
L'accettazione e l'ispezione dovrebbero coprire il ciclo chiuso aziendale, la scena di anomalia, l'isolamento di distanza, la migrazione dei dati, l'insufficienza dell'interfaccia, la sicurezza delle prestazioni e la capacità di aggiornamento. Oltre all'elenco funzionale, il codice sorgente e l'elenco delle licenze, la versione a monte, le modifiche locali, la distribuzione di compilazione, i rapporti di prova, gli script di migrazione, gli avvisi di sorveglianza e i manuali di traffico sono controllati.
Le imprese dovrebbero controllare i magazzini di codice, gli ambienti produttivi, i certificati di dominio e i conti di terzi e poter ricostruire e distribuire da ambienti puliti. Per i progetti che seguono l'aggiornamento della comunità nel lungo periodo di tempo, una piccola versione a monte può essere combinata come esercizio di consegna per verificare se le strategie di ramo e i test di regressione sono davvero efficaci.
Come si sceglie di passare dalla lettura delle conclusioni all'ingresso del progetto?
Il problema più probabile dopo la lettura di articoli metodologici è l'accettazione di principi, che non sono tradotti nel passo successivo. Si propone che il capo delle operazioni organizzi un mini-officina di 60-90 minuti, scegliendo solo un processo reale e non affrettandosi a discutere la piattaforma completa.
Passo 1: Stabilimento di uno stato attuale e base di campione
I dati non sono disponibili per un buon rapporto di risparmio, ma vengono poi respinti.
Fase 2: Chiarifica la chiusura iniziale e l'inazione
La prima fase è quella di consentire una catena di funzionare e di essere riattivata, piuttosto che valutare il sistema open source selezionato, l'uso commerciale di licenze open source, e i costi di licenze open source, e di costruire tutta la stessa versione.
Passo 3: Abbina risultati tecnici alle prove di ingegneria
Un rapporto di tracciamento tra numeri di domanda, numeri di campione, risultati di test e versioni è costruito intorno “sistemi di business personalizzazione alle tre strutture comuni di produzione open source”. Il progetto outsourced dovrebbe includere la portata, le ipotesi, le esclusioni, le pietre miliari, l’attribuzione di fonte, i modelli di distribuzione e l’accettazione delle prove nella stessa linea di base.
Passo 4: Ricezione, ispezione e disco con lo stesso calibro
Se il processo originale gestisce 600 attività al mese, una media di 20 minuti e un tasso di ritorno del 10 per cento, il bersaglio può essere indicato come “sei settimane sulla linea, con una complessità simile, in media, una riduzione del 25 per cento nel tempo e un tasso di ritorno non superiore alla base originale.” Il set mostra solo il metodo di misura, che non rappresenta alcun risultato cliente; gli indicatori ufficiali devono essere identificati dal campione sulla base del campione.
- Materiale operativo: diagramma di flusso, ruolo, missione campione, problemi attuali e dati di base
- Materiale tecnico: inventario del sistema, interfaccia, accesso dei dati, ambiente di distribuzione e requisiti di sicurezza
- Materiale del progetto: portata di prima fase, esclusioni, matrice di responsabilità, pietre miliari e meccanismi di cambiamento
- Materiale di ricezione e di ispezione: set di prova, record di esecuzione, elenco di carenze, domande di indicatori e documenti di consegna
Quando questi materiali sono identificati congiuntamente da parti operative e tecniche, il metodo nell'articolo è effettivamente inserito nel progetto. Se i dati chiave, l'autorizzazione dell'interfaccia o la persona responsabile non sono in atto, il passo successivo logico è di solito un limitato diagnostico o PoC, piuttosto che un impegno immediato per completare il periodo di lavoro e il prezzo totale fisso.
Metodologia di attuazione per l'azione di progetto
- Personalizzazione o utilizzo di processi e modelli di dati reali
- La commercializzazione delle fonti aperte deve essere preceduta da licenze e armonizzazione tecnologica.
- Capacità di aggiornamento mantenuta attraverso l'estensione dei confini, strategie di versione e test automatizzati
- Confrontare il costo totale per tre anni e la ricevuta completa e l'ispezione con la possibilità di prendere in consegna le attività
Servizi, programmi e orientamenti decisionali rilevanti
Commercializzazione e sviluppo secondario dei sistemi open source
Visualizza selezione, valutazione delle licenze, distribuzione privata, personalizzazione del marchio, rilocalizzazione e copertura di manutenzione di aggiornamento
Vedi i dettagliSviluppo personalizzatoSviluppo del software e del sistema di gestione aziendale
Valutare la costruzione di sistemi proprietari quando i processi di base e i modelli di dati differiscono significativamente
Vedi i dettagliConfronto decisionalePersonalizzazione da zero o basata su open source
Selezionare le rotte per idoneità, licenza, costo di aggiornamento e controllo del codice sorgente
Vedi i dettagliProseguendo per conciliare le questioni comuni nel processo decisionale del progetto
Come si firmano i contratti di outsourcing software e quali termini devono essere concordati?
Il contratto per il software di contratto deve almeno specificare la portata della domanda, le pietre miliari, i pagamenti, l'accettazione, il cambiamento, i diritti di proprietà intellettuale, la riservatezza, la garanzia di qualità e la risoluzione della consegna. L'elenco funzionale non deve solo includere il nome del modulo, ma anche riguardare i requisiti della versione, dell'interfaccia, dei dati e dei requisiti non funzionali.
Visualizza risposta completaContratti, pagamenti, modifiche e consegna dei progettiChi è la rispettiva proprietà del software di copyright, codice sorgente e diritti di proprietà intellettuale?
Il progetto dovrebbe distinguere tra le informazioni originali del cliente, i risultati personalizzati, i componenti generici del fornitore, il software open source e le licenze commerciali di terze parti. Lo stesso concetto non è vero per la consegna di origine, i diritti di accesso, i diritti di modifica, le registrazioni di copyright e i diritti di ri-licenziamento.
Visualizza risposta completaContratti, pagamenti, modifiche e consegna dei progettiCome si calcolano i costi e la durata del processo di sviluppo aumentando la domanda?
I requisiti aggiuntivi devono essere documentati e le modifiche specifiche apportate prima della valutazione del prodotto, del design, dello sviluppo, del test, dei dati e dell'impatto. Il tempo di codifica per la nuova pagina non può essere calcolato solo perché la struttura, l'interfaccia e la gamma di regressioni possono cambiare.
Visualizza risposta completaAvvio e selezione di programmi del progetto softwareCome scegliere il codice basso, i sistemi open source e lo sviluppo personalizzato?
Il codice basso è adatto a processi chiari, variabili e accessibili alla piattaforma per coprire applicazioni interne più elevate; i sistemi open source sono adatti per prodotti di area matura, che possono soddisfare la domanda attraverso la configurazione e lo sviluppo secondario; personalizza lo sviluppo di progetti adatti a processi differenziati, integrazione complessa, prestazioni o requisiti di controllo dei prodotti più elevati. La selezione è fatta con un confronto del costo totale e della capacità di uscita per tre o cinque anni, piuttosto che con le linee di primo prezzo.
Visualizza risposta completaNecessità di ulteriori analisi nel contesto dello stato attuale dell'impresa?
Forniamo consulenza tecnica IT, costruzione di informazioni aziendali, Outlook Progetto Software, progettazione di prodotti, servizi di consegna di R & S e sistemi.