Non ITIL inserirsi in un mondo Agile? [chiuso]

Question

direttore di

??Il nostro IT sta spingendo per ITIL, io sono solo vagamente familiare con esso e volevo sapere se ITIL si inserisce in un ciclo di lavoro Agile bene?

Dalla mia impressione iniziale non avrei presumo, soprattutto perché ciò che il nostro direttore sta proponendo è quello di mettere scadenze contro tutto, affermando di SLA al business che "le attività ad alta priorità devono essere completati in x ore", ecc ... che otteniamo penalizzato in quanto gli sviluppatori se non ci incontriamo di questi SLA.

Se non altro io preferirei una strategia di negoziazione in cui le scadenze sono basate su metodi agili di velocità e di storia punti di negoziare un periodo di tempo previsto per gli utenti finali.

Noi abbiamo le nostre pratiche di sviluppo agile in atto, test driven di sviluppo, l'integrazione continua, c'è aree di miglioramento, ma ci stiamo lavorando su di esso.

Quali sono gli altri esperienze con metodi ITIL e agile che lavorano insieme?

Answer 1

Nella mia azienda framework ITIL è utilizzato per l'erogazione dei servizi (produzione e supporto incidente). Per questo SLA sono appropriati come se si sta perdendo clienti dici / soldi per ora, allora è previsto che le imprese dovrebbero avere qualche indicazione di quando saranno fissate le cose. Non è direttamente correlata alla metodologia di sviluppo. Solo se si decide che un aggiornamento rapido di emergenza è richiesto e approvato poi alcuni di sviluppo può essere fatto. Ma gli aggiornamenti rapidi sono di solito molto piccoli e mirati per correggere un difetto e non dovrebbero causare problemi con metodologia agile. I nuovi requisiti sono mai fatto il cambiamento rapido e sono prese in normale processo dev / test / release.

Answer 2

Questo non sembra bene a tutti, se questo è il caso, in realtà non agile adatta a tutti.

Sono sospetto se ITIL chiama davvero per questo, specialmente dal momento che "le attività ad alta priorità devono essere completate in ore x" va al di là che non rientrano agile, non è così lo sviluppo di software in forma vale a dire tutti i compiti non sono nati uguali.

Aggiornamento:

  

Quindi vuoi dire che i normali processi di sviluppo possono essere esenti da metodologie ITIL e hanno ITIL puramente concentrarsi sulle aree di supporto / incidente infrastrutture?

Non credo che questo si escludono a vicenda. Mentre potrebbe essere il caso che ITIL non è applicabile nel modo di gestire la squadra, che non significa che non ci sono aree validi di esso che influenzano ciò che si sviluppa.

Sviluppo deve includere considerazioni nella progettazione / prodotto che sono richiesti da infraestructure / supporto, e tale può riguardare le pratiche suggerite in ITIL.

Forse una domanda più appropriato sarebbe: sono aspetti gestionali / pratiche di ITIL applicabili alla gestione dello sviluppo del software , che non conosco, ma è sospetto specialmente indirizzata a ITIL?. Almeno so che ITIL 3 ha introdotto modifiche che riguardano le pratiche Enterprise Architecture, che sono sicuramente compatibili con agile (in realtà sono abilitanti) --- ma almeno quelli sono lontani da tutto ciò che riguarda le stime fisso / monitoraggio compito / tempi di risposta dev .