In questu articulu, sparteraghju a mo sperienza in a selezzione di idee per u sviluppu di e funziunalità di i nostri prudutti è vi dicu cumu mantene i vettori principali di u sviluppu.
Sviluppemu un sistema di liquidazione automatizatu (ACP) - fattura. Terminu
A vita di u nostru pruduttu hè 14 anni. Duranti stu tempu, u sistema hà evolutu da e prime versioni di un sistema di tariffu industriale à un cumplessu modulare cumpostu di 18 prudutti chì cumplementanu l'altri. Unu di l'aspettu più impurtante di a longevità per i prugrammi hè u sviluppu constantu. È u sviluppu richiede idee.
Idee
Fonti
Ci sò 5 fonti:
- L'amicu principalu di un sviluppatore di sistemi d'informazione corporativa hè cliente. È u cliente hè una maghjina cullettiva di decisori, patrocinatori di prughjetti, pruprietarii è esecutori di prucessi, specialisti IT in-house, utilizatori ordinarii è un gran numaru di individui interessati à varii gradi. Hè impurtante per noi chì ognunu di i rapprisentanti di u cliente hè potenzalmentu un fornitore di idee. In u peghju casu, ricevemu solu feedback negativu nantu à i prublemi in u sistema. In u megliu casu, ci hè una persona à u latu di u cliente chì hè una fonte constante di idee per a migliione, chì furnisce infurmazioni strutturate nantu à i bisogni di u cliente.
- U nostru venditori è gestori di contu sò a seconda fonte più impurtante di idee per migliurà. Comunicanu attivamente è estensivamente cù i rapprisentanti di l'industria è ricevenu dumande di prima manu nantu à a funziunalità di fatturazione da i clienti potenziali. I venditori è i cunti anu da esse cuscenti di tutti i cambiamenti significati in a so funziunalità è l'ultime aghjurnamenti di u software di i cuncurrenti, è esse capace di ghjustificà i pro è i contra di diverse soluzioni. Quessi sò i nostri impiegati chì sò i primi à sentenu se alcune capacità di fattura diventanu un standard de facto, senza chì u software ùn pò esse cunsideratu cumpletu.
- Pruprietariu di u pruduttu - unu di i nostri capimachja o un capu di prughjettu assai espertu. Mantene in mente i scopi strategichi di a cumpagnia è aghjusta i piani di sviluppu di produttu in cunfurmità cun elli.
- Architettu, una persona chì capisce e capacità è limitazioni di e soluzioni tecnologiche scelte / aduprate è u so impattu nantu à u sviluppu di u produttu.
Squadre di sviluppu è teste. E persone chì sò direttamente implicati in u sviluppu di u produttu.
Classificazione di e dumande
Ricevemu dati prima da fonti - lettere, biglietti, dumande verbali. Tuttu
L'appelli sò classificati:
- Cunsultazione cù u significatu "Cumu fà?", "Cumu si travaglia?", "Perchè ùn funziona micca?", "Ùn capiscu micca...". E dumande di stu tipu vanu à Livellu 1 Support Line. Hè pussibule di ricuperà a cunsultazione in altri tipi di dumande.
- Incidenti cù u significatu "Ùn funziona" è "Errore". Prucessatu da 2 è 3 Lines di Supportu. Se correzioni pronti è liberazione di un patch sò necessarii, ponu esse trasferiti da u supportu direttamente à u sviluppu. Hè pussibule di riclassificà cum'è una dumanda di cambiamentu è mandà à u backlog.
- Richieste di cambiamenti è sviluppu. Entranu in u backlog di u produttu, bypassendu e linee di supportu. Ma ci hè una prucedura di trasfurmazioni separata per elli.
Ci sò statistiche nantu à e dumande: immediatamente dopu a liberazione, u numeru di richieste aumenta da 10-15% per un pocu tempu. Ci hè ancu surge in richieste quandu un novu cliente cù un gran numaru d'utilizatori vene à i nostri servizii di nuvola. A ghjente ampara à aduprà novi capacità di software, anu bisognu di cunsiglii. Ancu un picculu cliente, quandu principia à travaglià in u sistema, facilmente brusgia più di 100 ore di cunsultazioni per mese. Dunque, quandu cunnessu un novu cliente, riservemu sempre tempu per cunsultazioni iniziali. Spessu avemu ancu selezziunate un specialista specificu. U prezzu di l'affittu, di sicuru, ùn copre micca questi costi di u travagliu, ma cù u tempu a situazione si uniforma. U periodu di adattazione dura generalmente da 1 à 3 mesi, dopu chì a necessità di cunsigliu hè significativamente ridutta.
Prima, avemu usatu suluzioni auto-scritte per almacenà e dumande. Ma avemu cambiatu gradualmente à i prudutti Atlassian. Prima, avemu trasferitu u sviluppu per fà più faciule di travaglià secondu Agile, dopu supportu. Avà tutti i prucessi critichi campanu in Jira SD, in più sò supportati da diversi plugins per Jira, più Confluence. Soluzioni auto-scritte fermanu solu per i prucessi chì ùn eranu micca critichi per l'attività di a cumpagnia. Ci hè chì i nostri compiti sò oghji trasversali è ponu esse trasferiti trà u sustegnu è u sviluppu senza saltà da un sistema à l'altru.
Da questu ligame pudemu uttene dati nantu à tutti i travaglii, i costi di travagliu pianificati è attuali, aduprà diverse opzioni di prezzi per i clienti è generà documentazione per i bisogni interni è rappurtazioni à i clienti.
Trattamentu di e dumande di cambiamentu
Di genere, tali richieste venenu in forma di esigenze di funziunalità. U nostru analista studia a dumanda, crea una specificazione è specificazioni tecniche di primu livellu. Trasferisce a specificazione è e specificazioni tecniche à a persona chì hà sottumessu sta dumanda di appruvazioni - avemu da esse sicuru chì parlemu a stessa lingua cù u cliente.
Dopu avè ricevutu cunferma da u cliente chì avemu capitu bè, l'analista inserisce a dumanda in u backlog di u produttu.
Gestione di e funziunalità di u produttu
U backlog accumula richieste entrate per u cambiamentu è u sviluppu. U cunsigliu tecnicu, custituitu da u direttore, i capi di sustegnu, sviluppu, vendite è l'architettu di u sistema, si riunisce ogni sei mesi. In un formatu di discussione, u cunsigliu analizeghja è dà priorità à l'applicazioni da u backlog è accunsente nantu à 5 attività di sviluppu per l'implementazione in a prossima versione.
In effetti, u cunsigliu tecnicu risponde à e dumande di l'industria è di u mercatu rivedendu i bisogni espressi in l'applicazioni. Tuttu ciò chì hè di pocu pertinenza ferma in u backlog è ùn ghjunghje micca à u sviluppu.
Classificazione di e dumande di cambiamentu è e finanze
U sviluppu hè caru. Dunque, vi diciaremu immediatamente ciò chì l'opzioni pudemu avè se a dumanda di cambiamentu hè vinuta da un cliente è micca un impiigatu.
Clasificamu e dumande di cambiamentu cum'è seguente: bisognu di l'industria o caratteristiche individuali di l'impresa; una quantità significativa di funziunalità nova o una correzione minore. I correzioni minori è e richieste individuali sò trattate senza frills. E dumande individuali sò calculate è implementate per un cliente specificu cum'è parte di u travagliu di prughjettu cun ellu.
S'ellu ùn hè micca una necessità industriale massiva è u voluminu di funziunalità hè grande, allora una decisione pò esse fatta per sviluppà un novu modulu separatu chì serà vindutu in più di a funziunalità principale. Se una tale dumanda hè ricevuta da un cliente, pudemu copre i costi di u sviluppu di u modulu, furnisce u cliente cù u modulu per liberu o cù pagamentu parziale, è mette u modulu stessu in vendita. In una tale situazione, u cliente assume una parte di a carica metodulugia è essenzialmente conduce una implementazione pilotu di u modulu nantu à ellu stessu.
S'ellu hè una necessità massiva di l'industria, allora una decisione pò esse fatta per include una nova funziunalità in u pruduttu di basa. I costi in questu casu cascanu interamente nantu à noi, è a nova funziunalità si prisenta in a versione attuale di i prugrammi.
I vechji clienti sò furniti cù un aghjurnamentu.
Pò esse ancu chì parechji clienti anu un bisognu simili, ma ùn hè micca qualificatu per un pruduttu di massa. In questu casu, pudemu mandà a specificazione à questi clienti è offre à sparte i costi di sviluppu trà elli. À a fine, tutti vincenu: i clienti ricevenu funziunalità à pocu costu, arricchisce u pruduttu, è dopu à qualchì tempu, altri participanti di u mercatu ponu ancu uttene a funziunalità per u so usu.
DevOps
U sviluppu prepara duie versioni maiò annu. In ogni liberazione, u tempu hè riservatu per l'implementazione di i compiti 5 ricevuti da u cunsigliu tecnicu. Cusì, in mezu à a rutina, ùn avemu mai scurdatu di u sviluppu di u produttu.
Ogni liberazione hè sottumessa à un inseme adattatu di teste è documentazioni. In seguitu, sta liberazione hè stallata in l'ambiente di teste di u cliente currispundente, chì, à u turnu, cuntrolla meticulosamente tuttu è solu dopu chì a liberazione hè trasferita à a produzzione.
In più di u sistema di liberazione, ci hè un furmatu per correzioni di bug rapidi per chì i clienti ùn campanu micca cù errori per sei mesi. Stu formatu intermediu vi permetterà di risponde rapidamente à incidenti di primura priorità è cumpiendu i SLA dichjarati.
Tuttu ciò chì sopra hè veru principarmenti per u settore corporativu è e soluzioni on-premise. Per i servizii di nuvola destinati à u segmentu SMB, ùn ci sò micca tali opportunità larghe per i clienti per participà à u sviluppu di u produttu. U furmatu di affittu SMB ùn assume mancu questu. Invece di una dumanda di cambiamentu in a forma di esigenze chjaru da u partitu corporativu, quì ci hè solu feedback ordinariu è desideri per u serviziu. Pruvemu à sente, ma u pruduttu hè massivu è u desideriu di un cliente di purtà qualcosa familiar da u so vechju sistema storicu pò cuntradisce a strategia di sviluppu di u sistema in tuttu.
Source: www.habr.com