{"id":13806,"date":"2021-07-01T16:17:18","date_gmt":"2021-07-01T14:17:18","guid":{"rendered":"https:\/\/www.software-developer-india.com\/servizi-della-societa-di-sviluppo-software-personalizzato\/"},"modified":"2021-07-04T06:39:28","modified_gmt":"2021-07-04T04:39:28","slug":"servizi-della-societa-di-sviluppo-software-personalizzato","status":"publish","type":"post","link":"https:\/\/www.software-developer-india.com\/it\/servizi-della-societa-di-sviluppo-software-personalizzato\/","title":{"rendered":"Servizi della societ\u00e0 di sviluppo software personalizzato"},"content":{"rendered":"\n

Servizi della societ\u00e0 di sviluppo software personalizzato<\/h2>\n\n\n\n
\"\"<\/a><\/figure><\/div>\n\n\n\n

Noi siamo un azienda<\/strong> che crea team digitali remoti per agenzie, fornitori di servizi IT e dipartimenti IT.<\/p>\n\n\n\n

Qui discutiamo le sfide, le possibili soluzioni, i vantaggi dell’outsourcing e ulteriori informazioni sullo sviluppo di software personalizzato.<\/p>\n\n\n\n

Introduzione: Sfide<\/strong><\/h3>\n\n\n\n

Quando si creano soluzioni IT, ci sono molte sfide. Quando si coinvolge un fornitore di terze parti diventa ancora pi\u00f9 complesso.<\/p>\n\n\n\n

Alcune di queste sfide sono:<\/p>\n\n\n\n

  1. Problemi di trasparenza<\/strong> : Assicurarsi che il fornitore di terze parti fornisca approfondimenti su come viene sviluppato il software e che non ci siano “cortine fumogene” come i project manager e gli addetti alle vendite che impediscono uno sguardo attento ai processi interni.<\/li>
  2. Chi lavora al progetto<\/strong> : In alcuni casi il partner che esternalizza il lavoro non sa chi sta effettivamente lavorando al progetto IT. Domande come “Che tipo di programmatori sono coinvolti?”, “Sono tutti professionisti IT esperti?”, “Sono quelli che hanno lavorato ai progetti campione, che sono stati menzionati nella fase di vendita?”, “Ci sono tester\/qualit\u00e0 analisti e architetti applicativi coinvolti?”, “O ci sono solo programmatori junior nel team?” rimangono in alcuni casi senza risposta.<\/li>
  3. Problemi di fiducia<\/strong> : Quanto \u00e8 sincero il fornitore di servizi IT? Stanno lavorando per alta integrit\u00e0? Sono completamente aperti, se succede qualcosa di negativo? O nascondono eventuali problemi che potrebbero sorgere in futuro? Come la manutenibilit\u00e0 o scalabilit\u00e0 del sistema, che pu\u00f2 essere rilevata solo in futuro e non subito dopo la consegna del progetto.<\/li>
  4. Trasparenza relativa alla fatturazione<\/strong> : Fatturano pi\u00f9 ore del necessario? Stanno mettendo un margine troppo ampio sui loro costi?<\/li><\/ol>\n\n\n\n

    Di solito la trasparenza su chi sta lavorando al progetto e anche sulle questioni relative alla fatturazione eroder\u00e0 il rapporto tra il fornitore e il partner che ha esternalizzato il lavoro.<\/p>\n\n\n\n

    Le ragioni di questi problemi sono da ricercare dal lato delle societ\u00e0 di outsourcing, cos\u00ec come dal lato dei partner.<\/p>\n\n\n\n

    Problemi del fornitore (provider IT):<\/p>\n\n\n\n

    1. Non conosce il comportamento di pagamento del cliente<\/strong> : Il cliente pagher\u00e0 tutte le sue bollette in tempo? Trascineranno i pagamenti per un lungo periodo di tempo? Non pagheranno le bollette, dicendo che il progetto non \u00e8 stato consegnato nella giusta qualit\u00e0 o nei tempi giusti? Tutto ci\u00f2 far\u00e0 esitare il fornitore di servizi a coinvolgere il suo team “A” nel progetto ed eviter\u00e0 di dedicare troppo tempo inizialmente, prima di avere risposte a queste domande.<\/li>
    2. Non ha le competenze richieste, ma necessita del progetto a causa della struttura dei costi interni<\/strong> : A volte i fornitori di servizi applicativi personalizzati hanno costi mensili elevati, a causa di stipendi e altre spese di infrastruttura (affitto, computer, Internet, spese generali, ecc.). Ci\u00f2 far\u00e0 s\u00ec che alcuni fornitori prendano progetti, cosa che non possono fare in alta qualit\u00e0 al miglior prezzo possibile. Per far fronte alle loro spese accetteranno comunque il progetto.<\/li>
    3. Vuole evitare il bracconaggio dei dipendenti<\/strong> : Nascondendo i programmatori dietro i project manager e gli addetti alle vendite, il fornitore IT far\u00e0 in modo che venga evitato un possibile bracconaggio di talenti. Perch\u00e9 se il venditore non conosce il comportamento del partner, potrebbe essere che comincino ad assumerlo. Questa “cortina fumogena” causer\u00e0 problemi di comunicazione, perch\u00e9 tutti i messaggi devono passare attraverso persone diverse, che non aggiungono molto valore alla discussione.<\/li>
    4. Vuole assicurarsi che la fatturazione e gli sforzi siano in equilibrio<\/strong> : L’addetto alle vendite potrebbe essere profondamente coinvolto nel processo, in modo da assicurarsi che la fatturazione e gli sforzi siano in equilibrio. Ma questo non aiuter\u00e0 il progetto in quanto tale ed \u00e8 invece utile solo per il venditore.<\/li><\/ol>\n\n\n\n

      Problemi del partner (cliente):<\/p>\n\n\n\n

      1. Posso essere sicuro che il risultato finale \u00e8 quello che mi aspettavo?<\/strong>: Quando un team di 5 persone lavora per 7 mesi al progetto, tutte le bollette vengono pagate e l’applicazione viene consegnata, sar\u00f2 sicuro di ottenere una soluzione scalabile e gestibile? Questo il partner pu\u00f2 saperlo solo dopo diversi mesi di test interni, oltre a ulteriori feedback da parte dei clienti finali.<\/li>
      2. Pagher\u00f2 pi\u00f9 del dovuto per servizi di bassa qualit\u00e0?<\/strong>: Come accennato all’inizio, il partner non pu\u00f2 essere sicuro di chi sta lavorando all’applicazione, se manca la trasparenza. Ci\u00f2 a sua volta potrebbe influire sulla qualit\u00e0 dell’output.<\/li>
      3. Come posso assicurarmi che il prodotto possa essere mantenuto in futuro?<\/strong>: E per quanto riguarda gli standard di codifica, la documentazione e la manutenibilit\u00e0? Il nostro team o un team di un altro fornitore pu\u00f2 sapere facilmente cosa sta succedendo all’interno del codice e basarsi su di esso? Queste sono cose che sono importanti nello sviluppo di software personalizzato. Perch\u00e9 una buona percentuale di progetti fallisce in questa fase successiva.<\/li><\/ol>\n\n\n\n

        Possibili soluzioni<\/strong><\/h3>\n\n\n\n
        \"\"<\/a><\/figure><\/div>\n\n\n\n

        Il fornitore di terze parti che costruisce l’applicazione deve essere sicuro di essere remunerato per i suoi servizi e dall’altra parte vuole lavorare con partner affidabili.<\/p>\n\n\n\n

        Il partner vuole assicurarsi di ottenere il miglior rapporto qualit\u00e0-prezzo con un budget ragionevole. Una soluzione scalabile, veloce e manutenibile.
        Abbiamo lavorato molti anni con diversi clienti provenienti da tutto il mondo. Ad essere onesti: alcuni di questi progetti sono falliti, per i motivi menzionati all’inizio del testo.<\/p>\n\n\n\n

        Dal 2014 abbiamo cambiato il nostro modello per fornire esperti IT dedicati ai nostri partner, questo \u00e8 stato il punto in cui le cose sono diventate molto positive. Con la maggior parte dei clienti di quei tempi lavoriamo ancora oggi.<\/p>\n\n\n\n

        Come funzionano i team dedicati<\/strong><\/h3>\n\n\n\n

        Invece di svolgere la tradizionale collaborazione in outsourcing, in base alla quale il fornitore si prende tutti i requisiti dall’inizio alla fine, ci sar\u00e0 un maggiore coinvolgimento da parte del cliente.<\/p>\n\n\n\n

        Per questo sono necessarie le seguenti cose da parte del partner:<\/p>\n\n\n\n

        • a) Un project manager<\/strong> : Questa persona dovrebbe aver gi\u00e0 realizzato progetti relativi allo sviluppo di applicazioni. Avr\u00e0 cos\u00ec la conoscenza delle sfide che possono sorgere nei progetti IT e di come risolverle.<\/li>
        • b) Un esperto di codifica<\/strong> : Qualcuno dalla parte del partner, che conosce la programmazione al rovescio. Ci\u00f2 assicurer\u00e0 che la programmazione consegnata possa essere verificata dall’azienda partner. Molto rapidamente qualsiasi problema pu\u00f2 essere trovato in questo modo.<\/li><\/ul>\n\n\n\n

          Per risparmiare manodopera, il project manager potrebbe essere anche la persona che \u00e8 l’esperto di codifica.<\/p>\n\n\n\n

          Le seguenti cose sono richieste dal lato fornitore:<\/p>\n\n\n\n

          • a) Accesso diretto ai programmatori:<\/strong> Il venditore dar\u00e0 accesso diretto agli sviluppatori, in modo da assicurarsi che la comunicazione sia fluida e che vengano evitate lacune nella comunicazione. Nella maggior parte dei casi l’esperto IT lato fornitore e l’esperto di codifica lato partner troveranno la giusta soluzione ai problemi architetturali che potrebbero sorgere.<\/li>
          • b) Una voce in capitolo nella selezione dei membri del team<\/strong> : Il fornitore dar\u00e0 al partner la possibilit\u00e0 di selezionare i membri del team che lavoreranno al progetto. Questo \u00e8 importante, poich\u00e9 il partner potrebbe avere la propria cultura del lavoro, requisiti di qualit\u00e0 e propri strumenti IT e di gestione dei progetti. Per questo il venditore fornir\u00e0 i CV dei programmatori e il cliente pu\u00f2 selezionare di conseguenza.<\/li>
          • c) Possibilit\u00e0 di visitarsi<\/strong> : Il fornitore di servizi di sviluppo software dovrebbe consentire al cliente di visitare la propria sede o ai membri del team di visitare il cliente, se necessario. Ci\u00f2 assicurer\u00e0 che venga creato un legame pi\u00f9 forte tra i team in loco e fuori sede. Incontrarsi direttamente far\u00e0 una grande differenza per la collaborazione del team.<\/li><\/ul>\n\n\n\n

            Ecco un video esplicativo su come potrebbe apparire un tale processo:<\/p>\n\n\n\n

            \n