Guadagnare rispetto e denaro con Joomla!

Scritto da Henk van Cann

L'attuazione di un CMS è difficile, ma bello da coinvolgere. Quanto sei bravo tecnicamente, quanto socialmente sei connesso, che lavoratore accanito e onesto sei - non contribuiscono al rispetto e al denaro che ricevete.

Questo capitolo tratta di quello che dovreste o non dovreste fare per guadagnarsi da vivere con l'implementazione ed il supporto di Joomla!.

Le cose che contano nel guadagnare denaro e rispetto sono:

1. Essere fermi ma simpatici;
2. Prima di tutto scadenza e campo di applicazione flessibile;
3. Vendere e negoziare continuamente;
4. Definire i ruoli e giocarli!

Perché proprio a me?

Vi capita mai:

• clienti che non pagano la fattura?
• lavorare il doppio di quanto venite pagati?
• avere un grande equivoco con il vostro cliente sul risultato finale?
• riscontrare un comportamento irrispettoso dei clienti?
• disapprovare le scelte che i clienti fanno nel loro settore di competenza?
• ottenere un apprezzamento nullo o basso per quello che avete consegnato?
• bisogno di lottare in un ambito variabile?
• di aver bisogno di molto più tempo, ma al cliente non importa?
• discutere con il vostro partner o marito, moglie, sul fatto che sarebbe una buona idea continuare con la vostra società?
• pensare di tornare ad un lavoro normale e facile?

Non siete soli.

Se tutte le risposte sono 'no' avete un talento naturale per guadagnare denaro e rispetto con le competenze CMS Open Source.

Oppure avete lavorato a questo capitolo prima?

Diniego

Dopo anni di lunghe giornate e di duro lavoro, trovate solo anime gemelle a riunioni e congressi open source. Dove condividiamo le nostre esperienze. Oppure tramite il canale IRC, dove ci piace lamentarci dei nostri clienti: sono stupidi, non vogliono pagare, pensano di sapere tutto, si aspettano di andare a lavoro senza mettere la penna sulla carta, e così via.

Questo che sta succedendo qui è che siamo in fase di diniego. Il cliente non è il problema. Noi dobbiamo cambiare il nostro atteggiamento.

"Non sono bravo a vendere, mi piace costruire sistemi."

Va bene, ma avete iniziato la vostra attività con opere di beneficenza? Operatori della carità per ottenere rispetto e vendere" loro aiuto gratuito.
Se avete deciso di iniziare la vostra attività, non vendere non è un'opzione. Dovete scendere velocemente dall'autobus sbagliato.

"Io non sono quello che tu chiami un venditore - Sono troppo buono ad essere onesti: io odio vendere."

Avete bisogno di un cambiamento nel modo in cui percepiamo il mondo. Vendere è una professione che dovrebbe essere indicata come "assistenza per la vendita". Mettete da parte il vostro pregiudizio! Iniziate l'assistenza del vostro cliente ad acquistare le cose giuste (invece di vendere), ed insegnare loro come darvi rispetto e trattarvi come meritate, più il pagamento.

"Le società più grandi non fanno contratti alle piccole imprese per i loro grandi progetti."

Fate il loro gioco, giocate bene e vi ingaggeranno.

"I miei clienti non funzionano in questo modo."

Bene, quindi cercate di avere clienti diversi, o insegnate ai vostri attuali clienti "come funziona".

"Non c'è molto denaro per essere fatto in open source."

Al contrario: L'integrazione di risorsa aperta (open source) ha almeno cinque principali effetti innovativi che non possono essere battuti dalla risorsa chiusa. Comprovata ed indiscutibile. Per questo motivo propositi di sostituzioni a breve o lungo termine di risorse chiuse da risorsa aperta "sono" tanti soldi. La risorsa chiusa si adatterà all'innovazione di quella aperta. Ma ci vorrà tempo. Nel frattempo, la vostra esperienza vale rispetto e denaro. Se non vi siete ancora convinti, cliccate sul link sotto, sui cosiddetti effetti innovativi della tecnologia open perché avete bisogno di trasudare orgoglio.

Ancora in diniego?

Scusate per il disturbo! Vi prego di continuare il vostro buon lavoro e mettete la vostra mente a riposo con gli altri capitoli che troverete in questo libro. Un'ultima richiesta: per favore potete cancellarvi da soli tranquillamente, poveri e solitari. :-)

