Archiwa tagów: Analizy biznesowe

BrightStarr USA Looking for SharePoint analityka

Moja firma, BrightStarr, poszukuje analityk biznesowy programu SharePoint.  Naszym celem jest do pracy z kimś kto:

  • Bardzo dobrze rozumie platformy
  • Jest dobrym pomysłem jest inteligentne rozwiązania programu SharePoint kontra pomarańczy razem domek z kart
  • Cieszy się pracy bezpośrednio klientów, Niektóre z którego zrozumieć, co jest o SharePoint i tacy, którzy mają tylko mgliste pojęcie, że SharePoint może pomóc im, ale nie wiesz dokładnie, jak
  • Można pisać bardzo dobrze
  • Można komunikować się naprawdę dobrze z małym zespołem
  • Jest dobrze i cieszy się, wielozadaniowość.  Nie jest to mocno oparta na procesie środowiska (mamy tyle proces robić rzeczy w sposób zorganizowany, ale jesteśmy bardzo szybko na nogi, zwinny i wszystko, co dobre rzeczy).

Nie jest to stanowisko autora chociaż jeśli konsultant programista chce skupić więcej lub konsultacji i mniej na rozwój, może to być dobry krok dla Ciebie.

Jeśli interesujący Cię, ping mnie na twitter lub napisz do mnie!

</koniec>

Subskrybowanie mój blog.

Follow me on Twitter wiek na http://www.twitter.com/pagalvin

"Można zrobić” porównaniu z "należy zrobić” w projektach programu SharePoint

Myślę, że wielu z nas od czasu do czasu są przedstawiane z, z braku lepszego wyrażenia, wymagania młodych dziecko.  Użytkownik końcowy naprawdę, bardzo źle chce pewne szczególne spojrzenie i czuć, lub bardzo specyficzną strukturę sortowania lub wyciąć jedno menu lub kliknij opcję łatwość nawigacji lub [Wstaw namiętnie przekonanie, że dzieje się źle].  Jako SharePoint pro, ogólnie możemy spotkać prawie każdego rodzaju wymogu z platformą, ale dla niektórych z nich, wiemy, że w naszych sercach,:

  • Mają zamiar podjąć nieproporcjonalną ilość czasu na realizację (i dlatego kosztuje więcej)
  • Mają zamiar być wysoce niestandardowy i w związku z tym trudne do utrzymania i rozwiązywania problemów
  • Tam jest kilka łatwe podejście programu SharePoint, który spełnia 80% lub więcej wymogów (tj.. spełnia sprit wymogu, ale nie list wymogu)

Motto, wiemy, że "zapotrzebowanie" jest tak naprawdę miło mieć, a nawet w pewnym sensie uzasadnione, ale coś, że ludzie powinni żyć z zamiast spędzić sporo czasu próbując "rozwiązania".

Myślę o tych jako "dziecko" wymagania, bo już widziałem ten wzór wiele razy.  Dzieci będą od sosny i gderać można na kilka nowych zabawek dla tygodni w czasie.  Masz ich zabawki, Zagraj z nim na kilka godzin lub dni i następnie umieścić go w dół, nigdy nie, aby wybrać to nigdy.  Lub, nie dostaniesz zabawki, dokuczliwy zatrzymuje się i dziecko porusza się prezydentem wolnego świata.   Już widział ten zdarzyć się w projektach programu SharePoint.  Decydentów albo to, co chcą i staje się niewykorzystane lub rozłączania funkcji lub nie dostają, czego chcą i projekt jeszcze powiedzie się tak.

Z przypomniało, że dziś na forum post i mi się podobało jak Clayton Cobb próbował dostać się na forum plakat przesunąć na jeden z tych rodzajów wymagania: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Bardzo jestem ciekaw, jak ludzie postrzegają w tym temacie i jak można sobie z tym poradzić.  Brakuje punktu?  Czy masz strategie kierowania decyzji decydentów od overinvesting w banalne wymagania?  Proszę zostawić komentarz.

</koniec>

Subskrybowanie mój blog.

Follow me on Twitter wiek na http://www.twitter.com/pagalvin