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>
Seguimi su Twitter a http://www.twitter.com/pagalvin
Mia esperienza mi dice che lei è corretto: Il requisito disperatamente necessario è spesso rapidamente scartato, di solito perché non si è ben pensato. Sono d'accordo che è il nostro lavoro come consulenti per aiutare a guidare il cliente verso una soluzione di successo, non solo soddisfare un requisito.
Tuttavia: Non capiamo i nostri clienti’ fare affari così come essi. È importante che, come consulenti, non diventiamo arrogante, che dice il cliente che loro requisito è inutile. Così, abbiamo un po ' di una corda tesa a camminare: Aiutare il cliente a pensare attraverso il resons per un requisito; spiegare perché vuoi suggerire un altro corso e offrire delle alternative. Per esempio, offerta iniziare con una soluzione semplice che può essere rafforzata in seguito se si scopre di non soddisfare il bisogno.
Come con la maggior parte delle cose della vita, trovare il giusto equilibrio può essere difficile, ma vale la pena l'investimento.
-Ruven
Grande punto, Ruven. C'è una linea sottile. Personalmente tendo a “dare” piuttosto che prendere una linea dura. Mi fa sempre a disagio quando qualcuno spinge indietro contro requisiti client due volte e tre o più volte.
Seguo quasi sempre il “soluzione semplice” approccio che descrivi. In realtà non posso pensare ad una istanza dove non ha funzionato meglio alla fine.
In generale sono d'accordo con questo post di Paul. Infatti, Mi cattura me spesso dicendo alla gente “SharePoint può fare qualsiasi cosa che si desidera tranne quello che vuoi fare.” Cerco spesso di trovare semplice fuori i metodi casella per risolvere un'esigenza aziendale gli utenti finali. Tanto quanto io amo e godendo nello sviluppo di soluzioni di SharePoint sarebbe piuttosto provare qualcosa di semplice e fuori dalla scatola prima.
La maggior parte delle volte questo terre per essere abbastanza e altre volte che genera una nuova idea per loro che faranno costruire una soluzione personalizzata meglio per loro.
Grande post.
Paul Liebrand
Twitter: @PaulLiebrand
Ho a che fare con queste richieste molto frequentemente. Per fortuna, spesso l'azienda riconoscerà la richiesta è un ' bello da avere’ piuttosto che una 'necessità'.
Quando non è chiaro che iniziare con chiedendo che cosa stanno cercando di risolvere con la richiesta. Che cattura in genere oggetti che semplicemente non riconoscono come un piacevole da avere inizialmente. Poi passare a valutare che cosa stanno chiedendo determinare se è in realtà qualcosa di semplice o non; e qual è l'ambito di impatto come (come questo è un cambiamento di un singolo sito secondario o di intera farm).
Maggiore sarà la portata di impatto, il maggior numero di domande che sollevo. Se le risposte non suono come un vero e proprio bisogno, ma sono ancora concentrati su agisce come se fosse una necessità, quindi vi presento i tempi/costi e qualunque sia l'impatto che può essere associata alla richiesta.
Se il business ancora mi vuole andare avanti, Lo faccio, ma tutti noi abbiamo un quadro molto più chiaro di che cosa sta cambiando.
Sono nuovo al tuo sito ma ti seguo su EndUserSharePoint. Io lavoro per un ospedale militare e sapere quello che tutti parlano quando si tratta di "Può fare" e "Dovrebbe fare". Ottengo questo quasi ogni giorno e per la "SharePoint eseguire documenti non stampabile? Possiamo prendere via l'opzione 'Invia a'?"Il dipartimento vorrei avere alcuni documenti Mostra solo (Non c'è problema, fatto) a causa della numerazione e tracking system per i documenti. Hai cercato in diversi blog e siti e non può trovare la risposta. Spero che qualcuno può aiutare.
Paul:
Penso che il push back, o almeno la discussione circa la reale utilità delle cose, è ciò che separa i veri professionisti di SharePoint da sviluppatori di piano. Tutti noi possiamo fare SharePoint fare questa roba, come nascondere il “Visualizza che tutti i contenuti del sito” link anche se la maggior parte delle persone non lo vedo comunque. È nostro compito di aiutare il cliente (interni o esterni, non fa una differenza) capire quali bit di SharePoint sono davvero utili e perché, perché alcune cose dell'interfaccia utente possono effettivamente essere dannose, ecc. Dovremmo sapere meglio di quello che fanno e che è ciò che noi siamo pagati per. Se abbiamo semplicemente acconsentire ad ogni esigenza, quindi stiamo solo dando 50% al massimo.
Grazie per il post!
M.
Pingback: Steve Ballmer è un Dio; Perché Google non battere Microsoft nel Cloud collaborazione; Adobe porta Flash per cellulari - Quotidiano di SharePoint - Nazione di bambù
Ciao,
Grazie per il post e chiedendo a tutti di lasciare un commento per la sua esperienza, In queste situazioni ho usato per dare entrambi opzione al client, C'è una facile soluzione compilazione veloce che ti dà quasi quello che ti serve ma non 100% ( da prestazioni, look and feel, gestibilità...ecc) e c'è un'altra soluzione personalizzata che ti dà quello che vuoi, presentare un preventivo per entrambe le soluzioni e il costo ad esso associato, e quindi solitamente se il costo della soluzione personalizzata è più alto hanno usato per dire Let's go con quasi che cosa abbiamo bisogno :). A meno che che cosa vogliono realmente colpisce il processo e una caratteristica altamente richiesta. Di solito aspettano su quegli incontri in qualcuno sarà saltare e iniziare a discutere perché ? e per la tua esperienza con il prodotto si può convincerlo perché e quanto tempo ci vorrà?
Spero che questo aiuta.