Gli altri capitoli vale la pena di leggerli. Non fraintendetemi. Non datevi tregua dall'ottenere maggiore conoscenza tecnica, non distraetevi dalla totale situazione: guadagnare rispetto e denaro. Perché questo non ha niente a che fare con Joomla, Drupal, TYPO3 o qualche altra categoria CMS open source mondiale, né con la vostra grande esperienza.

Svegli? Bene, abbiamo bisogno di una mente chiara per imparare e praticare il modo di guadagnare denaro e rispetto con la nostra esperienza.

Tre cose dovete conoscere di tutto il percorso

1. La vostra reputazione
2. Il vostro ruolo/i
3. Il vostro compito/i

Aggiungete a. La vostra reputazione

In generale, la reputazione dei lavoratori di internet si trovano nella parte bassa dello spettro dei posti di lavoro stimati. Sicuri di essere d'accordo? Provatelo!

1. Indossate una tuta, iniziate a parlare di una proposta commerciale a qualcuno. Improvvisamente passate ai dettagli di una possibile implementazione internet di una particolare proposta. La vostra credibilità diminuirà istantaneamente.
2. Citate la vostra professione internet ad una festa (femminile) di giovani professionisti urbani. Basta guardare le loro facce.

Aggiungete b&c. I vostri ruoli e compiti

Nelle società, il nostro lavoro internet è una persistente costante aspettativa di gestione, vendita infinite e attaccato a progetti.

La buona notizia è che c'è un sacco di materiale dettagliato, disponibile sul processo di un processo di implementazione di un sistema web. La cattiva notizia: aiuto, gli esseri umani sono coinvolti!

I problemi sono quelle strane cose che compaiono quando non avete l'occhio sul punto focale: guadagnare denaro e rispetto.

Prima delle definizioni

Risorse

Una risorsa è in attesa di un input da un cliente o di terzi. Se non ottenete la risorsa, non potete finire il vostro lavoro. Per esempio, foto digitali da un fotografo, una lista di nomi di voci di menu in una lingua diversa, una firma sul contratto del vostro incarico (oops, avete mai chiesto questo?), ecc.

Pianificazione risorse

Garantire che l'input di clienti o di terzi sia pronto per essere utilizzato in un progetto o supporto.

Campo di applicazione

Il campo di applicazione di una soluzione. La dimensione e la grandezza di uno sforzo, competenza, macchinario, funzionalità voluta/progettata per offrire quella soluzione. <google scope - wikipedia>

Funzionalità dei blocchi

Un gruppo logico di funzionalità sotto un titolo comune. Espresso in lingua normale "homo sapiens". Per esempio, progetto, interfaccia, ricerca avanzata. (Un homo digitale inventerebbe titoli come Jom-social, psd più html/css e template basati su wireframe, ricerca nel database di contenuti indicizzati).

Piano di rilascio

Il piano di rilascio specifica quali funzionalità dei blocchi stanno per essere implementati in ogni versione del sistema e le date di tali rilasci. Il piano di rilascio specifica quali (in quale ruolo) svolge i compiti particolari.

Sprint

Tutti gli sforzi all'interno di una certa fase in un progetto (come in un piano di rilascio accordato). La parola "sprint" suggerisce l'esecuzione di un termine, non c'è tempo da perdere. Dobbiamo prendere un aereo in tempo. Dato che l'aereo partirà, è meglio per noi esserci sopra. E quindi non potremmo preparare bene la nostra borsa, alcuni elementi potrebbero mancare, potremmo andare a singhiozzo, ma arrivare in tempo! In questo modo, è meglio che le nostre cose siano imballate: tutto quello che potrebbe essere necessario è impacchettato nella valigia, ma ci siamo lasciati alle spalle l'aeroporto.

SprintX

Lo sprint virtuale dopo l'ultimo sprint previsto all'interno del piano di rilascio. Si tratta di un contenitore per il lavoro extra o nell'area di attesa della funzionalità dei blocchi che non potrebbero essere implementati negli sprint finora.

Gestione del contratto

