Tag Archives: Anàlisi de negoci

BrightStarr EUA buscant l'analista de SharePoint

La meva empresa, BrightStarr, està buscant un analista de negocis de SharePoint.  El nostre objectiu és treballar amb algú que:

  • Entén la plataforma molt bé
  • Té una bona idea del que és una solució de SharePoint elegant enfront d'un castell de cartes junt empedrat
  • Gaudeix de treballar directament als clients, alguns dels qui entenen el SharePoint es tracta i alguns que tenen només una noció imprecisa que SharePoint podria ajudar-los però no està segur exactament com
  • Pot escriure molt bé
  • Pot comunicar-se molt bé amb un petit equip
  • És bo i gaudeix de multitasca.  Això no és un entorn fortament impulsat pel procés (tenim prou procés de fer les coses de manera organitzada, però estem molt ràpids en els nostres peus, àgil i tota aquella bona matèria).

Això no és una posició d'autor encara que si ets un desenvolupador de consultor mirant a centrar-se més o consultoria i menys desenvolupament a, Això podria ser un bon pas per a vostè.

Si t'interessa, Cascavellegi jo a twitter o per email!

</final>

Subscriure's al meu blog.

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

"Pot fer” contra "ha de fer” en projectes de SharePoint

Crec que molts de nosaltres en ocasions es presenten amb, per falta d'una frase millor, joves-nen necessitats.  L'usuari final realment, vol molt malament una certa específic aparença, o una estructura molt específic de classificació o una de tallar una opció clic o menú per facilitar la navegació o [inserir apassionadament creença que passa d'estar equivocat].  Com SharePoint pro, generalment Cubrim gairebé qualsevol tipus de requisit amb la plataforma, però per a alguns d'ells, sabem que en els nostres cors que:

  • Van a prendre una quantitat desproporcionada de l'hora d'aplicar (i, per tant, costen més)
  • Van ser altament personalitzada i, per tant, difícil de mantenir i solucionar
  • Hi és alguna aproximació SharePoint fàcil que compleix 80% o més del requisit (i. e. es reuneix la pulcritud de l'exigència, però no la lletra de l'exigència)

Bottom line, sabem que el "requeriment" és realment només un bonic tenir o fins i tot legítima en cert sentit, però una cosa que la gent hauria conviure més que passen molt de temps intentant "resoldre".

Crec que d'aquests com a requisits de "nen" perquè he vist aquest patró moltes vegades abans.  Els nens es lluny de pi i nag per alguna joguina nova durant setmanes alhora.  Rebi la joguina, juguen amb això per unes poques hores o dies i llavors deixar-ho, mai a recollir-lo mai més.  O, vostè no rep la joguina, les parades corroeix i el nen es mou a la presidència del món lliure.   He vist que això passi en projectes de SharePoint.  Prenedors de decisions tampoc assolir el que volen i es converteix en una funció no utilitzat o infrautilitzat o no aconsegueixen el que volen i el projecte encara aconsegueix totes maneres.

Em va recordar del que avui en un fòrum publicar i em va agradar com Clayton Cobb intentava aconseguir el cartell Fòrum fer retrocedir en un d'aquests tipus de requisits: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Estic molt curiós com la gent veure aquest tema i com lluitar amb ell.  Estic perdent el punt?  Té estratègies per dirigir els responsables de les decisions de overinvesting necessitats trivials?  Si us plau deixa un comentari.

</final>

Subscriure's al meu blog.

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