Una breve historia de SharePoint (Desde la perspectiva de una relativa del recién llegado)
Nota: Este artículo fue publicado originalmente en www.endusersharepoint.com. Olvidé publicarlo en mi propio blog 🙂
SharePoint ha evolucionado mucho desde sus inicios como especie de una tecnología de incubación en Microsoft –ha evolucionado casi como una película de horror, donde toma vida propia creación del científico loco, romper las reglas y expectativas de su creador. La evolución técnica es obvia – el WSS 3.0 modelo de objetos es más rico y más complejo que WSS 2.0, que sí mismo era una mejora sobre versiones anteriores. La próxima versión mostrará sin duda tremenda mejora sobre 3.0. Desde la perspectiva de un usuario final, Sin embargo, La evolución de SharePoint es aún más significativa.
En los primeros días, SharePoint no ofrece mucho a los usuarios finales. Tienen sus requisitos de funciones habituales, trabajar con él para definirlos bien e implementar una solución. Utiliza SharePoint para resolver el problema. El producto no era muy accesible a los usuarios finales. He pensado lanzó algunas analogías, pero decidí seguir los diagramas de Venn para mostrar lo que quiero decir. Cuando Microsoft primero lanzó SharePoint al mundo como una oferta comercial, siguió un patrón relativamente tradicional del usuario final <-> Relación de lo. Muchos de los usuarios finales, comunicarse y trabajar con un número muy pequeño de la gente para ofrecer soluciones que resolver problemas de negocios:
El dominio del problema general que SharePoint es una plataforma de entrega conveniente es pequeño (especialmente en comparación con SharePoint de hoy. Los usuarios finales y trabajó en un arreglo más clásico con lo: definir los requisitos que, esperar a IT su labor detrás de la cortina y tomar la entrega del producto final.
Como SharePoint evolucionó hacia el 2.0 mundo (WSS 2.0 y SharePoint Portal Server), varias cosas sucedieron. Primero, el "dominio del problema" aumentado de tamaño. Por el dominio del problema, Me refiero a las clases de problemas para los que SharePoint podría ser una solución viable. Por ejemplo, No parece demasiado sobre la implementación de una solución de búsqueda seria en un entorno de SharePoint hasta SPS (y aun entonces, No fue tan buena como la que debía ser). Al mismo tiempo, Los usuarios finales tienen una capacidad sin precedentes para definir no sólo, pero también poner en práctica sus propias soluciones con poco o ningún soporte de ti.
El 3.0 plataforma (WSS y MOSS) mantenido y aumentado ese impulso. El dominio del problema es enorme en comparación con el 2.0 plataforma. Prácticamente todos los departamentos en una empresa, que van desde la fabricación de los departamentos de salud y seguridad a la comercialización, de las ventas al control de calidad – pueden encontrar un buen uso para SharePoint (y no es un caso de triturar una clavija redonda en un agujero cuadrado). Al mismo tiempo, la plataforma permite a más usuarios finales para implementar sus propias soluciones de negocio. Trato de captar con este diagrama:
Esto ha demostrado para ser una mezcla potente y frustrante. El 3.0 plataforma enciende papeles previamente estables de la cabeza. De repente, Los usuarios finales son efectivamente Juez, jurado y verdugo Analista de negocios, Arquitecto de aplicaciones y desarrolladores para sus soluciones de negocio. Esto llega al corazón del problema sobre que escribo. Pero antes zambullirse, Consideremos el elefante en la habitación.
Mirando la bola de cristal
¿Como SharePoint 2010 afectan este patrón? Será incremental o revolucionario? Más, aproximadamente el mismo número de usuarios finales o menos se encuentra facultados para construir soluciones en SharePoint 2010? Dominio de problema Will SharePoint 2010 ampliar aún más o que simplemente perfeccionar y optimizar lo que ya ofrece en WSS 3.0 / MOSS?
No hay suficiente información "allá afuera" para afirmar que la respuesta general es:
- El dominio del problema se va a ampliar considerablemente.
- Los usuarios finales se encontrarán aún más poderoso que antes.
El diagrama de Venn sería más grande que esta página y hacer que algunos profesionales de ti y directivos alcanzar su Pepto.
Creo que va a ser una gran oportunidad para las empresas a hacer algunas cosas realmente transformacionales.
No hay toros en mi tienda de China!
Esto suena genial, Pero desde mi punto de vista como un Consultor SharePoint y ponerme en los zapatos de un gerente, Veo esta visión. Soy propietario de una tienda China con placas de Bellas, cristal, etc. (mi entorno de SharePoint). Yo he alquilado un espacio, He comprado mi inventario y puso hacia fuera la forma que me gusta. No estoy listo para abrir, Pero en previsión, Miro la puerta para ver si mis clientes están alineando y noto que hay un toro real. Miro más de cerca y veo que realmente dos toros e incluso un lobo. Entonces me doy cuenta que hay algunas ovejas. Las ovejas son por lo que mal, Pero que tal vez disfrazan de lobos? No quiero toros en mi tienda de china!
Se pone peor! Cuando alquilé el espacio, No podía creer lo bonito que era. Amplia y abierta, excelente servicios, precio muy razonable. Sin embargo, Ahora me doy cuenta de que los espacios abiertos y la enorme puerta tiene un tamaño perfectamente para que un toro a vagar residuos en y laicos a mi china.
Estoy empujando esta analogía demasiado lejos, Claro. Los usuarios finales no son toros (mayoría de ellos, de todos modos) y los departamentos de ti no (o seguramente no) Ve su comunidad de usuarios con ese tipo de sospecha. Sin embargo, Hay este tipo de colisión perfecta teniendo lugar ya en la la 3.0 plataforma que esperaba sólo empeorarán en SP 2010. SharePoint ya autoriza y anima a los usuarios finales para definir e implementar sus propias soluciones.
Es genial y todos, Pero el hecho es que sigue siendo un producto muy técnico y todavía pide el tipo de análisis de requerimientos del negocio vigoroso, diseño y planificación general y gestión de proyectos técnicos se requieren para tener éxito. Este no es el tipo de habilidades que muchos de los usuarios finales tienen en su bolsa de trucos, especialmente cuando se trata de un producto técnico como SharePoint.
Esto he dado mucho pensamiento a lo largo del año pasado y no veo ninguna respuesta fácil. Realmente se reduce a la educación y formación. Creo que SP 2010 va a cambiar el juego un poco y se va a jugar diferentemente y en cámara lenta como empresas desplegar su SP 2010 soluciones sobre 2010 y más allá. Para tener éxito, Los usuarios finales tendrán que transformarse y conseguirlo un poco la religión. Necesitan conocer un poco sobre los requisitos de adecuada
Análisis. Necesitan alguna documentación de diseño que identifique claramente el flujo de trabajo de proceso empresarial, por ejemplo. Necesitan comprender conceptos fundamentales como CRUD (crear, Update y delete), Cómo utilizar esa infraestructura para implementar correctamente soluciones que viven un buen tiempo y la curva y entornos dev/prueba/qa/prod (No se rompa) en respuesta a los cambios en una organización.
En las próximas semanas, Voy a intentar ofrecer algunas de mis propias ideas nuevas, así como enlace a la gran labor realizada por muchos otros autores (en www.endusersharepoint.com y en otros lugares) para que los usuarios finales interesados puedan aprender que el viejo tiempo religión. Mantenga sintonizada.
</final>
Sígueme en Twitter en http://www.twitter.com/pagalvin