La gestione dei contratti stipulati con i clienti, fornitori, partner o dipendenti. La gestione dei contratti comprende negoziare i termini e le condizioni nei contratti, e garantire il rispetto dei termini e delle condizioni, nonché la documentazione e concordare le eventuali modifiche che possono sorgere durante la sua attuazione. La proposta: massimizzare la prestazione finanziaria e operativa e minimizzare i rischi.

Gestione del progetto

La disciplina di pianificazione, organizzazione, protezione e gestione delle risorse per portare a termine con successo gli obiettivi del progetto e obiettivi specifici. Mettetelo in modo diverso: andando da A a B senza alzare lo sguardo e arrivare in tempo; non importa come.

Risultati

In che modo le persone percepiscono il mondo e in un sistema web open source/l'attuazione di Joomla in particolare: come la gente vede i risultati nel contesto di quello che viene concordato. Abbiamo bisogno di elaborare i risultati un po' di più, perché la sincronizzazione dei risultati è la chiave per una gestione di contratti di valore.

Risultati

I risultati sono complessi. Potremmo avere interessi contrastanti, le questioni personali contro i ruoli che svolgiamo. Diversi livelli di competenza ed esperienza. Come percepiamo le negoziazioni. Riguardo il rispetto? Forse le parti coinvolte che hanno scritto i loro Risultati ricevono abbastanza rispetto dagli altri e danno abbastanza rispetto agli altri durante il processo? Tutti questi fattori influenzano il modo in cui noi percepiamo le cose.

Esempio: Un litigio emotivo con il vostro vicino non ha quasi mai a che fare con il soggetto o l'oggetto a portata di mano. Molto probabilmente è qualcosa che si è formata nella propria opinione, espressa in una sorta di "Risultati".

Psicologia domestica uno a uno

Diamo un rapido sguardo ad alcuni importanti effetti psicologici, mentre stiamo parlando di affari. In caso di una implementazione di un sistema web open source, ci imbattiamo in un paio di effetti interessanti che hanno un impatto maggiore.

Quello che un cliente vuole davvero

Copertura e consigli a prova di futuro. Questa è la gente. Lui/lei non sono interessati all'open source, a Joomla, a voi, al vostro prodotto, ai vostri provvedimenti, alla vostra visione, ecc. Quindi, smettete di raccontare loro stupide storie, e iniziate a porre domande intelligenti per rassicurarli su quello che vogliono davvero.

Il valore decrescente del servizio

Tutto quello che è già stato fatto, vale meno ogni giorno seguente, e tutto quello che deve essere fatto è molto importante e urgente. Fa suonare un campanello?

Ha sempre ragione

Un cliente ha sempre ragione. In caso contrario, dobbiamo solo avere un'opinione diversa su questo argomento... Questo è un buon esempio del fatto che la sincronizzazione dei risultati è tutto.

Prima di tutto scadenza, e campo di applicazione flessibile

I progetti tendono d andare oltre la scadenza. Perché? Sei un pianificatore scadente, ti piace deludere la gente? Certo che no. Finire con un risultato incompleto che deve essere messo a punto, accettare nuovi requisiti e cambiare risorse mentre state sviluppando? Si, è vero. Avete un problema di arresto da sforzo di sviluppo e avvio di un test approfondito? Consegnate un sistema sfornato a metà giusto per "far felice il cliente"? E' molto probabile che lo facciate. e dovreste fermare questo comportamento da ora in poi.

"Prima la scadenza" vuol dire: non importa come, dobbiamo consegnare in tempo. Leggete questa frase di nuovo: dobbiamo consegnare in tempo.

40 anni di ICT non hanno fatto niente di buono, secondo alcuni punti di vista. Viene perfettamente accettato che non consegniamo in tempo. Ancora peggio: viene accettato da più del 50% dei più grandi progetti ICT a livello mondiale che sono un puro fallimento, e noi accettiamo che tendano ad essere due volte più costosi alla fine fin dall'inizio.

Supponiamo che il vostro negozio di alimentari dicesse "niente latte oggi" dopo averlo ordinato per telefono ieri. Supponiamo che il vostro forno aumentasse i prezzi da un giorno all'altro del 100% o 200%. Cosa direste se il costruttore della vostra casa che è appena crollata vi mandasse la fattura dell'"ultimo lavoro fatto a casa vostra"?

