In che modo uno sviluppatore dovrebbe rifiutare requisiti impossibili? [chiuso]

Ecco il problema che sto affrontando:

Ehi Spark, ti ​​sto assegnando il compito di sviluppare un framework che potrebbe essere utilizzato per molte diverse applicazioni iOS. Ecco i requisiti:

• Dovrebbe essere in grado di rilevare lo spessore del pollice o delle dita utilizzati per manipolare l'interfaccia utente.
• Con queste informazioni, tutti gli elementi dell'interfaccia utente devono essere organizzati e dimensionati automaticamente .
• Per un pollice più grande, gli elementi dovrebbero essere disposti più vicino al centro dello schermo.
• Per un pollice più piccolo, gli elementi dovrebbero essere disposti più vicino agli angoli dello schermo.
• Per un pollice più grande, tutti i caratteri dovrebbero essere più piccoli. (Stiamo assumendo un adulto in questo caso.)
• Per un pollice più piccolo, tutti i caratteri dovrebbero essere più grandi. (Stiamo assumendo una persona più giovane in questo caso.)

Sommario:

Questo framework è necessario per creare interfacce utente user-friendly a livello di codice. Il framework dovrebbe essere sviluppato in modo tale da poter essere utilizzato per tutti i progetti necessari, quindi deve anche essere molto favorevole agli sviluppatori.

Sono lo sviluppatore a cui è stato assegnato questo compito, quindi le mie domande sono le seguenti:

• Come posso spiegare che questi requisiti sono un po 'ridicoli?
• Come posso spiegare che sarebbe meglio concentrarsi sullo sviluppo di progetti reali?
• Come posso spiegare che, anche se ciò fosse possibile, non consiglierei di sviluppare una cosa del genere?
• Come posso dire NO a questo progetto in modo educato, gentile e rispettoso?
• Come posso spiegare che anche per uno sviluppatore con 3 anni di esperienza, ciò potrebbe non essere possibile?

Se si ottiene una serie di requisiti che sono fisicamente impossibili da implementare poiché il dispositivo non supporta e non può supportare la funzionalità desiderata, è necessario spiegarlo alla persona che crea i requisiti.

Si dovrebbe essere rispettoso e spiegare perché i requisiti non sono possibili da implementare (vale a dire il touch screen non è in grado di distinguere tra un pollice, dito o lo stilo Non ha una risoluzione sufficiente per rilevare un dito..) - mantenere le cose di fatto , indicando documentazione esistente se presente.

Non entrare in alcun tipo di argomento emotivo e mantieni la calma e la professionalità. Dire a tutti che i loro requisiti sono sciocchi non è mai una strategia vincente.

Scopri se riesci a comprendere gli obiettivi effettivi della funzione, perché è vista come un requisito. Questo potrebbe portarti a una funzionalità diversa e migliore che risolverà la necessità. (grazie @spoike)

@ DarkStar33 suggerisce nei commenti di fare la ricerca e fornire una stima effettiva di quanto costerà il progetto e quanto tempo ci vorrà, con il presupposto che il risultato sarà troppo costoso e lungo per valerne la pena. Essere armati di numeri e di dati per eseguirne il backup può sicuramente aiutare il tuo caso, anche se guarderei ancora gli obiettivi aziendali per vedere se possono essere raggiunti (anche parzialmente) in un altro modo.

Questi requisiti non sono sciocchi, stupidi o ridicoli. Questo è in effetti un problema molto importante per gli utenti dei touchscreen, che le persone con dita più grandi hanno molto difficile individuare il bersaglio, che spesso non viene compreso dai mignoli.

Tuttavia, se ritieni che questi requisiti siano impossibili da implementare perché i sensori del dispositivo non sono in grado di misurare la dimensione del dito, scrivi semplicemente così: Sfortunatamente, i dispositivi attualmente disponibili non supportano tale funzionalità

Qui giocherò un po 'a Devil's Advocate e dirò che penso che sia tecnicamente fattibile misurare le dimensioni del pollice di una persona. L'iPhone è un dispositivo multitouch. Per la calibrazione, è possibile indicare all'utente di posizionare i pollici o le dita sullo schermo fianco a fianco e misurare la distanza tra questi tocchi.

Naturalmente questo richiederebbe test e sperimentazioni per vedere quanto sia fattibile la mia intuizione. Forse i pollici dovrebbero essere trascinati sullo schermo per ottenere una lettura migliore.

