¿Cuál es la mejor manera de entregar un proyecto de desarrollo SaaS de una compañía de software a otra a mitad de camino?

El cambio por su naturaleza, es difícil al principio, desordenado en el medio y al final vale la pena si la transición va bien. Al entregar un proyecto de desarrollo de SaaS de una compañía a otra, a mitad de camino se volverá complicado. El gerente de proyecto que tiene que hacerse cargo de su proyecto de repente, probablemente tenía mucho en su plato, o tal vez estaba encabezando un proyecto crítico en el que había invertido mucho, pero ahora se ha trasladado al suyo. Un buen gerente de proyecto comprende que quizás sus habilidades eran más necesarias para su proyecto actualmente que en las que estaba trabajando o que hubo otras circunstancias atenuantes. Cualquiera sea la razón, a menudo no se les da el derecho de primer rechazo. Sin embargo, al final del día, todos en el proyecto quieren la mejor transferencia.

En un escenario ideal, los ingenieros que han estado trabajando en el proyecto se emparejan con los ingenieros que se hacen cargo del proyecto, durante el período de superposición. Por supuesto, también es necesaria una transferencia técnica, en la que se realizan los recorridos de código y arquitectura. Si está saltando a un proyecto de desarrollo a mitad de camino, entonces adopte algunos de los pasos mencionados a continuación, a menos que ya los siga para ponerse al día más rápido y asegurarse de que la transición sea suave. [1]

1. Asegúrese de que su empresa siga una metodología uniforme de transferencia de proyectos

Tener un método estándar para que pueda realizar un seguimiento garantizará que la transición sea lo más fluida posible y principalmente solo prestará algún método a la locura. La mayoría de las organizaciones ya tendrán un proceso de transferencia de proyectos como parte de su metodología de proyecto. Habrá ciertos pasos clave involucrados, y todos estos deben documentarse bien para asegurarse de que no se pierda nada.

2. Reúnase con la persona que le asignó el proyecto.

Hable cara a cara con quien le otorgó el proyecto. Obtenga tanta transferencia de conocimiento detallada y de alto nivel como sea posible. ¿Por qué ocurrió la transferencia? ¿Cuál es el nivel de satisfacción del cliente en este momento? ¿Cuáles son los problemas pertinentes? Y averigüe si el gerente de proyecto saliente está disponible e inclúyalo en esta discusión. Asimilar tanta información de ellos como sea posible.

3. Estudie la documentación del proyecto disponible.

Ahora, obtenga tanta documentación actual sobre el proyecto como sea posible. Los informes de estado más recientes resultarán útiles y realizarán una revisión detallada del cronograma revisado del proyecto. Además, examine la información del análisis presupuestario y el pronóstico de recursos con gran detalle. Si el gerente de proyecto saliente no era lo suficientemente bueno para administrar cualquiera de estos, tendría que reunir la información histórica del presupuesto del proyecto, para que sepa dónde se encuentra el presupuesto del proyecto y luego crearlos desde cero.

Cómo entregar un proyecto de desarrollo SaaS de una compañía a otra a mitad de camino

4. Reunión del equipo

Organice una reunión con todos los miembros del equipo y el nuevo gerente de proyecto. Revise las actualizaciones del estado de las tareas y las actualizaciones del estado del proyecto con el equipo para comprender su perspectiva y discutir el proyecto en su conjunto, todos los problemas pendientes, cuáles son los puntos débiles del cliente, cuáles son las próximas tareas importantes, etc. Si tuvieron un buen rutina de reuniones semanales del proyecto en el lugar, esto resultaría ser bastante sencillo. Si no lo hicieron, es algo que debe incorporar a la semana de su proyecto. Le ahorrará mucho tiempo en circunstancias como estas.

5. Reunirse con el gerente de cuentas original

Este paso depende de qué tan avanzado esté el proyecto. El gerente de cuenta que cerró el trato tendrá información valiosa sobre los supuestos que se hicieron, las necesidades de los clientes que se resolvieron y las estimaciones que se derivaron y cómo se derivaron. Esta información podría ser útil, a menos que el proyecto ya esté completo en dos tercios, entonces probablemente no. Probablemente valga la pena llamar a este paso, pero no le dedique demasiado tiempo.

6. Por último, sumérgete en el proyecto.

Preséntese al cliente del proyecto, ya sea durante una llamada o durante la próxima reunión de estado del proyecto. Comparta su currículum, su experiencia en proyectos similares y entrégueles un informe de estado revisado y un cronograma del proyecto para la semana actual. La clave es estar a cargo, incluso si aún encuentra su equilibrio y solo trata de ponerse al día, dependiendo de qué tan rápido se le haya requerido saltar a bordo.

Línea de fondo

