marcatori archivi: Analisi di business

BrightStarr Stati Uniti alla ricerca di SharePoint analista

La mia azienda, BrightStarr, è alla ricerca di un analista di affari di SharePoint.  Il nostro obiettivo è quello di lavorare con qualcuno che:

  • Capisce molto bene la piattaforma
  • Ha una buona idea di che cosa è una soluzione SharePoint smart contro un acciottolato insieme casa di carte
  • Ama lavorare direttamente ai clienti, alcune delle quali capire che cosa è SharePoint e alcuni che hanno solo una vaga nozione che SharePoint potrebbe aiutarli, ma non sicuro esattamente come
  • Può scrivere molto bene
  • Può comunicare molto bene con un piccolo team
  • È bravo e gode di multi-tasking.  Questo non è un ambiente fortemente orientato al processo (abbiamo abbastanza processo di fare le cose in maniera organizzata, ma siamo estremamente veloce sui nostri piedi, agile e tutto il buon roba).

Questa non è una posizione di sviluppatore anche se se sei un consulente-sviluppatore cercando di concentrarsi più o consulenza e meno in sviluppo, Questo potrebbe essere un buon passo per voi.

Se siete interessati, ping me su twitter o e-mail me!

</fine>

Iscriviti al mio blog.

Seguimi su Twitter a http://www.twitter.com/pagalvin

"Si può fare” contro "dovrebbe fare” nei progetti di SharePoint

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