Penso che molti di noi sono occasionalmente presentati con, per la mancanza di una frase migliore, requisiti di giovani-figlio. L'utente finale davvero, molto male vuole un certo specifico aspetto, o una struttura molto specifica ordinamento o un per tagliare fuori un'opzione di menu o clicca per facilitare la navigazione o [inserire con passione convinzione che succede ad essere sbagliato]. Come SharePoint pro, in generale possiamo soddisfare quasi qualsiasi tipo di esigenza con la piattaforma, ma per alcuni di loro, sappiamo che nei nostri cuori che:
- Stanno andando a prendere una quantità sproporzionata di tempo per implementare (e quindi costano di più)
- Essi stanno per essere altamente personalizzato e quindi difficile da gestire e risolvere i problemi
- C'è qualche facile approccio di SharePoint che incontra 80% o più del requisito (vale a dire. incontra lo spirito del requisito, ma non la lettera del requisito)
Linea di fondo, Sappiamo che il "requisito" è davvero solo un bello avere o persino legittimo in un certo senso, ma qualcosa che la gente dovrebbe vivere con, piuttosto che spendere un sacco di tempo a cercare di "risolvere".
Penso a questi come requisiti di "giovane figlio" perché ho visto molte volte prima di questo modello. Bambini saranno via di pino e nag si per qualche nuovo giocattolo per settimane alla volta. Li ottenete il giocattolo, giocano con esso per poche ore o giorni e poi mettere giù, mai a non prenderlo mai più. O, non si ottiene il giocattolo, il fastidioso si ferma e il bambino si muove diventare Presidente del mondo libero. Ho visto questo accadere in progetti SharePoint. Decisori o ottengono ciò che vogliono e diventa una funzione inutilizzata o sottoutilizzata o non ottengono quello che vogliono e il progetto ancora riesce comunque.
Mi sono ricordato di che oggi in un forum post e mi è piaciuto come Clayton Cobb cercato di ottenere il poster di forum a spingere indietro su uno di questi tipi di requisiti: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/
Sono davvero curioso come persone mostra questo argomento e come si a trattare con esso. Mi manca il punto? Avete strategie per guidare i responsabili di decisioni dal overinvesting nel banale requisiti? Si prega di lasciare un commento.
</fine>
Iscriviti al mio blog.
Seguimi su Twitter a http://www.twitter.com/pagalvin