I clienti nel settore ICT camminano e borbottano il loro disprezzo. Vanno e iniziano un nuovo progetto ICT. E noi fornitori? Andiamo via con il fallimento! Noi non consegniamo in tempo, non manteniamo le promesse e consegniamo sistemi che non saranno usati (abbastanza a lungo). A volte il cliente ci fa causa. Ma c'è un trucco: non è possibile ricavare sangue da una pietra. In molti casi, clienti arrabbiati non pagano l'ultima rata o la rata principale (dipende da quanto eravamo stupidi). Ma questo è tutto. Facile camminare nel parco. Continuiamo fino al prossimo progetto e ad agire più o meno allo stesso modo...

FERMALO!

Consegnate in tempo, non importa come, niente scuse, ma consegnate!

Come consegnare in tempo

Vorrei entrare nei dettagli su come è fatto e gli effetti positivi di questo comportamento per tutte le parti coinvolte, compresi i vostri clienti.

Come consegnare in tempo?
La cosa più importante flessibilità nel campo di applicazione.

La società Basecamp 37signals scrive nella loro visionaria guida Getting Real: i sistemi open source (e quindi anche Joomla) sono molto ben attrezzati per attenersi a questa regola. (Leggete il libro completo per le altre buone regole)

1. L'open source ha una buona prototipazione e dimostrazione di capacità di concetto, e lo scopo diventa chiaro "dopo" la prototipazione, e quindi le modifiche degli obiettivi.
2. Un sistema web open source ha vaste funzionalità nascoste all'interno, un sacco di cambiamenti disponibili (vedete anche Negoziare continuamente).
3. L'ambito di applicazione dovrebbe essere flessibile, perché i clienti cambiano la loro idea su quello che vogliono, dopo aver sperimentato i primi risultati e le possibilità. I clienti imparano sul lavoro. E cambiano idea di conseguenza. La variazione del campo di applicazione è l'effetto negativo, "la flessibilità del campo di applicazione" è la soluzione positiva.

Questo è il passo dopo passo:

1. D'accordo come anticipato, mettete prima la scadenza e la flessibilità del campo di applicazione per rispettare la scadenza. Spiega onestamente quello che significa "flessibilità del campo di applicazione". Consente di chiamare i clienti "loro". Ma molto apertamente: quello che vogliono ora, alla fine non lo ottengono. Perché no? Perché no? Avanzando un'intuizione porterà a sistemi diversi! Tuttavia loro ottengono quello che vogliono in ogni replica verso il risultato finale.
2. Assicurarsi di essere responsabili della flessibilità del campo di applicazione (nessuna discussione, bisogna rispettare la scadenza, quindi siete quelli che prendono le decisioni dopo aver toccato la base).
3. Pianificate un tempo extra nel vostro lavoro verso una scadenza. Utilizzate il tempo extra per la flessibilità del campo di applicazione e fate un nuova versione del vostro piano di rilascio. Fatelo diminuendo il numero delle funzionalità dei blocchi nell'attuale sprint, snellite le funzionalità dei blocchi.

Gestire la possibile frustrazione dei clienti

1. Mai buttare giù una funzionalità di blocco da soli. Mettetela in un prossimo sprint o nello SprintX.
2. Comunicate l'azione di flessibilità del campo di applicazione con un nuovo piano di Rilascio.
3. Applicate le priorità nei Risultati ottenuti finora, e buttate giù ogni singola osservazione (nessun doppione) o nuovi espliciti desideri.

Essere fermi ma simpatici

Rimanere principalmente fermi:

1. Mai e poi mai accettate un nuovo contratto a prezzo fisso. O mettere un ridicolo margine in cima al vostro preventivo. Lo sviluppo e l'attuazione di un sistema web open source non è solo adatto ad offrire e lavorare con un prezzo fisso. Esplorate 2Value's alert system come alternativa equilibrata tra il presso fisso e la "Carta Bianca".
2. Attaccatevi alle regole di ingaggio: pagamenti in ritardo? Smettete di lavorare subito, senza eccezioni.
3. Professionalità: cominciate ad offrirla se vi viene richiesta.

Comportamento simpatico accompagnato da una posizione ferma

• A: Dite sempre e scrivete: Noi "non possiamo" invece di "noi non vogliamo" o "non lo faremo".
  Esempio: Mi dispiace signore, ma temo di non poter continuare con l'allestimento del vostro sito di produzione. Il pagamento parziale non è arrivato nel nostro conto bancario. E' politica della compagnia procedere soltanto se i pagamenti dovuti sono arrivati nel nostro conto bancario.
