¿Cómo hacemos la transición del desarrollo de productos a los proyectos de aumento de recursos?

Déjame intentar responder desde mi experiencia. Espero poder ayudarte a obtener tu respuesta.

1. Desarrollo de productos: tienes una idea, haces un producto y luego dedicas tus esfuerzos para venderlo. La idea es su (Propietario del producto) o la investigación de su equipo. En el desarrollo de productos, diseña lo mejor que puede hacer y qué tan óptimamente puede hacerlo utilizando la mejor forma técnica posible. Evoluciona de vez en cuando, pero en su mayoría se centra en su comprensión del producto.

2. Servicios: el servicio podría ser de diferente tipo, como obtener un proyecto completo del cliente y desarrollar cada parte del mismo. Comenzar desde el análisis de requisitos hasta el desarrollo y la implementación del producto es un tipo, mientras que el mantenimiento del producto existente es otro. Otro tipo podría ser externalizar completamente su equipo (no me gusta la palabra recurso para el ser humano) a otra organización que esté haciendo el trabajo. Usted como gerente o su empresa como servicios, no tiene ninguna responsabilidad por el proyecto.

Entiendo, sabes todos estos ‘gyan’ dados aquí. Ahora haría todo lo posible para señalar lo que quería:

1. Área clave de mejora

Balance de tiempo de trabajo
Cuando habla de mejora, entonces tiene que encontrar el área clave, entonces solo usted puede mejorar. Así que supongamos un caso en el que usted es el gerente del proyecto y tiene la responsabilidad de administrar todo el ciclo de desarrollo del proyecto. Entonces, lo primero que debe verificar es el equilibrio entre el tiempo y el trabajo. Debe comprender la fuerza y ​​la experiencia de su equipo. Un gran desafío para los gerentes de TI es mantener intactos a los miembros de su equipo, ya que en esta industria la gente deja el trabajo y con bastante frecuencia, por lo que esos factores deben considerarse y las medidas de rescate se pueden planificar con mucha anticipación.

Experiencia y control de calidad
Este es un aspecto muy importante en todos los campos no específicos de TI solamente. Por lo tanto, se debe tener en cuenta la combinación correcta de compañeros de equipo expertos e ingenuos para una solución rentable adecuada.

Costo
Todos en el mundo se preocupan por el costo. Entonces, si la calidad es buena, a algunas personas no les importa pagar, pero la mayoría desea algo de mejor calidad a un costo razonable. Diría que este es un punto que debe considerarse seriamente a medida que ingresa al modelo de servicios de TI, su solución no debe ser muy alta con respecto a la calidad general del servicio de su equipo.

2. Errores

No veo un obstáculo importante en ningún modelo, después de todo, estos son modelos de negocios. En el modelo basado en el producto, si no puede vender su producto correctamente, está en una gran pérdida [digo que no es una gran ganancia ya que las expectativas son una gran pérdida]. Pero en el modelo de servicio, se le paga por las horas que trabaja, por lo que no hay posibilidad de pérdida, pero tampoco hay posibilidad de obtener ganancias si el producto que ha desarrollado para su cliente está realmente bien. Perderás el vuelo del éxito, pero eso es lo que has acordado antes de tomar el proyecto. Así que no hay resentimiento.

3. Dar la vuelta a la organización

Cuando cambia de pista, no siempre es una transición suave. Como organización basada en productos, usted decide sus plazos, modifica sus requisitos si es difícil de lograr y toma decisiones importantes. Pero en el caso de los servicios de TI, es su cliente quien decide qué hacer. Diferentes tipos de clientes tienen diferentes necesidades, por lo que se requieren diferentes habilidades. Tomemos un ejemplo en el que algunos clientes desean una aplicación para Windows Mobile, puede tratar de convencerlos de que no lo hagan, sino de usar una aplicación basada en HTML5, pero simplemente no puede rechazar su demanda como parte de los Servicios de TI o lo hará perder un cliente importante Esto podría ser un desafío mayor. Administrar ingenieros calificados en diferentes dominios es importante.

Tienes que seguir persiguiendo clientes para otros proyectos, no puedes confiar en pocos clientes para siempre, así que sigue persiguiendo clientes y proyectos, también para pagos en algún momento.

4. Proceso de configuración
Esto no sería muy diferente de la configuración que ya tiene como organización de desarrollo de productos. Al principio, tratará de perseguir a los clientes que tengan los requisitos que mejor se adapten a su equipo actual. Más tarde, dependiendo del requisito, siga actualizándolo y siguiéndolo mejorando.

Ahora, una cosa muy importante que he notado en años en mi carrera es que no hay medida o estrategia que funcione de maravilla. Todo tiene sus propios inconvenientes, así que toma lo que la situación exige y cambia cuando sientas que no funciona para ti.

Nota: He escrito mis respuestas desde el punto de vista de un ingeniero de TI y un gerente de TI. Espero que te haya ayudado.

Como persona de desarrollo de productos, tiende a centrarse solo en la funcionalidad. Entonces, el factor principal que necesitaría aprender es cómo administrar el trabajo asignado a tiempo con los recursos dados a su disposición. No se le pedirá que realice un cambio muy drástico, pero las modificaciones serán más en la mentalidad:

Tendrá que pasar de una mentalidad de entrega de producto a una mentalidad de entrega de proyecto, donde habría sprints (si es una metodología ágil) o ciclos (si es una metodología en cascada o en espiral) con resultados esperados definidos.

Para ayudarlo, siempre habrá procesos y un mecanismo de escalamiento, por lo que siempre debe tratar de cumplir con los plazos y, si no parece factible, debe aumentar los riesgos apropiados, tomar medidas correctivas y escalar si es necesario.

Tener una buena comprensión de las habilidades y materiales necesarios para la operación exitosa del proyecto. El conocimiento básico del producto no se mejorará como resultado de la transición. Se requieren buenas habilidades de selección y capacidad de juicio para el proceso de aumento de recursos como parámetros clave que se deben vigilar para ser selectivos de un grupo.

More Interesting

¿Qué puedo estudiar si quiero trabajar para una empresa como Nike o Adidas para desarrollar productos o convertirme en CEO?

¿Cuál es la mejor manera de desarrollar habilidades de gestión de productos?

¿Cuáles son las herramientas y habilidades esenciales para el desarrollo de productos?

¿Qué startups se centran en fabricación, automatización industrial, automatización de fábrica, SCADA?

¿Cómo se mantiene en secreto el desarrollo de nuevos productos de Google?

¿Cómo es trabajar en la gestión de productos por contratista?

¿Las estrategias basadas en datos son parte de la gestión de productos?

¿Qué hace que un propietario de un gran producto?

Startups: ¿El desarrollo de productos se vuelve más lento a medida que la organización crece?

¿Cuál es la mejor aplicación de gestión de proyectos para los fundadores de startups que gestionan muchos subproyectos: Pivotal Tracker, Asana, Trello u otra cosa? Sería útil compartir ciertos proyectos con otros miembros del equipo, asignar tareas a otros, etc.

¿Se les da a los graduados de IIM trabajos solo en administración o se los ubicará también en el desarrollo de productos (I + D) en una industria?

Cómo encontrar el mercado objetivo correcto para mi nuevo producto de software en desarrollo

¿Cómo construye su equipo productos desde el concepto hasta el final?

¿Cómo podría ser mejor Stitch Fix? ¿Cuáles deberían ser sus prioridades de desarrollo de productos?

¿Cuáles son algunas de las compañías de TI basadas en productos como Oracle e IBM?