Me gusta que no haya acuerdo, así hay discusión y distintos puntos de vista.
Como habrás visto, cuando hablo del Jefe de Proyecto digo:
El Jefe de Proyecto
El que no tenga por qué saber no quiere decir que si sabe no es mejor. Lógicamente, cuanta más sensibilidad tenga, mejor. Es decir, un Jefe de Proyecto que no ha sido Programador, desconoce muchos aspectos que puedan justificar los tiempos que éste le indique o los problemas con los que se encuentra o puede encontrar. Lo lógico es que se pudiera fiar de sus analistas y programadores para tener esa sensibilidad. No obstante, no tiene por qué bajar (sigo diciendo de forma teórica) a tirar código. Si sabe hacerlo, mejor que mejor.
No obstante, cuando dices:
Cita: La mayor parte de las atribuciones que asignas al jefe de proyecto son previas al proyecto, y el resto son de monitorización (+ alguna corrección de las previas) que difícilmente puede justificar media jornada. Si el jefe de proyecto ni siquiera dedica media jornada al día significa que o el proyecto no necesita esa figura o alguien está haciendo su trabajo por él.
El Jefe de Proyecto ha de hacer un seguimiento permanente del proyecto, preparar reuniones con el Comité de Dirección, reunirse con el equipo para analizar posibles desviaciones, gestión de vacaciones y ausencias, preparar y estar pendiente de las pruebas unitarias, preparar las UAT,... hay mucho curro ahí. No es sacarse la foto inicial y me piro.
El Analista Funcional, en mi opinión, no tiene por qué saber con qué tecnologías ha de trabajar el equipo. Si hace un diseño, por ejemplo, orientado a objetos, le da igual si el desarrrollo es con Java o con .NET. Los objetos son los mismos, los flujos y diagramas también. El Analista Orgánico será el que, según otros factores, determine si, por ejemplo, es Java qué Frameworks utilizar, qué base de datos usar,...
Cuando digo que "no tiene por qué saber con qué tecnologías", no digo que no sepa informática. Doy por supuesto que es informático, pero debe abstraerse a una tecnología. Como he dicho, los diagramas de clases, de secuencia, modelado de datos,... son independientes de las tecnologías que se usen despúes.
Con respecto a SAP, desconozco SAP, el A/F debería saber Contabilidad y/o conocer los conceptos de los distintos módulos de SAP.