¿Logró su SharePoint ROI (Return on Investment)?

El "caso de negocio sólido" para SharePoint

¿Cuándo fue la última vez que leíste un caso de negocios que contenía material de ahorro (especialmente financieros) el coste para recomendar Microsoft SharePoint para ser desplegado en su organización?

Si usted es uno de los pocos que me he encontrado, a menudo me pregunto qué tan bien los números "apilan" tanto en el momento que fueron escritos en términos de los criterios utilizados y cómo les ha ido desde que fue desplegada?

Estoy seguro de que muchos fueron "exitosos", aunque las estadísticas financieras no estaban disponibles para apoyar esta afirmación, tan a menudo su no sólo sobre los estados financieros y puede ser más sobre la introducción de un cambio en una forma de trabajar, es decir, colaboración en lugar de en ' que trabajan en silos.

Aun así, en el último par de años de trabajo con la última versión de SharePoint con los existentes (y nuevos) a los clientes, por lo que hemos vuelto a realizar un trabajo adicional o para piezas de nueva consultoría de algún tipo, a menudo preguntar cómo el original caso de negocio fue el primero de todos de acuerdo y en segundo lugar, (si se produjo!) cómo el despliegue ha vivido a la altura de los objetivos originales.

Como era de esperar, es una respuesta mixta, pero los casos de negocios en general se utilizan cada vez (que es una buena cosa) pero rara vez en mi opinión, tenga en cuenta los ahorros financieros a largo plazo ni son revisados para confirmar los ahorros financieros esperados fueron alcanzados.

¿Fue satisfactoria la implementación de ir?

Lo mismo hizo el despliegue de cumplir o superar original ahorros financieros?

Son el ejecutivo, la dirección de grupo o departamento de TI. que firmó el proyecto contento con el ahorro de costes financieros o de entrega en general? Sospecho bastante algunas respuestas no sería tan positiva, decisiva o en la línea de 'podría haber ido mejor ".

Dependiendo de quién le habló en el negocio de las razones de este normalmente se dividen en las siguientes declaraciones:

• "No existe una estimación del ahorro de costes financieros se elaboraron en el principio, así que no puedo decir si nos ahorró dinero o no"
• «Malos consejos de nuestro socio de SharePoint nos condujo a una 'cuadrada, escenario agujero redondo", es decir, decidió vigor (leer el código a medida!) El infierno de la plataforma en algo que simplemente no estaba destinado o diseñado para hacer y por lo tanto, cuesta más de lo presupuestado para '
• "Se desplegó pero no cuentan con el apoyo de los interesados, una gobernanza adecuada o los planes de adopción y por lo tanto, no fue realmente utilizado por la empresa y así se estancó"
• "El proyecto fue dirigido por el mal, corrió con respecto al presupuesto, tomó mucho más tiempo del que dijo que haría. Cualquier ahorro de costes identificados que se ha perdido conseguir que se lo enviemos "
• "La nueva Intranet se ha desplegado, pero me ofrecieron ningún tipo de formación o de apoyo y no puedo encontrar nada de lo que necesitan tan poco uso de ella. No había nada malo con la aplicación anterior ... "

, Etc, etc ...

Como ya he publicado un par de años con mi "Microsoft ROI Calculator para Windows SharePoint Services", hay muchos recursos por ahí para ayudar, pero estos tienden a ser un poco de "arte negro" y debe ser utilizado en mi opinión con precaución. Hay uno también de HP y otros, pero mi opinión sobre estos es que es un poco exagerado en sus recomendaciones, (quizás para vender más hardware ...?!) Creo que aunque son útiles para el mayor conocimiento que usted necesita en el ejercicio de esa capacidad y el rendimiento planificación de actividades.

¿Por qué algunos casos de negocios de SharePoint a menudo pierden un truco de

La mayoría de los casos de negocios que he leído en cuenta los problemas habituales, tales como gastos de mantenimiento de aplicaciones existentes que no son "aptas para el propósito, junto con los costos de aplicación potencial de sustitución de concesión de licencias y los costes de hardware. Estupendo.

Pero rara vez consideran que el ahorro financiero de la entrega de aplicaciones adicionales en la parte superior de SharePoint más allá de lo que fueron originalmente introducidos para (típicamente su intranet / extranet de escenarios).

No es tan fácil de poner sobre el papel en términos de ahorro financiero, pues tales solicitudes ni siquiera se puede conocer acerca de los requisitos o de ámbito con suficiente detalle para tomar una decisión informada. Pero sin embargo, tal declaración debe ser en su caso de negocio como un gran beneficio "intangibles" de negocios y apoyo a las razones estratégicas para el uso de SharePoint.

SharePoint 2010 está a la vuelta de la esquina ...

El simple hecho es SharePoint 2007 ya es una buena plataforma para la entrega de aplicaciones a. SharePoint 2010, no está tan lejos y las primeras señales son que se basará su éxito con la versión actual y convertirse en una gran plataforma en la que alojará a las aplicaciones.

Aunque SharePoint no puede ser optimizado para aplicaciones transaccionales basados pesados, muy pocos de su línea de aplicaciones empresariales (pequeñas, medianas y grandes) serán de este tipo de todos modos. Piense en sus aplicaciones existentes (o previstas) que proporcionan a sus usuarios con catálogos de productos, aplicaciones de base de conocimientos, gestión de registros, los repositorios de imágenes de documentos y considerar su inclusión en su entorno de SharePoint. Esas adiciones y aportará un valor aún mayor a la original (o nuevo caso) de negocios.

Las organizaciones no deben perder esta oportunidad de reforzar sus casos de negocio para la adopción de SharePoint 2010, mirando a su "línea de aplicaciones empresariales 'que estaban considerando la introducción o sustitución de las aplicaciones heredadas, para ver si pueden ser realista" consumido "por el entorno de SharePoint. Creo que se sorprenderá cuántas puede.

Nota importante: su imperativo que lo hagan ahora con SharePoint 2007 o en el futuro con SharePoint 2010 factor de tales cosas en sus diseños de arquitectura de alto nivel. La mayoría de los diseños de arquitectura que me he encontrado no tienen en cuenta dichos requisitos o plan para su inclusión. La introducción de estas cosas más tarde posiblemente le costará en el rediseño de su diseño en particular la capacidad o el desempeño en áreas relacionadas.

Con SharePoint 2007, disponible ahora y que pronto será liberado de SharePoint 2010, es aún más crítica para ver cada vez más el carácter estratégico de sus decisiones y cómo operativamente puede obtener más valor de su inversión en la plataforma SharePoint.

Recuerdos,

Andrew Walmsley

Director, WorkShares