Detto questo, ci sono gravi problemi di usabilità e implementazione.

• Cosa succede se il dispositivo è condiviso? Quando si verifica la calibrazione?
• Come è possibile determinare in modo dinamico la posizione degli elementi dell'interfaccia utente in modo arbitrario in tutte le applicazioni create con il framework? Ovviamente ogni app avrà un'interfaccia utente diversa e un layout diverso.
• Un semplice sondaggio delle attuali app iOS mostra che quelle ben progettate utilizzano tutto lo spazio orizzontale disponibile e già spaziano elementi tali che i pulsanti importanti sono più grandi possibile e posizionati vicino ai bordi. L'intera larghezza del dispositivo viene utilizzata per elenchi e layout, ovviamente.
• Anche se fosse possibile, qual è l'analisi costi / benefici? Quanto verrebbe guadagnato da un tale sistema rispetto ai controlli UI standard? Non sarebbe più semplice avere un semplice controllo di attivazione / disattivazione per la dimensione del carattere come molte app già utilizzano?

Quello che fai è trattarlo seriamente e tornare con una stima di quanto tempo ci vorrebbe da fare e assicurarsi che la stima sia molto alta e molto dettagliata in modo che non possano contestare i numeri alti. Una volta che hai dimostrato che non sarà economico, ti lasceranno in pace. Assicurati di sottolineare quali attività specifiche non sono attualmente supportate dall'hardware e potrebbero o meno essere fattibili. Dimentica di aggiungere costi per qualsiasi tipo di specialista di persone aggiuntive di cui potresti aver bisogno per un progetto di questa portata.

Le persone di Apple hanno già pensato a tutto ciò e non hanno avuto un'interfaccia ridimensionabile a seconda delle dimensioni del pollice / delle dita.

Come utente, oderei spostare gli obiettivi sotto le dita.

Se sei preoccupato di metterti nei guai per aver ricevuto requisiti impossibili, la scelta migliore è di dire immediatamente che è impossibile. Più a lungo permetti loro di costruire un business plan su un progetto impossibile, più è probabile che ti biasimino per il fallimento del progetto.

Soprattutto, cerca di non preoccuparti di cose che non sono colpa tua, abbiamo tutti abbastanza da preoccuparci di avere la capacità di controllare. Se qualcuno ti dovesse ritenere responsabile di un tale fallimento del progetto, allora è ingiustizia nei tuoi confronti. Credi nel Karma?

Un modo per deviare la richiesta irragionevole è aiutare il cliente a comprendere la natura del problema che stanno cercando di risolvere. Attraverso una tecnica di intervista di pianificazione colloquialmente nota come "fare scoppiare il perché dello stack ", continui a chiedere "perché" in modo ricorsivo (in modo educato e intelligente ovviamente):

Uno strumento importante sia per avviare le comunicazioni che per "tagliare all'inseguimento" di problemi specifici è ciò che Barrett chiama facendo scoppiare lo stack "why". Questo è semplicemente per continuare a porre la domanda "perché è fatto in questo modo?" sui requisiti del progetto. Ha fornito un esempio archetipico di ciò che la tecnica può scoprire: "Una volta ho lavorato con un cliente in cui era richiesto che i dati fossero stampati in una determinata fase del processo, quindi ho chiesto perché", ha detto. "La risposta è stata che il dipartimento che riceveva i dati necessari per digitarli. Non si era mai reso conto che i dati potevano essere trasferiti automaticamente alla loro applicazione."

L'obiettivo è arrivare al valore aziendale principale della funzione:

• Proteggi le entrate
• Aumenta le entrate
• Gestire i costi
• Aumenta il valore del marchio
• Rendi il prodotto eccezionale
• Offri più valore ai tuoi clienti

(Articoli dal Cucumber wiki)

Se la funzione non rientra in una di queste categorie, può aiutare il cliente a vedere che ci sono o cose più importanti su cui concentrarsi, o attraverso questo processo di pensiero potresti essere in grado di consigliarli su come affrontare il problema che ' stai cercando di risolvere in modo più significativo. Spesso il vero problema risiede in un livello di astrazione più elevato rispetto al problema che ti hanno chiesto di risolvere.

Per usare il tuo esempio di scansione delle dimensioni del pollice:

Cliente: Vogliamo rilevare lo spessore del pollice o delle dita utilizzati per manipolare l'interfaccia utente.

Dev: Perché vuoi farlo?