• B: Diciamo di non poter avviare questa analisi per la rimozione di virus dal server prima che il denaro non sia arrivato sul conto bancario, ma lasciate che il cliente "senta" che al vostro ritorno in ufficio sono state già prese le dovute misure ed è in pieno lavoro di analisi e correzione del bug.
• C: Un contratto di assistenza non è quasi mai una garanzia di risultato. Il supporto sul CMS web, specialmente quelli basati sull'open source, può solo essere uno sforzo di garanzia guidata. Questo significa: al massimo promettiamo una reazione, la risposta e la risoluzione dei tempi e la capacità disponibile nelle competenze professionali richieste.

Non presentate questa responsabilità di risultato dei clienti del sito sulle spalle delle vostre aziende. Non possono reggerla. Il carico di svariati milioni di linee di codice... codice di qualcun altro. Una moltitudine di codice in esecuzione su cambiamenti contesi viene attaccata da farabutti ogni giorno (hackers).

Ricordate: prima che il cliente suoni al campanello della vostra porta, il loro sito non era mai stato un vostro problema. Tenete a mente e ricordatelo al vostro cliente. Alcuni di questi clienti pensano che possono comprare il vostro impegno, devozione, assumendovi come un modello per poche ore.... E alcuni di voi agiscono come peccatori quando un cliente si trova in grande angoscia e veloci puntano il dito su di voi a causa di un sistema web non operativo. Nuovamente: comportatevi come un professionista e vi rispetteranno come professionista. Comportatevi come un assistente di basso grado, e vi tratteranno come uno zerbino.

Un CMS web è il problema dei clienti e noi possiamo assisterli migliorando e aiutandoli quando si verificano i problemi. Non è un vostro problema. Capite? Piccola differenza, effetto enorme. Solo osservando il timbro di voce.

Avendo detto (e ripetuto) questo, voi vi fate un mazzo per aiutare i clienti di questo negozio online per andare a vivere di nuovo prima della ressa per lo shopping di Natale.

• D: Dobbiamo fornire esattamente quello che è stato concordato (nessun rimborso per niente), ma mettiamo anche "uno sforzo in più".

Vendere e negoziare continuamente

E 'ovvio che si deve vendere un progetto e negoziare condizioni (tra i quali il ''prezzo''). Quello che c'è di nuovo per molte persone è che in un progetto di sviluppo web di sistema o il supporto in seguito, è che bisogna vendere e negoziare continuamente.

Alcuni esempi:

1. E' fatto? Posso inviare la fattura adesso? ("No, c'è ancora qualche problema da migliorare ...")
2. Richiesta di assistenza: modificare un logo sul sito. Di quanto tempo avete bisogno? ("Oh, andiamo non puoi dire sul serio! ...")
3. Pensate che è un lavoro extra, il vostro cliente non sembra pensarla così. ("Non potrebbe essere nella RFP, ma ricordo molto bene la nostra discussione su questa funzionalità")

Ricordate che le vendite sono un gioco. Il cliente dovrebbe avere la sensazione generale che lui / lei ha vinto quel gioco. Date loro la sensazione di sentirsi ricchi con l'affare allo stesso tempo!

Per poter giocare una partita di biglie, avrete bisogno di biglie.

Come si fa ad avere biglie? Con la firma del contratto? No. Con l'invio di fatture? No no. Trattenendo i risultati. A volte ...

La principale fonte di crediti per i vostri giochi di vendite sono la felicità e il denaro. Non mischiateli.

• Accumulare crediti in conto corrente emozionale dei vostri rapporti (vedete Steven R. Covey). Potrebbe risolvere la frustrazione; ne avete bisogno per essere felici anche nel rapporto di lavoro!
• Se i pagamenti parziali sono arrivati in tempo, disponete di crediti per nuovi giochi.
• Astenetevi dal fare troppe ore di lavoro non retribuito. Vi rende vulnerabili e spiana la strada ai clienti di mettervi sotto pressione e/o riaprire negoziazioni. Quanto più vi devono, più si potrebbe generare in questi argomenti per non procedere e pagarvi. Pressioni indebite stanno scendendo su di voi. Ma sono causate da voi, in primo luogo. (Vedete: essere fermi, ma simpatici)

