Tag Archives: Business Analysis

BrightStarr Amerikaanse soek vir SharePoint Analyst

Laat 'n antwoord

My maatskappy, BrightStarr, is op soek na 'n SharePoint sake-ontleder.  Ons doel is om te werk met iemand wat:

  • Verstaan ​​die platform baie goed
  • Het 'n goeie idee van wat is 'n slim SharePoint oplossing teenoor 'n geplaveide saam huis van kaarte
  • Geniet die werk direk kliënte, sommige van wie verstaan ​​wat SharePoint is alles oor en 'n paar wat net 'n vae idee dat SharePoint hulle kon help, maar nie seker presies hoe
  • Kan baie goed te skryf
  • Kan baie goed kommunikeer met 'n klein span
  • Is goed op en geniet multi-tasking.  Dit is nie 'n swaar proses-gedrewe omgewing (ons verwerk het genoeg dinge om te doen in 'n georganiseerde manier, maar ons is baie vinnig op ons voete, ratse en al daardie goeie dinge).

Dit is nie 'n ontwikkelaar posisie, maar as jy op soek na meer of konsultasie en minder te fokus op die ontwikkeling van 'n konsultant-ontwikkelaar, dit kan 'n goeie stap vir jou.

As jy belangstel, ping my op twitter of epos my!

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin

"Kan Doen” teenoor "moet doen” SharePoint Projekte

8 antwoorde

Ek dink dat baie van ons soms met, vir 'n gebrek van 'n beter uitdrukking, jong-kind vereistes.  Die eindgebruiker werklik, baie sleg wil 'n sekere spesifieke "look and feel", of 'n baie spesifieke sorteer struktuur of 'n een klik of kieslys opsie om navigasie te vergemaklik uit te sny of [voeg hartstogtelik gehou oortuiging dat gebeur om te wees verkeerd].  As SharePoint pro se, Ons kan oor die algemeen voldoen aan bykans enige soort van vereiste met die platform, maar vir 'n paar van hulle, weet ons in ons harte dat:

  • Hulle gaan 'n buitensporige bedrag van die tyd om te implementeer te neem (en dus meer kos)
  • Hulle gaan om hoogs persoonlike en dus moeilik om te handhaaf en te los
  • Daar is, is 'n paar maklike SharePoint benadering wat voldoen aan 80% of meer van die vereiste (d.w.z. voldoen aan die gees van die vereiste, maar nie die letter van die vereiste)

Bottom line, ons weet dat die "vereiste" is regtig net 'n lekker om te hê of selfs wettige in 'n sekere sin, maar iets wat mense moet lewe met eerder as spandeer baie tyd probeer om te "los."

Ek dink van hierdie as "jong kind" vereistes omdat ek hierdie patroon baie keer voor gesien.  Kinders sal wegkwyn en neul jy vir 'n paar nuwe speelding vir weke op 'n slag.  Jy kry hulle die speelgoed, hulle speel met dit vir 'n paar ure of dae en dan sit dit af, nooit dit af te haal ooit weer.  Of, jy nie die speelding, die knaende tot stilstand kom en die kind beweeg op aan president van die vrye wêreld geword.   Ek het gesien dat dit gebeur in SharePoint projekte.  Besluitnemers óf kry wat hulle wil en dit word 'n ongebruikte of onderbenut funksie of hulle kry nie wat hulle wil hê en die projek nog steeds daarin slaag om in elk geval.

Ek was herinner aan wat vandag in 'n forum post en ek hou van hoe Clayton Cobb probeer om die forum plakkaat te kry om terug te stoot op een van hierdie soorte vereistes: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Ek is regtig nuuskierig hoe die mense sien hierdie onderwerp en hoe jy dit hanteer.  Ek mis die punt?  Het jy strategieë besluite makers om weg te stuur van overinvesting in triviale vereistes?  Los 'n kommentaar.

</einde>

Skryf in op my blog.

Volg my op Twitter http://www.twitter.com/pagalvin