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>
Sígueme en Twitter en http://www.twitter.com/pagalvin
Mi experiencia me dice que usted es correcta: El requisito necesitado desesperadamente a menudo rápidamente se descarta, generalmente porque no se piensa bien a través de. Estoy de acuerdo que es nuestro trabajo como consultores para ayudar a dirigir al cliente hacia una solución exitosa, No sólo cumplir con un requisito.
Sin embargo: No entendemos que nuestros clientes’ negocio tan bien como ellos. Es importante que, como consultores, No nos hacemos arrogantes, dice al cliente que su requisito es innecesarias. Por lo tanto, Tenemos un poco de la cuerda floja a caminar: Ayudar al cliente a pensar en las razones de fuerza para un requisito; explicar por qué te gustaría sugerir otro curso y ofrecer alternativas. Por ejemplo, oferta comenzar con una solución sencilla que puede mejorarse más tarde si resulta que no para satisfacer la necesidad.
Como con la mayoría de las cosas en la vida, puede ser difícil encontrar el equilibrio correcto, Pero vale la pena la inversión.
-Ruven
Gran punto, Ruven. Hay una línea muy fina. Personalmente me inclino a “ceder” en lugar de tomar una línea dura. Siempre me hace sentir incómodo cuando alguien empuja a volver contra los requisitos del cliente dos veces y tres o más veces.
Casi siempre sigo el “solución sencilla” enfoque que describes. Realmente no puedo pensar en una instancia donde no funcionó mejor en el final.
Estoy de acuerdo con este post Paul generalmente. En realidad, Sorprendo a mí mismo diciendo a la gente a menudo “SharePoint puede hacer cualquier cosa que quieras hacer, excepto lo que quieres hacer.” A menudo trato de encontrar simple de los métodos de caja para resolver una necesidad de negocio de los usuarios finales. Tanto como te amo y disfrutando de desarrollo de soluciones en SharePoint prefiero intentar algo simple y fuera de la caja primero.
Mayoría de las veces esto tierras ser suficiente y otras veces se genera una nueva idea para ellos que harán construir una solución personalizada mejor para ellos.
Gran post.
Paul Liebrand
Twitter: @PaulLiebrand
Tengo que lidiar con estas peticiones muy con frecuencia. Por suerte, a menudo la empresa reconocerá la solicitud es un ' agradable de tener’ en lugar de una 'necesidad'.
Cuando no es claro que empiezo con preguntar lo que están tratando de resolver la solicitud. Típicamente atrapa elementos que simplemente no reconocieron como un buen-a-tienen inicialmente. Luego pasar a evaluar lo que están pidiendo determinar si es en realidad algo sencillo o no; ¿y cuál es el alcance del impacto como (como esto es un cambio a un solo sitio secundario o a la granja).
Cuanto mayor sea el alcance del impacto, el mayor número de preguntas que levanto. Si las respuestas no suena como un verdadero, Pero todavía se centran en actuar como si es una necesidad, luego les presento el tiempo y costo y cualquier impacto que puede estar asociada con la solicitud.
Si el negocio todavía quiere seguir adelante, Sí, Pero todos tenemos una imagen mucho más clara de lo que está cambiando.
Soy nuevo en su sitio, pero te siguen en EndUserSharePoint. Yo trabajo para un hospital militar y sabe lo que todo el mundo habla cuando se trata de "Hacer" y "Debe hacer". Me sale esto casi todos los días y el "puede SharePoint hacer documentos no imprimible? Podemos tomar a la opción 'enviar a'?"El Departamento de gustaría tener algunos documentos ver solamente (No hay problema, hecho) debido a la numeración y sistema de seguimiento para los documentos. Que has estado buscando sitios y blogs diferentes y no encuentras la respuesta. Espero que alguien puede ayudar.
Paul:
Yo creo que la rechazan, o al menos la discusión sobre la utilidad real de las cosas, es lo que separa a verdaderos profesionales de SharePoint de desarrolladores llanos. Todo lo que podemos SharePoint hacer esto..., como ocultar la “View que all site Content” enlace aunque mucha gente no lo veo de todos modos. Es nuestro trabajo para ayudar al cliente (interna o externa, No hace una diferencia) Entiendo que pedacitos en SharePoint son realmente útiles y por qué, ¿por qué algunas cosas de la interfaz de usuario pueden ser perjudiciales, etc.. Que deberíamos conocer mejor de lo que hacen y eso es lo que ya lo pagamos por. Si nosotros simplemente ceder a cada demanda, Entonces sólo le estamos dando. 50% en la mayoría.
Gracias por el post!
M.
Pingback: Steve Ballmer es un Dios; ¿Por qué Google no vencer a Microsoft en colaboración de nube; Adobe trae Flash para móviles - Diario de SharePoint - Nación de bambú
Hola,
Gracias por el post y pidiendo a todos que dejar un comentario de su experiencia, En estas situaciones solía darle opción tanto para el cliente, Hay una forma fácil de construir/rápida solución que te da casi lo que necesita pero no 100% ( de rendimiento, apariencia, mantenibilidad...etc.) y no hay otra solución personalizada que te da lo que quieres, presentar una estimación para ambas soluciones y costos asociados a la misma, y entonces generalmente si es más alto el costo de la solución personalizada solían decir vamos adelante con casi lo que necesitamos :). A menos que lo que quieren es realmente afectan el proceso y una función altamente exigida. Suele esperar en esas reuniones alguien entra y empecemos a discutir por eso ? y por su experiencia con el producto le convence por qué y cuánto tiempo tomará?
Espero que esto ayude.