Archivo de la etiqueta: Diseño de soluciones de SharePoint

"Puede hacer” frente a "debe hacer” en proyectos de SharePoint

Creo que muchos de nosotros en ocasiones se presentan con, por falta de una mejor frase, requisitos de niños pequeños.  El usuario final realmente, muy mal quiere una cierta concreta apariencia, o una estructura de clasificación muy específica o para cortar una opción de menú o haga clic en para facilitar la navegación o [Insertar apasionadamente convicción que pasa a ser mal].  Como SharePoint pro, generalmente podemos satisfacer a prácticamente cualquier tipo de requerimiento con la plataforma, pero para algunos de ellos, sabemos en nuestros corazones que:

  • Van a tener una cantidad desproporcionada de tiempo para implementar (y por lo tanto cuestan más)
  • Van a ser altamente personalizado y, por tanto, difícil de mantener y solucionar problemas
  • Allí es algunos enfoque fácil de SharePoint que cumple 80% o más de los requisitos (i.e. cumple con el espíritu del requisito, pero no la letra del requisito)

Línea inferior, Sabemos que el "requisito" es realmente sólo un bonito o incluso legítimos en algún sentido, pero algo que la gente debe vivir con en lugar de gastar mucho tiempo tratando de "resolver".

Creo que de estos como los requisitos de "niño" porque he visto este patrón muchas veces antes.  Niños se distancia de pino y le nag para algún nuevo juguete durante semanas en un momento.  Obtendrá el juguete, Luego de ponerlo y juega con ella durante unas pocas horas o días, nunca a recogerlo nunca más.  O, no obtendrá el juguete, la molesta se detiene y el niño pasa a convertirse en Presidente del mundo libre.   He visto esto suceder en proyectos de SharePoint.  Tomadores de decisión o bien obtener lo que quieren y se convierte en una función no utilizada o subutilizada o no consiguen lo que quieren y el proyecto todavía sucede a fin.

Recordé que hoy en un foro de post y me gustó cómo Clayton Cobb trató de conseguir el cartel Foro hacer retroceder en uno de estos tipos de requisitos: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Estoy realmente curioso cómo la gente ver este tema y cómo tratan.  Me estoy perdiendo el punto?  ¿Tiene estrategias para dirigir a los responsables de las decisiones lejos overinvesting en requisitos triviales?  Por favor dejar un comentario.

</final>

Suscribirse a mi blog.

Sígueme en Twitter en http://www.twitter.com/pagalvin