Aquí están siete peligros de la externalización de su desarrollo de software. Se convierten en mortales si su carrera o toda la empresa depende de la liberación a tiempo de su software.
Peligro # 1 - Haciendo caso omiso de Outsourcing
Puede parecer más seguro hacer caso omiso de la subcontratación y seguir con lo que ha funcionado bien en el pasado - de los empleados y contratar a los programadores trabajar con ellos directamente para obtener el software desarrollado. Hay situaciones en las preocupaciones acerca de la propiedad intelectual o la seguridad que esta la única opción. Pero si usted no tiene estas limitaciones, entonces usted está perdiendo dinero y tiempo al contratar a sus propios programadores.
Peligro # 2 - Contratar el equipo equivocado
Es un error común para buscar un proveedor de outsourcing sólo en su círculo inmediato de amigos y conocidos. Considerando sólo el hermano compañero de piso de su amigo en Bangalore, o su primo en Kiev, es poco probable que usted proporcione el proveedor de outsourcing que mejor se adapte a sus necesidades de desarrollo de software.
No contratar a un proveedor de outsourcing que se distraiga con el desarrollo de sus propios productos. Los mejores equipos están dedicados a proporcionar servicios de desarrollo de software para sus clientes y ya tiene varios clientes satisfechos en los EE.UU..
Peligro # 3 - No Protección de la Propiedad Intelectual
Los peligros de no proteger su propiedad intelectual (IP) se multiplican cuando se trabaja con la subcontratación. ¿Está utilizando los tres tipos de protección IP - físicos, electrónicos y legal?
Asegúrese de que su proveedor de outsourcing tiene un lugar seguro y utiliza los ordenadores sin medios extraíbles para reducir el riesgo de acceso no autorizado a su IP. Utilice firewalls, VPN y encriptación para proteger su propiedad intelectual en tránsito a través de Internet. Uso adecuado de las protecciones legales incluyendo los acuerdos escritos y acuerdos de confidencialidad que son exigibles en los EE.UU.. Un contrato con claridad ayuda a evitar desacuerdos más tarde y te mantiene contra los costos de litigio.
Peligro # 4 - No saber lo que el software debe hacer
Tener buenos requisitos y las especificaciones son la clave para el desarrollo de software con éxito, y en especial para la subcontratación. Afortunadamente, la externalización puede tener éxito con sólo una especificación de alto nivel y un equipo externo que se puede colaborar y comunicarse con usted para determinar los detalles.
Peligro # 5 - Gestión de Ingeniería Exiguo
Desafortunadamente, usted no puede confiar plenamente en un equipo extranjero para gestionar su desarrollo de software. Ellos harán todo lo posible para cumplir los compromisos de horarios y un alto nivel de calidad. Usted puede externalizar la programación, pero no todos la responsabilidad de crear un gran software.
Peligro # 4 - No saber lo que el software debe hacer
Tener buenos requisitos y las especificaciones son la clave para el desarrollo de software con éxito, y en especial para la subcontratación. Afortunadamente, la externalización puede tener éxito con sólo una especificación de alto nivel y un equipo externo que se puede colaborar y comunicarse con usted para determinar los detalles.
Peligro # 5 - Gestión de Ingeniería Exiguo
Desafortunadamente, usted no puede confiar plenamente en un equipo extranjero para gestionar su desarrollo de software. Ellos harán todo lo posible para cumplir los compromisos de horarios y un alto nivel de calidad. Usted puede externalizar la programación, pero no todos la responsabilidad de crear un gran software.
Peligro # 6 - Metodología de Desarrollo de Software Mediocre
¿Cómo usted va sobre el proceso de desarrollo de software? Cómo se crea una especificación detallada y terriblemente microgestión? ¿Usted se acumulan las características de un único lanzamiento importante estupendo? ¿Y asegúrese de que el equipo offshore deben meter todas esas características en el software para el próximo martes? Si es así, usted tiene una metodología de desarrollo de software mediocre.
¿Es usted el asumir "no haya noticias es buena", si usted no ha oído hablar de su equipo en alta mar? ¿No tienen un procedimiento de lanzamiento de software estándar o sistema de control de código fuente? Si es así, usted tiene una metodología de desarrollo de software mediocre.
Peligro # 7 - Calidad en el último momento
Control de calidad es una parte crítica del proceso de desarrollo de software. También es una gran preocupación cuando usted contrata a los programadores que están lejos. Usted no puede esperar para empezar a probar hasta justo antes de lanzar su software y correr una versión aceptable para su uso. Tener a los usuarios encontrar los errores es una mala estrategia.
No comments:
Post a Comment