Definire i ruoli e giocarli!

Un cliente ha diversi ruoli ampiamente accettati: il capo, l'utente finale, l'amministratore del sistema web, e più importante lui/lei che è il giudice.

Come unico letterale proprietario, voi siete l'unico fornitore di sistema web. Dovete consegnare il sistema: buono, adatto, ben documentato, in tempo, nel rispetto del budget ed affidabile. Quanto è giusto questo?

Beh, questo non è giusto per niente! Diamo uno sguardo più attento a quello che sta accadendo qui.

Supponiamo che traspirate un atteggiamento del tipo "fare tutto con simpatia". Ottenete domande come:

"Ci consigliereste di usare Joomla?"

e

"Il PHP potrebbe fare un ciclo di backup per noi"

e

"E' possibile avere supporto multilingua in tempo?.

Niente di sbagliato per queste domande, giusto? Quante volte gli avete risposto? ... Senza rendervi conto che avete appena caricato le canne di un fucile puntato contro di voi.

Supponete di rispondere a queste domande con un "Sì", e aver perfezionato la risposta. Questo è molto carino da parte tua! Tu sai un sacco di cose! Il rispetto ottenuto nasce dal fatto che non siete solo dei buoni sviluppatori, ma anche:

• avete una visione molto nitida di come il processo di selezione dovrebbe essere;
• vi sentite al sicuro con il pacchetto LAMP e risolvete il problema (wow!)
• la comunità internazionale open source e soprattutto un CMS web Joomla, è una sorta di ritorno a casa per voi; conoscete un sacco di gente, in qualsiasi parte del mondo ....

'Che uomo, che uomo, che uomo di talento.'

Nessuna idea di dove stiamo andando? Tenete duro e ''niente'' preoccupazioni, questi sono solo esempi innocui per arrivare a capire i rischi di essere stupidamente reattivo.

Lasciate premere il grilletto del fucile puntato contro di voi. Ricordate che siete stati voi che avete caricato le munizioni:

• Ora aspettate un minuto, consigliate Joomla e noi ora dobbiamo programmare su misura il codice che potrebbe risolvere il problema di Drupal, fuori dal contenitore?! ...'
• Ogni sera aspettavamo di avere una copia di sicurezza del nostro sito web, perché avete detto che il PHP è in grado di farlo. Abbiamo pagato per configurarlo. Ed ora ci siamo ritrovati con un ripristino inutile ... "
• Hai promesso supporto multilingua ed ora dobbiamo pagare per questo?'

Dov'è finito il rispetto su cui contavate? Perché il cliente si comporta così? E' ovvio che il cliente è arrabbiato e credo che dovete lavorare gratuitamente per lei o per lui per renderlo di nuovo felice! Allora qual è la scelta migliore, amico?

Cosa è andato storto? Un paio di cose elementari nella conduzione degli affari professionali. E per favore non vi cullate a dormire con

oh, no, ma io sono solo una piccola azienda, un imprenditore creativo, e i miei clienti sono piccoli. Non ho bisogno di questo.

Un paio di cose elementari e universali nella conduzione degli affari professionali sono andate storte:

1. Non separate i vostri diversi talenti in ruoli distinti. Simboleggiateli con diversi cappelli colorati. Quindi, da ora in poi: definite i ruoli.
2. Non avete messo i cappelli giusti mentre rispondono alle domande. Che cosa vi ha reso vulnerabili: il cliente può richiedere la tua risposta da qualsiasi punto di vista. Giocate il vostro ruolo!

Come definire i ruoli?

Non è necessario farlo. Le definizioni sono facilmente disponibili, basta scegliere una serie di ruoli che corrispondono alla vostra attività e comunicarli. Metteteli per iscritto e portate il vostro cliente a conoscenza dei diversi ruoli che svolgete professionalmente. Esempi: responsabile clienti, consulente, responsabile di commessa, responsabile di progetto, progettisti, sviluppatori, collaudatori, costruttori di contenuto, hoster.

Un cliente o un suo rappresentante abuseranno di te giocando 10 ruoli in un momento SE SI PERMETTE LORO DI FARLO.

