¿Comprar? O para construir? ... Esa es la cuestión!

1) ¿Cuál es el tiempo y el costo adicional, si es posible incluso /una opción, para modificar el paquete para satisfacer sus necesidades actuales /necesidades? Una "regla general" que he utilizado en los últimos años es que ... Si tiene que modificar el 50% o más del "código" para hacer que satisface sus necesidades, entonces usted está probablemente mejor de re-escribirlo " desde cero ", ¿sabes?

2) ¿Es Significado mantenible?, ¿quieres, el vendedor, y /o desarrolladores se involucra poder modificar el paquete para satisfacer cualquier cambio en su actual y /o futura requisitos /necesidades? Si no, entonces este paquete puede llegar a ser "shelfware" si sus necesidades cambian en algún momento, ¿sabes?

3) ¿En qué medida se integran y /o "jugar bien" con el resto de aplicaciones de su aplicación general arquitectura? Si no es así "interfaz muy bien" con otras aplicaciones en la arquitectura general de la aplicación y deberá, entonces usted puede encontrar que usted tendrá que tener estas interfaces desarrolladas personalizado.

Por lo tanto, también debe considerar el desarrollo de estas interfaces en el "costo total de propiedad" de este paquete, no?

4) ¿Qué tipo de documentación, formación y apoyo están disponibles? Y lo bueno que son? En pocas palabras ... un paquete de usted y /o su personal no puede utilizar no vale mucho ahora es?

Etc. Etc.

Por supuesto, una vez más, hay mucho más a la vez una buena formal de "Comprar vs. Build" análisis y /o proceso de selección de software, como se mencionó anteriormente, pero ...

Una vez que haya reducido a los mejores "scoring" COTS candidatos paquetes de software de su proceso de selección de software, esto junto con su valoración de las ventajas, desventajas y costos de la "compra" versus la alternativa "Construir", como se mencionó anteriormente , le permitirá tomar una buena decisión informada sobre qué solución es mejor para usted y su negocio, a saber, "Construir" o "Comprar", en este caso, ¿no?

Espero que las discusiones en el presente documento será al menos ayudar a todos a ver el valor (y potenciales ahorros de tiempo, esfuerzo y dinero) de realizar un análisis "Comprar vs.

Build" y /o un proceso de selección de software "por adelantado" frente a acabar con algo que, o bien no cumple su (de corto y /o largo plazo) las necesidades y /o es demasiado costoso de mantener.

Si tienes cualquier duda respecto y /o le gu