Tag-arkiver: Forretningsanalyse

BrightStarr USA søger SharePoint analytiker

Efterlad et Svar

Min virksomhed, BrightStarr, søger en SharePoint forretningsanalytikeren.  Vores mål er at arbejde med en person, der:

  • Forstår platformen meget godt
  • Har en god idé om, hvad er en smart SharePoint løsning kontra et brostensbelagte sammen korthus
  • Nyder arbejder direkte klienter, nogle af hvem forstår hvad SharePoint handler om, og nogle, der har bare en vag forestilling om at SharePoint kunne hjælpe dem, men ikke sikker på præcis hvordan
  • Kan skrive meget godt
  • Kan kommunikere rigtig godt med et lille team
  • Er god til og nyder multi-tasking.  Dette er ikke et stærkt proces-drevet miljø (Vi har nok proces at gøre tingene på en organiseret måde, men vi er ekstremt hurtig på vores fødder, rappe og alt det gode kram).

Dette er ikke en udvikler holdning selv om hvis du er en konsulent-udvikler søger at fokusere mere eller consulting og mindre på udvikling, Dette kunne være et godt skridt for dig.

Hvis du er interesseret, ping mig på twitter eller email mig!

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin

"Kan gøre” kontra "bør gøre” i SharePoint projekter

8 Svar

Jeg tror, at mange af os lejlighedsvis, præsenteres med, på grund af et bedre udtryk, unge-underordnede krav.  Slutbrugeren virkelig, meget dårligt ønsker et visse specifikke udseende, eller en meget specifik sortering struktur eller en til at klippe én i menuen eller klikke på indstilling at lette navigation eller [Indsæt lidenskabeligt afholdt tro på, at der sker forkert].  Som SharePoint pro's, Vi kan generelt opfylde næsten enhver form for krav med platform, men for nogle af dem, Vi kender i vores hjerter,:

  • De vil tage en uforholdsmæssig lang tid at gennemføre (og derfor dyrere)
  • De vil være yderst tilpassede og derfor vanskelige at vedligeholde og foretage fejlfinding af
  • Der er nogle nemme SharePoint tilgang, der opfylder 80% eller flere af kravet (dvs. opfylder sprit af kravet, men ikke brevet af kravet)

Bundlinjen, Vi ved, at "krav" er virkelig bare et rart at have eller endda legitime i en vis forstand, men noget, som folk skal leve med i stedet for at tilbringe en masse tid på at forsøge at "løse".

Jeg tænker på dem som "lille barn" krav, fordi jeg har set dette mønster mange gange før.  Børnene vil pine væk og nag du for nogle nyt legetøj for uger ad gangen.  Du får dem legetøjet, de spiller med det i et par timer eller dage og derefter sætte det ned, aldrig at samle den op nogensinde igen.  Eller, du får ikke den stykke legetøj, de nagende stopper og kid bevæger sig at blive formand for den frie verden.   Jeg har set det ske i SharePoint projekter.  Beslutningstagere får enten hvad de ønsker og det bliver en ubrugt eller underudnyttes funktion eller de får ikke hvad de ønsker og projektet stadig lykkes alligevel.

Jeg blev mindet om, at i dag i et forum post og jeg kunne godt lide hvordan Clayton Cobb forsøgte at få forum plakaten til at skubbe tilbage på en af disse former for krav: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Jeg er virkelig nysgerrig, hvordan folk se dette emne, og hvordan du håndtere det.  Jeg mangler punktet?  Har du strategier til at styre beslutninger beslutningstagere fra overinvesting i trivielle krav?  Indtal en kommentar.

</slutningen>

Abonner på min blog.

Følg mig på kvidre på http://www.twitter.com/pagalvin