La elección de un recurso de aplicación de software

La elección de un recurso de aplicación de software

Contar palabras:
789

Resumen:
Es difícil elegir una aplicación de software adecuado. Uno puede hacer que sea fácil, considerando algunos elementos


Palabras clave:
software, soluciones, la elección de software. aplicación


Cuerpo del artículo:
"Usar la herramienta correcta para el trabajo" es un buen lema para el software de aprovisionamiento. Hay varias opciones para el
software de abastecimiento en estos días. En el desarrollo de la casa, los paquetes de software, outsourcing nacional, la
subcontratación, y la aplicación de los prestadores de servicios (ASP) son todas las posibles fuentes para las aplicaciones de
software. Todos tienen su lugar en una estrategia de software de aprovisionamiento. Pero no todos son igual de adecuados para todas
las tareas. experiencia en la industria muestra que el desarrollo de la casa y comprar paquetes de software son los pilares de los
programas de abastecimiento. El resto son soluciones de nicho.

Resultados de la última encuesta de mi empresa, estratégico Tendencias en Tecnologías de la Información, muestran que el 50% de las
solicitudes de producción existentes fueron entregados por el desarrollo de la casa, el 46% de los paquetes adquiridos, el 3% por
nacionales de outsourcing, casi 1% en ASP, y menos de 1% en la externalización al extranjero.

Estos resultados sorpresa de muchos que los ven. Toda la atención prodigada a la subcontratación y la ASP ha dado la mayoría de la
gente la impresión de que se ha producido una estampida a las fuentes. La realidad es que el outsourcing y ASP mercados siguen
creciendo pero su contribución a la base total de software instalado es pequeño.

En el desarrollo de la casa y comprar paquetes de software son las fuentes principales de software por una buena razón. En la parte
superior de la lista es el compromiso. Los empleados saben que su éxito depende del éxito empresarial. Ellos saben que necesitan
para entregar la solicitud de apoyo de la empresa y que son emocionalmente comprometido a hacerlo. No hay sustituto para esta
conexión íntima entre el éxito del proyecto y el éxito personal. Incluso los proyectos que el uso de contratistas o de otras
personas ajenas obtener el beneficio de este compromiso, siempre y cuando la responsabilidad por el éxito del proyecto se mantiene
dentro de la empresa.

conocimiento de la empresa es un elemento más poderoso de los proyectos internos. Los empleados saben mucho acerca de la empresa.
Ellos saben que los productos y saben cómo opera la empresa. Lo más importante es que entiendan la cultura de la empresa. Lo
entiendo porque son parte de ella. Esto no sólo ayudará a hacer las cosas, sino que también ayuda a determinar lo que es importante
y qué no.

La proximidad física es otro activo de la mayoría de los proyectos internos. Los desarrolladores y los usuarios están bastante
cercanos el uno al otro a someterse regularmente a las reuniones cara a cara. Y a menudo tienen contacto informal también el clásico
"toro cafetera de sesiones," por ejemplo. Todo esto promueve mejores relaciones personales que, a su vez, promover una mejor
resultados del proyecto.

proyectos internos tienen mucho que hacer por ellos. No es de extrañar que el software tanto se ha entregado de esa manera.

Entonces, ¿cuál es el gran argumento a favor de la externalización y ASP en el desarrollo de la casa y paquetes comprados?

Costo, el costo financiero inferior. La calidad, el tiempo de comercialización, y otros argumentos se hacen a veces, también, pero
día tras día, el gran argumento a favor de la externalización y ASP es el costo.

El costo es un argumento poderoso, pero antes de cualquier prestación económica se realiza outsourcing y ASP tienen que superar
grandes obstáculos. Los obstáculos que se enfrentan son exactamente contrarias a las fortalezas de los proyectos internos.

En lugar de la dedicación de los empleados, tenemos la dedicación del proveedor para obtener una ganancia. No es un factor
insignificante para estar seguro, pero no el mismo que el interés personal de un empleado en el éxito del proyecto.

Todos los conocimientos de la compañía que es importante para el proyecto, tanto de hecho y culturales, deben ser transferidos de
los empleados al vendedor. Cuanto más compleja o inusual a la aplicación, más difícil se hace para transferir todo el conocimiento.

El vendedor no es parte de la cultura. El vendedor es siempre un extraño, al menos hasta cierto punto. Esto hace que sea difícil
para el proveedor para conocer las sutilezas que pueden hacer la diferencia entre el éxito y el fracaso. Incluso puede hacer que sea
difícil de comunicar el conocimiento menos sutil.

Distancia hace que las reuniones regulares cara a cara entre los desarrolladores y los usuarios poco frecuentes en muchos proyectos
subcontratados. En algunos proyectos de la subcontratación no puede haber reuniones de este tipo. Un representante de la empresa de
outsourcing se reúne con representantes de la empresa y transmite información a los desarrolladores, que permanecen en alta mar. La
distancia también complica la comunicación simples como llamadas telefónicas, cuando los miembros del equipo tienen que luchar con
ocho, diez, o diferencias de tiempo de doce horas.

Todas estas cosas se pueden superar, o administradas por lo menos, pero los proyectos externos tienen problemas para competir
directamente con los proyectos internos. La implicación de esto es que los proyectos internos y externos no son adecuados para los
mismos tipos de proyectos. La mercancía más, como el proyecto más adecuado es para el desarrollo externo. El más singular, que por
lo general significa que el más crítico para el éxito empresarial, el adecuado, mejor será para el desarrollo interno. Esto también
se puede aplicar dentro de un gran proyecto de la subcontratación de las funciones simples y con el desarrollo interno de las
funciones sutil o compleja.

Si hay algún truco para el software de aprovisionamiento, es hacer caso omiso de la publicidad y se centran en el trabajo a mano.
Entonces es simplemente una cuestión de usar la herramienta correcta para el trabajo.