Архів тегів: Бізнес-аналіз

BrightStarr США шукає SharePoint аналітик

Моя компанія, BrightStarr, шукає бізнес-аналітики SharePoint.  Наша мета полягає в роботі з кимось хто:

  • Дуже добре розуміє платформи
  • Має гарне уявлення про те, що є розумні рішення SharePoint в порівнянні з брукованими разом картковий будиночок
  • Від роботи безпосередньо клієнтів, Деякі з яких зрозуміти, що SharePoint це все про а деякі, які мають просто розпливчасте поняття, що SharePoint може допомогти їм, але не впевнені, як саме
  • Можна написати дуже добре
  • Можна спілкуватися дуже добре з невеликою групою
  • Добре і користується багатозадачності.  Це не сильно процес driven середовища (у нас є достатньо процес, щоб робити речі в організованому порядку, але ми дуже швидка на ноги, спритний і все, що гарні речі).

Це не розробник позиції, хоча якщо ви консультант розробник, дивлячись зосередити увагу більш або консалтинг і менше на розвиток, Це може бути хорошим кроком для вас.

Якщо ви зацікавлені, пінг мене на twitter або напишіть мені!

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin

"Може зробити” проти "повинні робити” у SharePoint проекти

Я думаю, що багато хто з нас іноді представлено з, за відсутністю кращого фразу, молодий дитини вимоги.  Кінцевий користувач дійсно, дуже погано хоче у певних конкретних зовнішній вигляд, або дуже конкретної структури сортування або вирізати один клік або параметр меню для полегшення навігації або [Вставити пристрасно переконання, що відбувається, щоб бути неправильно].  Як SharePoint профі, ми зазвичай можна зустріти майже будь-які вимоги з платформи, але для деяких з них, Ми знаємо, в наших серцях,:

  • Вони будуть приймати непропорційно велику кількість часу для реалізації (і тому коштують більше)
  • Вони збираються бути дуже нестандартний і тому складно підтримувати і виправлення
  • Там є легко SharePoint підхід, який відповідає 80% або більше з вимогою (тобто. відповідає Духа вимога, але не лист вимога)

Нижній рядок, Ми знаємо, що "вимога" насправді просто приємно мати, або навіть законним в якомусь сенсі, але те, що люди повинні жити з, а не витрачати багато часу, намагаючись "вирішення".

Я думаю, що їх як "молодий дитини" вимоги до тому, що я бачив цю модель у багато разів, перш ніж.  Діти Пайн-звідси і nag вас для деяких нову іграшку для декількох тижнів часу.  Ви отримаєте їх іграшки, вони грати з ним протягом декількох годин або днів а потім поклав його, ніколи не для того, щоб забрати його коли-небудь знову.  Або, Ви не отримаєте іграшку, ниття зупиняється і дитина переходить до стати президентом вільного світу.   Я бачив це сталося в SharePoint проектів.  Приймають рішення або отримати те, що вони хочуть і стає не використовується або недостатньо використовуваних функцій або вони не отримують те, що вони хочуть і проекту ще вдається все одно.

Нагадало мені про що сьогодні в форумі пост, і мені сподобалося, як Clayton Cobb спробував отримати форум плакаті, щоб відтіснити на одному з таких вимог: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Я дійсно цікаво, як люди переглянути цю тему, і як ви маєте справу з ним.  У мене не вистачає точки?  У вас є стратегії, щоб направити рішень органів від overinvesting в тривіальних вимоги?  Будь ласка, залиште коментар.

</кінець>

Підписатися на мій блог.

Йди за мною на Twitter в http://www.twitter.com/pagalvin