Domanda

Il nostro team supporta l'applicazione di backoffice: un mix di Winform e WPF Windows. (circa 80 inclusi i dialoghi). Davvero una specie di coltello dell'esercito svizzero. È utilizzato da sviluppatori, scrittori tecnologici, sviluppatori di sicurezza, tester.

I requisiti per le nuove funzionalità arrivano abbastanza spesso e a volte suoniamo Wizard of Oz per decidere quale GUI piace di più ai nostri utenti. E di solito succede (ammetto che può essere solo la mia interpretazione soggettiva della realtà) che un minuscolo dettaglio che dà il sapore della buona usabilità alla nostra app richiede molto tempo. Questa volta viene speso per "combattere" con il quadro GUI facendolo agire come se avessimo bisogno. Ed è molto difficile fare stime per questo tipo di compiti (almeno per me e la maggior parte dei membri del nostro team). Scrum Poker non è neanche un aiuto.

La gestione considera spesso questo perfezionismo di usabilità una perdita di tempo. D'altra parte un effetto accumulato delle funzionalità in cui ognuno ha un po 'difettoso difettoso frustra gli utenti. Ma gli stessi utenti desiderano versioni frequenti e correzioni di bug istantanee. Quindi, nessun modo per ottenere il feedback positivo: c'è sempre qualcuno che è snuffy.

Mi sento costantemente in competizione con noi stessi: più funzionalità -> più bug/compiti/architettura. Stiamo cercando di superare il carrello che stiamo spingendo. Arrivano nuove tecnologie e alcune di esse possono potenzialmente aiutare a migliorare la progettazione o ridurre i tempi di implementazione delle attività, ma queste tecnologie richiedono apprendimento, prototipazione e così via.

Bene, quella era una storia. E ora è la domanda:

  • Come si fa a bilanciare tra pressione del tempo, qualità del prodotto, utenti e soddisfazione della gestione?
  • Quando e come decidi di lasciare il problema non perfetto ma in una certa misura, quanto spesso prendi queste decisioni?
  • Come fai con la tua soddisfazione? Quali sono le tue priorità?

PS Per favore, tieni presente che siamo un team di backoffice, non abbiamo né scrittore tecnico dedicato né designer di GUI. Il tester si è unito a noi di recente. Abbiamo molto lavoro da fare e molta libertà riguardo a "How". Mi piace perché promuove la creatività ma non voglio diventare troppo nerd perfezionista.

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top