IBM ha aiutato il Fondazione Eclissi ottenere un enorme successo con il framework di sviluppo e la community di Eclipse. Ora l’obiettivo dell’ingegneria del software è ancora più alto, ma i metodi e gli approcci sono simili.
IBM svelerà i dettagli a giugno a riguardo Struttura e comunità del jazz per l'automazione e la governance di processi di sviluppo applicativo complessi e collaborativi. IBM realizzerà elementi del Comunità jazzistica open, nonché intrecciare nuovi prodotti Rational, Lotus, WebSphere e Tivoli con Jazz.
Non tutti i dettagli su questo importante gestione del ciclo di vita delle applicazioni sono usciti gli aggiornamenti, ma ho avuto un'intervista approfondita su Jazz con Scott Hebner, vicepresidente per il marketing e la strategia di IBM Rational Software, che evidenzia l'importanza di Jazz per IBM, nonché per una comunità di sviluppo e un fornitore molto più ampi ecosistema.
Jazz rappresenta un importante investimento da parte di IBM per creare una base tecnologica di sviluppo software innovativa e collaborativa. Non solo guiderà l’evoluzione del nostro prodotto per gli anni futuri, ma guiderà anche l’evoluzione di molti elementi del mercato.
Il jazz ci viene portato dal team che ha contribuito a guidare Eclipse. Ciò che stanno cercando di fare ora è automatizzare le lezioni di questo modello comprovato e di collaborazione aperta rappresentato da Eclipse. E quindi penso che abbiamo imparato molto su come facilitare la collaborazione.
Eclipse ha fatto molto dal lato client, dal lato utente, per integrare il desktop. Puoi pensare a Jazz come a un approccio simile, ma sul back-end - o sul lato server - dove i team devono avere la stessa capacità di collaborare in modo più efficace e ottenere l'integrazione.
Penso che Tivoli sia un altro elemento importante qui, quando parliamo di gestione del ciclo di vita nella governance, ciò non si ferma alla fornitura del software che confluisce nella tua attività operativa stato. E molte delle richieste di modifica che vengono create si verificano effettivamente in un contesto operativo, ad esempio da parte di un utente. In questo momento ci sono molti costi di manodopera associati all'inserimento di questo cambiamento nel processo di sviluppo del software e nei requisiti.
Quanto più riusciamo ad automatizzarlo e a creare una collaborazione che va oltre il semplice team di sviluppo software, tanto più è possibile affrontare i costi della manodopera e aiutare i clienti in una nozione più ampia di gestione del loro ciclo di vita progetti. E non solo nella consegna delle produzioni, ma anche nelle operazioni. Consideralo come un enorme ciclo di vita. Dovrebbe essere così, vero?
Parte del valore di questa tecnologia sarà una maggiore collaborazione e visibilità nel processo di distribuzione del software. Come ho detto prima, potresti avere persone che fanno parte di team più ampi in diversi fusi orari, paesi diversi. Potrebbero trovarsi in diverse organizzazioni di altre società a cui stai esternalizzando. E vuoi essere in grado di gestirlo come un progetto integrato, ottenerne una visione del ciclo di vita. Allora sarai in grado di gestirlo in modo molto più efficace, per far sì che tutte quelle persone geograficamente distribuite nei progetti lavorino effettivamente insieme.
Sarà necessario un certo grado di hosting e accesso Web attorno ai client Web 2.0, o ai client Eclipse, o qualunque cosa possa essere. E se ci pensi, per molti versi è quasi un fatto interno software come un servizio modello.
L'idea qui è che tu abbia visibilità e ottenga collaborazione nel processo di sviluppo del software. E quindi quali sono alcuni dei punti chiave di valore che questa tecnologia fornirà ai clienti?
Ti dirò. Il primo è che consentirà ai team di sviluppo di collaborare in tempo reale, nel contesto del lavoro che stanno svolgendo, e soprattutto in ambienti globalmente diversi. La seconda cosa è che consente di gestire i progetti in modo più efficace fornendo visibilità informazioni accurate e in tempo reale sullo stato del progetto, effettivamente tratte dal lavoro effettivo in corso SU. Ovviamente ci sono molti resoconti che girano intorno a questo.
Basandosi su ciò, automatizza la tracciabilità e l'udibilità della gestione degli artefatti e/o interrelazioni - attraverso tutto il ciclo di vita, che, come dicevo prima, dà ai team la possibilità di raggiungere risultati più valore. Quindi non devi preoccuparti di gestire i problemi di verificabilità e tracciabilità.
Il sistema lo farà per i team di sviluppo. E, infine, penso che l'ultimo elemento chiave di valore qui sia che Jazz fornisce un'attuazione personalizzabile della progettazione del processo, una sorta di capacità per la guida del processo basata su regole. Diventa molto più semplice automatizzare, trovare punti di controllo. Ti consente di attuare processi che assumono le caratteristiche uniche di come ha operato un team. In un certo senso si evolve, cambia e impara da cosa funziona e cosa non funziona. Questo è veramente Agilemodello collaborativo, in tempo reale.
A volte lo guardo e penso: questo abiliterà un portale per sviluppatori? Abiliterà un motore di processi aziendali per la distribuzione del software nella gestione del ciclo di vita? Oppure si tratta di un'infrastruttura di integrazione per i diversi prodotti e servizi che costituiscono ciò che i clienti chiamano gestione del ciclo di vita?
La verità è che sono tutti e tre. Non è solo un portale. Non è solo un motore di processo. E non si tratta solo di infrastrutture di integrazione. Penso che siano davvero tutti e tre integrati insieme, ottimizzati per la distribuzione del software e per aiutare i team di sviluppo a collaborare in modo più efficace. Ancora una volta, tieni presente che Jazz è un'infrastruttura tecnologica. Si tratta di una base tecnologica che verrà poi utilizzata per infondere nuove capacità, nuova integrazione e nuovo valore nel nostro portafoglio attuale.