Per essere sano e salvo. Usate i ruoli in modo esplicito in tutti i momenti importanti e giocateli.

Mi dispiace, signor cliente, come vostro sviluppatore non avrei mai potuto rispondere alla vostra domanda "dovremmo usare Joomla". Il motivo è che la vostra società deve scegliere un CMS web ed io posso fare di meglio. Certamente possono metterla in contatto con il mio collega, è consulente presso la nostra azienda e specializzato nei processi di selezione. Il suo costo è molto ragionevole rispetto alla copertura dei rischi che copre con il suo consiglio.

PHP per il ciclo di backup. Come responsabile di contratto avrei dovuto dire 'no' a voi, perché una procedura di backup è fuori portata. In qualità di responsabile progetto, ho paura che devo darvi la stessa risposta per un motivo diverso: siamo impegnati in questo sprint per raggiungere il termine di scadenza, non l'abbiamo pianificato e non ho la routine di backup nel piano di rilascio come lista di funzionalità che devo rispettare. Come sviluppatore direi: sì, fattibile. Ma i campanelli d'allarme si spengono nel mio ufficio come un hoster: in primo luogo le caratteristiche del ripristino dovrebbero essere chiare, prima di poter inventare un'adeguata strategia di back-up. Vedete, ci sono molti modi di guardare a questa semplice domanda.

Supporto multilingue in tempo? Dovete essere più precisi per evitare delusioni nel prossimo futuro. Potrei dire Sì a voi, perché è facile da installare un modulo di traduzione. Questo è il mio berretto di sviluppo. Ma qualcuno ha avuto modo di fare le traduzioni moto bene. E quello potrei essere io in un ruolo diverso, cappello diverso: traduttore/configuratore. Se vi aspettate 'il supporto Multilingue' sarebbe contenuto localizzato, avrei dovuto svolgere un compito che io non sono in grado di fare: io non sono madrelingua della lingua straniera quello su cui vi concentrate, e io non sono un cittadino che vive a livello locale in quella regione. Se posso o no eseguire i compiti nel tempo in cui sono in grado di farli, dipende dalla pianificazione. Devo dare un'occhiata al prossimo Giovedì quando ho il mio giorno di gestione progetto.

Tutto questo potrebbe sembrare un gioco stupido, ma è morto il commercio serio.

Tattiche

Esempio: progetto di interazione

Il vostro progetto di interazione utente di domani con il cliente sarà più facile se qualcun altro (ma a nome vostro), accennata dai vostri passi legali contro di lui, così a lungo come le fatture rimanenti non pagate. Potete colpire le braccia del cliente e dire "per favore non essere arrabbiato con lui, sta solo facendo il suo lavoro. Non possiamo incolparlo, possiamo?". Il cliente lo rispetterà per la sua e la vostra professionalità. Immaginate quanto sia difficile giocare questi ruoli da soli.

• Per evitare il ritorcersi sul vostro rapporto personale con il vostro cliente potrebbe "introdurvi i vostri veri colleghi" (individuali). I colleghi veri (anche se non sanno di essere vostri colleghi) è bene averli intorno, potete:
  • a. incolparli
  • b. lodarli per il loro eccellente lavoro nel di lui/lei ruolo
• Rimandare e spostare: rispondete alla domanda in uno o due ruoli subito, ma poi parcheggiatela come voce in agenda per un ruolo diverso nel percorso critico. Esempio dato: "Si, tecnicamente nessun problema, ma devo dare uno sguardo al prossimo Giovedì quando ho il mio giorno di gestione progetto."
• Inventatevi un diversivo. Non c'è niente di cui vergognarvi. Nel commercio viene fatto tutti i giorni. Fatevi questa domanda "Suona come una scusa?" Non dovrebbe. Dovrebbe essere un ''ruolo ben giocato''.

Rivisitato

Le 4 regole interdipendenti di guadagnare rispetto e denaro nel vostro lavoro in qualità di esperto open source rivisitato:

1. Prima di tutto scadenza e campo di applicazione flessibile;
2. Essere fermi ma simpatici;
3. Vendere e negoziare continuamente;
4. Definire i ruoli e giocarli!

Vedete?!: Guadagnare rispetto e denaro con Joomla! non ha nulla a che fare con Joomla!

(Grazie a Froukje Frijlink che ha controllato il mio Inglese).