Cliente: Perché quando provo a toccare questi piccoli pulsanti, spesso premo la cosa sbagliata e il nostro software viene utilizzato da molti operai edili con mani grandi come me. Se fossero in grado di calibrare l'interfaccia utente in base alla dimensione del dito, ne semplificherebbe l'utilizzo.

Dev: la facilità d'uso sarebbe sicuramente preziosa per il cliente, ma perché dovrebbero voler calibrare l'interfaccia utente? Se si sa che le persone che lo usano hanno mani grandi, perché non regolare il design per quel caso d'uso?

Cliente: Non ci ho mai pensato in questo modo, suppongo che un design più pulito funzionerebbe altrettanto bene anche per le persone con le mani piccole!

Dichiarazione di non responsabilità - Non so se la tua richiesta è possibile e se è possibile, devi determinare quanto tempo ci vorrebbe e fornire tale feedback al tuo responsabile. Ma sto scrivendo questa risposta supponendo che non sia fattibile, almeno usando il framework standard - e sto estendendo la mia risposta al caso più generale quando davvero non puoi o non dovresti fare qualcosa.

Dì semplicemente di no.

Ci sono molte risposte "non dire mai di no" in questo thread, che credo sia un atteggiamento morbido e sottomesso. Pensaci in questo modo: sono l'esperto tecnico di questo team e gli altri membri del mio team stanno cercando di fare qualcosa che ritengo irrealizzabile, complicato, potenzialmente impossibile. È mia responsabilità dire di no.

Certo che posso e dovrei dire di no gentilmente; Posso "fortemente sconsigliare questo" mentre mi offro di "indagare se è possibile" prima di dire di no. Ma alla fine dirò di no perché è il mio lavoro.

Ci sono così tante analogie a questo

• Dottore commercialista, desidero che abbassi la mia cena del Ringraziamento come detrazione fiscale
• Signor Chef, vorrei che il mio pollo fosse lasciato sul bancone durante la notte e servito crudo, per favore.
• Mio avvocato, voglio fare causa ai miei figli per non aver ordinato le loro camere da letto
• Signor meccanico, per favore installa un turbocompressore sulla mia auto elettrica

Puoi chiedere a tutte queste persone di svolgere compiti che sapranno essere sciocchi, dispendiosi, pericolosi o sbagliati. E ti aspetteresti che tutti loro sconsigliano queste azioni e alla fine rifiutino (almeno lo spero). Se qualcuno di questi professionisti rispondesse 'Hmm okay immagino che possiamo farlo' - senza darmi una dritta "Questa è una cattiva idea" - quindi francamente non vorrei assumerli comunque.

I tuoi colleghi apprezzeranno e rispetteranno la tua onestà e risparmierai a tutti un sacco di tempo e denaro se fornisci un feedback utile piuttosto che andare d'accordo con qualcosa che sai che non funzionerà.

