¿Cómo lidiar con un desarrollador senior que podría no ser beneficioso para la calidad de nuestro proyecto?

He estado trabajando en mi empresa actual durante más de 2 años y disfruto mucho trabajar en el proyecto actual en el que trabajo. Nuestro gerente de proyecto del lado del cliente es increíble, los clientes son increíbles y, a menudo, me lo agradecen. Me siento responsable del proyecto y me esfuerzo por hacer el mejor trabajo posible. Realizo el 80 % del trabajo de mi proyecto actual, pero el desarrollador principal que tengo por encima tiene ciertos hábitos que impiden la calidad de nuestros proyectos.

Para ser más especifico:

• Apagó el verificador de estilo en su IDE porque 'le molestaba'
• No escribe pruebas, en absoluto, no hay una gran cultura de pruebas en la empresa, pero el proyecto ha crecido demasiado para manejarlo sin tener pruebas y me gustaría mucho que crezcan con el tiempo.
• Él no realiza revisiones de código, por lo que la mayor parte de mi código va al entorno de ensayo y, finalmente, a producción sin que nadie verifique realmente la calidad del código (el cliente ejecuta pruebas de aceptación y regresión en el entorno de ensayo, pero las revisiones de código aún ser enormemente beneficioso y ahorrarle tiempo de prueba al cliente)
• Él se comunica mucho con el cliente, pero no me lo comunica a mí. Siempre le envío una copia en los correos electrónicos, él no me envía una copia en sus correos electrónicos al cliente. A menudo, me hace perder información sobre la planificación a largo plazo a pesar de hacer la mayor parte del trabajo y tener mucho conocimiento sobre la base del código.
• Hace la implementación en el entorno de prueba y luego le comunica al cliente lo que se puede probar sin avisarme siempre, lo que a menudo genera que me envíen tickets porque no se han aplicado los cambios de configuración de la aplicación posteriores a la implementación.
• A veces arregla las entradas de una manera muy 'vaga', por ejemplo, recibimos un tictac de que el contraste en un área específica era bajo. Lo arregló eliminando la mayor parte del diseño y cambiando la fuente. Técnicamente solucionó el problema, pero no terminó de mejorar el proyecto.
• Las implementaciones para la puesta en escena a menudo toman días cuando está ocupado con otros proyectos, esto no es un gran problema porque, en general, nos adelantamos al cronograma, pero aún presenta ineficiencias. He defendido la continuación del despliegue, pero él está totalmente en contra de esto. Decir que esto es una pérdida de tiempo.
• A veces hace un trabajo innecesario pero "divertido", por ejemplo, refactorizó el CSS de una parte de nuestra aplicación mientras se realiza un rediseño en unos meses.

He dado revisiones extensas de código en sus compromisos antes, pero mis comentarios fueron ignorados en su mayoría. También he hablado sobre algunos de estos problemas con él y, a veces, está abierto a sugerencias, pero otras veces me impone la antigüedad o lo hace sin comunicarme al respecto.

Al final, siento que la calidad del proyecto se beneficiaría de tener otro segundo desarrollador a bordo.

¿Cuál sería la mejor manera de abordar una situación como esta?