Este escenario requiere mucha delicadeza que proviene de la experiencia, para manejarlo bien. Inicialmente, durante el proceso de entrega, es posible que se sienta abrumado por la gran cantidad de información con la que está tratando. Solo comienza con lo básico. Obtenga una breve descripción de lo que la aplicación debe lograr, revise el caso de negocios para esto, luego revise las especificaciones funcionales y luego la descripción técnica de alto nivel. Si hay un equipo a su lado, dividan el trabajo y tengan revisiones estructuradas entre ustedes. Eso traerá claridad y algunas dudas importantes.

Una vez que esté sentado frente a la mesa frente al equipo que trabaja en el proyecto, comience con una demostración completa del sistema. Haga preguntas y no se conforme con respuestas vagas. Verifique el código, documente todo el proceso y luego realice el proceso de compilación e instalación. Asegúrate de que todo esté documentado. Finalmente, revisa la lista de errores. El traspaso no está completo hasta que toda la documentación esté sólida y se hayan despejado todas sus dudas.

Notas al pie

[1] https://www.cognitiveclouds.com/…

A2A. No hay forma de hacerlo sin hacer una revisión de la mayoría del código. Ciertamente, los documentos de diseño, PRD y otros artefactos ayudarán, pero al final del día, la verdad reside en el código, al igual que la arquitectura real, varios hacks, todos, compensaciones y, por lo general, muchas, muchas decisiones de diseño implícitas .

Está solicitando la mejor transferencia: el escenario ideal es aquel en el que hay un período de solapamiento en el que los ingenieros del programa anterior de la compañía se emparejan con los ingenieros que se están haciendo cargo de la base de código. Por supuesto, también debería haber una transferencia técnica en la que se realicen recorridos de código y arquitectura.

Definitivamente deberías pedir la documentación. Lo primero que debe hacer es que el nuevo equipo lea la especificación. Si está bien escrito, el nuevo equipo comprenderá un proyecto. Después de eso, le pediría a los líderes de equipo de una compañía actual que compartan conocimientos con los respectivos equipos de la nueva compañía. Pues si es posible. Si estaba haciendo TDD, la revisión de las pruebas debería hacer que su nuevo equipo entienda cómo funciona el sistema, sin revisar todo el código.

El repositorio de código es lo mínimo, los documentos ayudan de alguna manera, pero la mejor manera es obtener un acuerdo para la presencia de uno de los desarrolladores clave y la persona responsable de la gestión de requisitos.
Por cuánto tiempo, depende de la complejidad del proyecto.
Le aconsejo que haga ese esfuerzo solo si a) se siente totalmente cómodo en la pila de tecnología elegida por la empresa anterior yb) su gerente comprende claramente los requisitos, es decir, sabe claramente lo que se supone que debe hacer el SW.

En mi experiencia, las posibilidades de que la entrega cueste significativamente menos que una reescritura completa son pequeñas, principalmente debido al punto b. buena suerte.

More Interesting

¿Cómo es un día en la vida de un gerente de producto en un inicio de redes sociales o una aplicación basada en la web?

¿Existe evidencia de que la sofisticación del usuario aumenta el valor de vida útil del cliente (en software, Saas, servicios al consumidor, etc.)?

¿Existe un beneficio clave de programar una solución Enterprise SaaS en Java en lugar de decir RoR o Python o PHP? ¿Qué proveedores de SaaS usan Java?

¿Debería usar un CMS para un contenido SaaS (páginas de destino, preguntas frecuentes, etc.) o deberíamos usar la aplicación para crear las páginas de contenido allí?

Cómo obtener la funcionalidad de suscripción en Twitter

¿Puede una API SaaS tener demasiadas funciones? ¿Debería eliminar las características de una API SaaS?

¿Cuál es la mejor manera de iniciar un programa de Éxito del cliente en un inicio de SaaS?

Al contactar en frío a los gerentes de productos a los que me gustaría contratar, ¿qué decir?

Al construir una nueva compañía de inventario / bienes físicos desde cero, ¿cuál es el mejor conjunto de SAAS / Cloud para la gestión de inventario, etc.?

Cómo generar ventas en una empresa SaaS

¿Cuál es la mejor estrategia para aumentar drásticamente el precio de un producto SaaS sin enojar a los clientes?

¿Por qué la mayoría de los productos SAAS no ofrecen opciones de precios de "pago por uso"?

¿Existe un sistema de punto de venta basado en SaaS en India que sea asequible para los propietarios de supermercados locales en ciudades más pequeñas?

¿Existe algún software gratuito (o económico) de mesa de ayuda SaaS, fácil de implementar para una startup tecnológica con un pequeño equipo de mesa de ayuda de 4 agentes?

¿Es Hubspot el mejor CRM gratuito?