Costo total del proyecto = Precio por hora x hora para el Proyecto
La primera cosa que debes recordar es que el costo de un proyecto está formado por dos componentes - el precio por hora y el número de horas requeridas para el proyecto. Este principio puede parecer obvio, pero se olvida con demasiada frecuencia. Es una práctica común para elegir primero los vendedores con el precio más bajo y sólo entonces preguntar cuántas horas se necesitan para la realización de un proyecto en particular. Con esta estrategia, es posible que pierda los proveedores que podrían cobrar más, pero que trabajan más rápido y más eficientemente, reduciendo así el costo total del proyecto ..
Proyecto de Presupuesto
Es una buena idea para decidir de inmediato la cantidad que están dispuestos a gastar en un proyecto. Nuestra práctica demuestra que se puede encontrar un vendedor mejor y reducir significativamente los riesgos de revelar el presupuesto asignado al vendedor. Esta información permite a los proveedores para estimar mejor el proyecto y determinar qué puede / no puede ser hecho por la suma específica de dinero.
Si tanto el objetivo y el precio se sabe, el proyecto se puede implementar de manera más eficiente con un menor riesgo y mayor retorno de la inversión.
Simplicidad - Nada redundante
Usted debe preguntar proveedor potencial de su visión de la estructura básica de su sistema. Si el vendedor propone algo muy sofisticado, asegúrese de que sea absolutamente necesario. Algunos vendedores tienden a complicar el sistema tratando de prever las posibles adiciones y mejoras más tarde, nuevas versiones, etc Con este enfoque, en realidad está obligado a pagar por algo que nunca puede ser necesario. Esto también aumenta los riesgos, ya que el sistema se vuelven más complejas, lo que podría dar lugar a dificultades adicionales. Hacemos nuestro mejor esfuerzo para cumplir con sus requerimientos con mayor eficiencia, lo que se traduce en la creación de sistemas más estables y confiables.
Uso de herramientas de Inicio Desarrollado y Componentes
Algunos proveedores pueden ofrecer más rápida ejecución de los proyectos que otros. Una de las razones puede ser la existencia de sus propias herramientas de encargo, las bibliotecas, los productos, lo que puede facilitar la creación de su sistema. El tiempo y la ventaja de ahorro de dinero es evidente. Sin embargo, hay un inconveniente serio escondido en esta práctica y se encuentra en el mantenimiento del sistema. Usted puede experimentar serios problemas al momento de contratar otro proveedor para mejorar y apoyar el sistema construido por el proveedor anterior. Para el nuevo equipo, que es inevitablemente difícil de entender la estructura del sistema en caso de que se ha desarrollado con el uso de medios no convencionales. El mantenimiento es mucho más problemático y costoso. Sin embargo, esta práctica puede ser utilizado con éxito en algunos casos.
En primer lugar, puede utilizarse con seguridad si hay una buena relación a largo plazo con sus proveedores y que está seguro de que seguirá manteniendo el sistema después de la implementación inicial. En segundo lugar, todas las herramientas y los componentes se crean de acuerdo con normas comunes. En este caso el uso del código existente puede ser muy eficaz. DataArt sólo utiliza productos estándar y herramientas de desarrollo y tiene una vasta colección de código reutilizable que se ajusta al estilo de codificación común y puede ser utilizado para facilitar el desarrollo futuro. Esto hace que el sistema fácil de mantener por cualquier desarrollador.
om fabricaron herramientas, bibliotecas, productos, lo que puede facilitar la creación de su sistema. El tiempo y la ventaja de ahorro de dinero es evidente. Sin embargo, hay un inconveniente serio escondido en esta práctica y se encuentra en el mantenimiento del sistema. Usted puede experimentar serios problemas al momento de contratar otro proveedor para mejorar y apoyar el sistema construido por el proveedor anterior. Para el nuevo equipo, que es inevitablemente difícil de entender la estructura del sistema en caso de que se ha desarrollado con el uso de medios no convencionales. El mantenimiento es mucho más problemático y costoso. Sin embargo, esta práctica puede ser utilizado con éxito en algunos casos.En primer lugar, puede utilizarse con seguridad si hay una buena relación a largo plazo con sus proveedores y que está seguro de que seguirá manteniendo el sistema después de la implementación inicial. En segundo lugar, todas las herramientas y los componentes se crean de acuerdo con normas comunes. En este caso el uso del código existente puede ser muy eficaz. DataArt sólo utiliza productos estándar y herramientas de desarrollo y tiene una vasta colección de código reutilizable que se ajusta al estilo de codificación común y puede ser utilizado para facilitar el desarrollo futuro. Esto hace que el sistema fácil de mantener por cualquier desarrollador.
Documentación y el estilo de programación
En la mayoría de los casos, los sistemas inevitablemente requieren un apoyo adicional de ajuste, o las mejoras y la documentación juega un papel muy importante. Muy a menudo, los requisitos de software se describen en las primeras etapas del proyecto. Sin embargo, el sistema inevitablemente cambios en el curso del desarrollo, y no todo va según el plan original. Los documentos, sin embargo, siguen siendo los mismos, que se traduce en la falta de coherencia entre el sistema y su documentación a la finalización del proyecto. Esto conduce a muchos problemas adicionales, especialmente en el mantenimiento del sistema o la mejora, ya que nadie puede determinar si el sistema tiene fallas o la documentación que está mal.
DataArt siempre ofrece el sistema que desarrolló, con documentación al día, lo que refleja el contenido del sistema. Lo que es más, se utiliza un estilo estándar de codificación clara y fácilmente comprensible, que incluye extensos comentarios, permitiendo una mejor comprensión de cómo funciona el sistema, incluso si la documentación que falta, por alguna razón.
¿Por qué rápido es generalmente mejor que barato
Hay varias razones para elegir un poco más caro, el vendedor aún más rápido, más de uno más lento y más barato. En primer lugar, se ahorra tiempo al elegir el proveedor más rápido. En segundo lugar, un cambio de equipo de un proveedor de trabajo para usted es menos probable si se trabaja un período de tiempo más corto. Esto significa un menor riesgo y menos tiempo dedicado a la comunicación y control. Por último, pero no menos importante, las empresas que cobran más están dispuestos a compartir los riesgos, mientras que las más baratas y más pequeñas no suelen tener ningún tipo de riesgo.
Documentación y el estilo de programación
En la mayoría de los casos, los sistemas inevitablemente requieren un apoyo adicional de ajuste, o las mejoras y la documentación juega un papel muy importante. Muy a menudo, los requisitos de software se describen en las primeras etapas del proyecto. Sin embargo, el sistema inevitablemente cambios en el curso del desarrollo, y no todo va según el plan original. Los documentos, sin embargo, siguen siendo los mismos, que se traduce en la falta de coherencia entre el sistema y su documentación a la finalización del proyecto. Esto conduce a muchos problemas adicionales, especialmente en el mantenimiento del sistema o la mejora, ya que nadie puede determinar si el sistema tiene fallas o la documentación que está mal.
DataArt siempre ofrece el sistema que desarrolló, con documentación al día, lo que refleja el contenido del sistema. Lo que es más, se utiliza un estilo estándar de codificación clara y fácilmente comprensible, que incluye extensos comentarios, permitiendo una mejor comprensión de cómo funciona el sistema, incluso si la documentación que falta, por alguna razón.
¿Por qué rápido es generalmente mejor que barato
Hay varias razones para elegir un poco más caro, el vendedor aún más rápido, más de uno más lento y más barato. En primer lugar, se ahorra tiempo al elegir el proveedor más rápido. En segundo lugar, un cambio de equipo de un proveedor de trabajo para usted es menos probable si se trabaja un período de tiempo más corto. Esto significa un menor riesgo y menos tiempo dedicado a la comunicación y control. Por último, pero no menos importante, las empresas que cobran más están dispuestos a compartir los riesgos, mientras que las más baratas y más pequeñas no suelen tener ningún tipo de riesgo.
Transferencia del Conocimiento
Aparte del tiempo de desarrollo mucho más real es tomado por la transferencia de conocimientos. Este procedimiento es de suma importancia, ya que su eficiencia y el éxito de influir en todos los otros procesos. Con la transferencia de conocimientos mejor, no hay un mejor desarrollo en general. Comprensión adecuada de las necesidades de un cliente le ayudará a un proveedor para evitar muchos errores y llevar a cabo el desarrollo mucho más rápido.
La transferencia del conocimiento depende sobre todo de un coordinador del proyecto por parte del proveedor, lo que hace que su papel absolutamente importante. Una idea muy simple pero esencial es tener la misma persona que coordina el proyecto de principio a fin. Esto ayuda a los proveedores para obtener una mejor visión del proyecto del cliente, sin perder ningún detalle, por pequeñas que sean. Este último sucede muy a menudo cuando un nuevo coordinador de proyecto se le asigna en el centro del proyecto. Esto es especialmente importante que la información no se menciona en las especificaciones u otros documentos. El cliente es a menudo falsamente segura de saber que toda la información necesaria fue transmitida a los proveedores, mientras que uno de los coordinadores del vendedor no transmitir correctamente una información esencial a otra. Esto puede tener graves consecuencias en la comunicación cliente / proveedor y causar problemas, como las cuestiones obvias de que el cliente puede ser muy sorprendente para los vendedores, especialmente si alguna información se perdió. DataArt es muy consciente de esta posibilidad y cambiar el coordinador sólo cuando sea absolutamente necesario y útil para el proyecto del cliente. Esto ahorra mucho tiempo, esfuerzos y reduce significativamente los riesgos.
No comments:
Post a Comment