¿Se debe facturar a un cliente por una cierta cantidad de la curva de aprendizaje? ¿Debe un empleador pagar la cuenta de los gastos generales? ¿Debería ser el propio desarrollador? ¿O tal vez una combinación de los tres?
Estoy en conflicto con esto, he oído que se dice en ambos sentidos, que un cliente (o el presupuesto del proyecto) no debería tener que lidiar con la ineficiencia de un programador con menos experiencia. Y nuevamente escuché que se argumenta que las personas aprenden en el trabajo, por lo que los proyectos deben incluir una cierta cantidad de presupuesto para capacitación.
Por lo general, encuentro que yo (y otros desarrolladores con los que trabajo) trabajo fuera del horario laboral o los fines de semana leyendo sobre tecnología, patrones de diseño, etc. un poco más de nuestro tiempo no facturado.
Pensé en abrirlo a la mente colmena de PM Stack-exchange para obtener más información de personas con mucha más experiencia. He publicado la misma pregunta en los programadores (no relacionados con la programación) StackExchange y estoy interesado en ver el delta.
Al final el cliente siempre paga de una forma u otra. También pagarán por la falta de capacitación. Puede ser del interés del cliente solicitar la formación adecuada.
Como contratista, no espero que el cliente pague por la capacitación. Sin embargo, hay casos en los que pagarán por mi tiempo de entrenamiento.
Como empleado, espero que el empleador me brinde capacitación continua. La capacitación cubierta por el empleador es uno de los factores que utilizo para evaluarlos. Uno de mis empleadores cubrió la matrícula de mi MBA. El costo de la capacitación se convierte en parte de los gastos generales de la organización. Este coste se lo pasará el cliente o proyecto. En general, la capacitación es de beneficio neto para la organización.
El presupuesto del proyecto debe incluir capacitación en algunas circunstancias:
La competencia del equipo nunca es segura. Su cronograma y costo deterministas, o su línea de base de medición de desempeño, se establecieron bajo el supuesto de un nivel de competencia. La realidad es que puede terminar con más o menos de lo que planeó. Esta es una constante en cada proyecto en cada industria desde el principio de los tiempos. Es irrazonable y poco realista que alguien espere que, cuando compre servicios, obtendrá lo mejor de lo mejor en todo momento. Por lo tanto, opino que el cliente es "siempre" responsable de pagar por los servicios prestados en su proyecto.
Sin embargo, hay advertencias y límites a esto. Si carga el equipo con nada más que gente joven e inexperta, entonces se está aprovechando injustamente de su cliente; además, es probable que destruya su PMB y no cumpla con las especificaciones. Una buena prueba es, si se tratara de un contrato de precio fijo firme, en el que posee el riesgo de costos, ¿cómo dotaría a su equipo?
Los puntos de Bill son acertados, pero agregaría que importa lo que se le dijo al cliente cuando se le vendió el proyecto (o cuando lo eligió a usted como implementador).
Al leer los casos judiciales que surgen cuando fallan los grandes proyectos de SAP/ERP, los SI a menudo obtienen el contrato prometiendo un cierto número de personas capacitadas/experimentadas para brindar su experiencia al proyecto. Si eso es lo que se prometió, corresponde al promitente proporcionar esos recursos (en lugar de contratar a un grupo de nuevos empleados para que aprendan SAP mientras implementan el sistema que proporciona nómina y recursos humanos para un condado).
Si el cliente solicita que se implemente una nueva tecnología y es consciente de que el equipo del proyecto no tiene esas habilidades, debe estar pendiente del tiempo de aceleración. Creo que la clave es la transparencia desde el principio en cuanto a las capacidades, para que el cliente/patrocinador pueda tomar una decisión informada de una forma u otra (¿usar la nueva tecnología? ¿contratar un equipo diferente? ¿posponer el proyecto?)
En cuanto a los desarrolladores... no hay suficientes horas en el día para estar al tanto de todo lo que podría/debería saber. Yo mismo paso muchos fines de semana jugando con nuevas tecnologías para tener media idea cuando llega el momento de ponerlas en uso. Aproveche cada oportunidad que le brinde su empleador para el desarrollo profesional y luego llene los vacíos por su cuenta.
En mi opinión, si se trata de una aplicación personalizada, el cliente debe pagar todo. Si es genérico, la organización puede optar por excluir algunos de los costos, como los costos de capacitación, porque se basa en los activos de la organización (fue una decisión de la alta dirección y la alta gerencia donde solía trabajar). Sin embargo, el cliente realmente paga por el esfuerzo adicional de las actividades de calidad que resultan de las tasas adicionales de defectos debido a que los desarrolladores aún no dominan la herramienta o el enfoque.
Iain9688