Non dovrebbe essere troppo difficile dire al tuo cliente che non puoi implementare qualcosa che la tua piattaforma di destinazione non ti consente. Ma fai un passo indietro e chiediti: qual è la logica dietro questi requisiti piuttosto ridicoli? Da quello che posso leggere sono molto preoccupati per la facilità d'uso. Quindi chiedi loro, scava un po 'più a fondo fino a quando ti dicono la stessa cosa: "vogliamo un'interfaccia user friendly". Quindi guidali verso ciò che è fattibile e ciò che non lo è. Dì loro che se vogliono un'interfaccia utente semplice ci sono modi semplici (e più economici) come consentire all'utente di impostare la dimensione del carattere / icona (suppongo che io sia possibile sull'IoS). Forse puoi consentire all'utente di controllare la dimensione del carattere / la dimensione dell'icona e la disposizione per l'applicazione tramite una scheda delle impostazioni? Dovrebbe essere più facile (e più preciso!) Che provare a indovinare l'età di una persona sulla dimensione del pollice! L'ultima cosa che il tuo manager vorrebbe è un codice inutile, gonfio, difficile da mantenere che raggiunga la stessa cosa che il sistema operativo già fornisce. Spiega al tuo cliente che gli utenti preferirebbero controllare l'applicazione piuttosto che l'applicazione che li controlla in modi che potrebbero infuriarli.

La mia risposta sarebbe che vorrei iniziare a esaminare alcune di queste tecnologie non sperimentate e far loro sapere se è persino possibile. Sulla base di tali scoperte, può essere avviato un potenziale piano di sviluppo.

Non penso che sarai in grado di distinguere il pollice di una persona da qualcun altro, ma potresti essere in grado di ottenere abbastanza dimensioni dalle dita per sapere quando stanno usando il pollice. Il vero problema è dovuto all'angolazione del pollice che potrebbe non toccare più spazio sullo schermo rispetto ad altri. Nessuno usa mai un telefono con il pollice e lo appoggia sullo schermo come se si stesse eseguendo la stampa del pollice.

Lascia la compagnia. Scopri come farlo. Vendilo per molto più denaro di quello che stai facendo ora.

Quando si tratta di requisiti, di solito lo faccio in questo modo: provo a stimare quanto tempo ci vorrebbe per realizzare un requisito specifico.

In caso di requisiti che potrebbero essere impossibili, chiedere alcuni giorni o tutto il tempo necessario per scoprire se è possibile. Nel tuo caso la domanda è: "È possibile determinare quanto è spesso il dito dell'utente?"

In effetti questa domanda è ancora un po 'più complessa: "È possibile determinare quanto spesso il dito dell'utente dopo il primo tocco in meno di 200 millisecondi per consentire un'interazione immediata?" (sostituire prima con 2nd o ...; e 200 ms con 300 ms o qualsiasi altra cosa ...)

Forse anche rispondere a questa domanda richiede un mese. Forse anche se questo è più o meno fattibile, ci vuole un algoritmo super complesso che funziona bene solo nell'80% dei casi.

Vedi dove sto andando?

Le persone spesso fanno ipotesi errate sulle possibilità perché hanno una bassa competenza ed esperienza riguardo al campo in questione. Pertanto non puoi discutere con l'intuizione, ma hai bisogno di fatti.

Se gli altri stakeholder si rendono conto che questa funzione richiederebbe 2 anni-uomo e richiede che l'iPhone 10 arrivi prima del 2014, ridurranno rapidamente le loro esigenze.

Sembra complesso ma per niente impossibile; il punto in cui il touchscreen non è in grado di distinguere tra un pollice, un dito medio o uno stilo è controverso; All'inizializzazione (avvio della sessione, qualunque cosa) viene chiesto all'utente di posizionare un pollice, quindi un dito medio, ecc. per calibrare le dimensioni (fare alcune medie statistiche) usando diversi movimenti, ecc.

Considererei di provare a risolvere il problema di root in un altro modo prima di dire che non può essere fatto.

Ad esempio, se l'utente tenta spesso di fare clic su un piccolo pulsante e non riesce, è possibile guardare l'area intorno al pulsante e utilizzarlo per ricalibrare tutti gli altri clic.

Presentare una soluzione creativa come questa è probabilmente ciò che stanno cercando più che chiederti di capire magicamente la larghezza di un dito (che puoi informare non è nell'API).

Potrebbe essere ancora difficile - posizionare un'area attorno ai pulsanti per rilevare i mancati - quindi stimare più ore.

Non dire assolutamente di no, perché ciò ferirebbe i suoi sentimenti. Basta chiarire che a causa di vincoli tecnologici che il 60% delle volte funzionerà ogni volta.

E una volta che si rende conto dell'impraticabilità e dei costi associati a tale impresa, suggerisce un approccio più pratico all'interno del suo budget come avere un'impostazione che ti permetta di cambiare la dimensione del testo. E i russi hanno preso una matita nello spazio.

Prova a convincerlo a dichiarare il problema e i requisiti e non la soluzione e il design per progetti futuri.

Quello che mi piace fare è affrontare il problema dal punto di vista del team. In questo caso, io e il project manager dobbiamo trovare una soluzione. Mi piace anche mostrare che vengo con una mente aperta. Se ascolto ciò che penso siano le impossibilità uditive, c'è la possibilità che ci sia un malinteso tra me e il project manager. O forse non abbiamo raggiunto quel momento.

Una volta che decidiamo di fare un salto e di avere una conversazione aperta, trovo più semplice trattare il problema come un problema economico. Nella tecnologia quasi tutto è possibile data una quantità infinita di risorse. Discutendo su cosa sarebbe necessario fare, molte volte è il modo più semplice di "dire di no" rispettosamente. E quello sarebbe il modo di chiarire ogni possibile fraintendimento. Anche se, a dire il vero, non stiamo dicendo proprio di no. E qual è lo scopo di dire di no comunque. Se il lavoro non vale la pena fare, non importa se lo vogliamo fare o no.