Dirección General de I+D
1. del sistema de proyecto al sistema de producto
Para conocer las razones de la transformación del sistema de proyecto al sistema de producto, necesitamos comprender las tres etapas de la transformación del método de análisis de requisitos:
El primera etapa:
A partir de los 90 La era de la automatización de la información antes de los años 90. En ese momento, siempre que una empresa tuviera un sistema independiente, podía automatizar todas las órdenes de trabajo manuales y mejorar en gran medida la eficiencia de la I+D. En ese momento, la oferta era menor que la demanda y el énfasis estaba en crear la mayor cantidad de funciones lo más rápido posible.
La segunda etapa:
La era de Internet de 1990 a 2010. Se han aplicado métodos ágiles y métodos lean en el campo de TI, y cada vez más empresas han comenzado a enfatizar cómo adaptarse a los cambios en la demanda mientras se entrega de manera eficiente, y cómo hacer que las soluciones de TI resuelvan los problemas comerciales.
La tercera etapa:
La era económica digital después de 2010. Antes de 2013, por ejemplo, las compañías de valores tenían todos sus sistemas comprados por compañías externas, y los gerentes de producto de las compañías de productos provenían de compañías de valores. Saben lo que quieren sus clientes e incluso cuando venden productos, habrá escasez de suministro. Pero después de 2010, cuando las empresas de productos crearon sistemas comerciales y otros sistemas de valores para las empresas, los gerentes de productos y de cuentas de ese momento ya no podían mantenerse al día con los cambios de los tiempos. Al mismo tiempo, incluso si alguien proviene de una empresa de valores, comprenderá que el sistema anterior está cambiando demasiado rápido. Por tanto, quien más sabe sobre conocimiento empresarial debe ser la propia empresa. Al desarrollar empresas hoy en día, debemos considerar cómo movilizar los recursos de los clientes para una gestión eficiente de la demanda y ayudar a las empresas a desarrollarse rápidamente creando demandas eficientes con los clientes.
Volviendo a la propia actitud de la empresa hacia la demanda, también podemos observar que en el pasado, los clientes bancarios podían tener una oficina de gestión de la demanda entre la demanda y el desarrollo. Todas las solicitudes van primero a la Oficina de Gestión de la Demanda y se devuelven si no son adecuadas. Ahora se envían a varias oficinas para gestionar el negocio. Esto refleja la determinación de toda la industria de emprender una transformación digital, guiada por el valor comercial y el valor del producto, y midiendo el valor del producto en cada etapa.
2. El sistema de producto en el contexto de la era post-ágil
¿Qué son los sistemas de proyectos y los sistemas de productos?
El sistema de proyectos se basa en la división de funciones y se promueve mediante la transferencia del Partido A al Partido B. El pensamiento del proyecto está dominado por la certeza de la gestión, lo que puede conducir a la separación de todas las funciones en el. El proyecto está parcialmente optimizado, lo que resulta en La aparición de heterogeneidad conduce a la separación de TI y negocios.
El sistema de producto es la gestión de productos o líneas de productos. Debe prestar atención a los productos y líneas de productos para crear valor para los usuarios. La gestión de productos es una estructura matricial, a veces el producto es fuerte, a veces la función es fuerte o el producto es débil y la función es fuerte. Incluso para una empresa perfectamente unificada, al desarrollar un nuevo producto, es posible que no necesariamente sirva al marco técnico actual, pero traerá una segunda curva al desarrollo de la empresa y ayudará a que la empresa crezca mejor. Por supuesto, en el momento adecuado, debe conectarse a todo el sistema de productos de la empresa, de lo contrario se convertirá realmente en un silo.
¿Qué es el pensamiento de producto?
El principio fundamental del pensamiento de producto es: ¿todos necesitan tener un conocimiento profundo de su propio campo de negocio, mercado y usuarios? Al parecer, esto no suele ser así. Pero lo que esperamos es que un gerente de producto o demandante pueda obtener información sobre el dominio del negocio, el mercado y los usuarios, y luego pueda transformarlo en requisitos y proporcionárselos al personal de RD. Si la investigación y el desarrollo de productos no pueden centrarse en el cliente y el usuario y la realización del usuario es su propia responsabilidad, la investigación y el desarrollo de TI no pueden utilizar el negocio para medir el valor.
Además, para resolver problemas comunes como la colaboración entre varios equipos y el control de la demanda de productos, también es necesario comprender la situación del cliente para poder resolverla aún más; de lo contrario, será imposible controlarla.
En tercer lugar, cómo transformarse de un sistema de proyectos a un sistema de productos
Panorama de la gestión de productos
Desde la perspectiva de la transformación empresarial, se puede entender que La transformación digital es también una transformación de la gestión de productos.
Cuando las empresas transforman sus sistemas de productos, primero deben aclarar qué es estrategia corporativa vertical y qué es planificación estratégica horizontal.
Vertical:
Necesita deconstrucción desde la estrategia corporativa hasta la arquitectura empresarial y la arquitectura empresarial.
Nivel:
Necesitamos gestionar todo el ciclo de vida del producto desde la planificación del producto o línea de producto, requisitos, diseño, desarrollo, entrega, carga y descarga.
Las mejoras verticales y horizontales requieren de una fábrica de productos inteligente como soporte básico. ¿Qué es DevOps? DevOps es el núcleo de la fábrica de productos inteligentes y la base de la transformación digital. Hoy en día, el software se está "comiendo" al mundo entero y la innovación en los modelos de negocio se logra a través de nuevas tecnologías, de las cuales los factores de TI representan el 70% y los factores de negocio representan el 30%. TI, que representa el 70%, espera contar con el respaldo de DevOps. En el futuro, siempre que el personal de TI comprenda el código y el conocimiento empresarial, podrá ejecutarlo, lo que permitirá a las empresas avanzar con flexibilidad.
Por supuesto, muchas empresas ya se están desarrollando en esta dirección, pero la transformación del sistema de proyectos al sistema de productos no puede ser única para todos. Las empresas pueden primero lograr algunos avances verticales y luego realizar experimentos piloto. Por ejemplo, primero pruebe un solo producto, luego amplíe la cantidad de productos y luego amplíelo a una línea de productos para mejorar las capacidades de la empresa paso a paso en lugar de hacerlo en un solo paso.
La principal metodología para la transformación del pensamiento sistémico de producto
Promover la transformación al pensamiento de producto a través de la metodología de exploración-definición-verificación-entrega. El lienzo empresarial se puede utilizar en la etapa creativa inicial, los diagramas de impacto se pueden usar en el mediano plazo y luego los mapas de historias de usuario, así como la planificación de versiones, la división de tareas, la entrega y las operaciones ágiles y ajustadas. ¿Por qué debería insistir en utilizar estos métodos? Porque simplemente probar no tiene sentido. Sólo poniendo verdaderamente en práctica la metodología podrá demostrar sus capacidades y aportar valor y reconocimiento empresarial.
Proceso y práctica del ciclo de vida del producto
Práctica del proceso del ciclo de vida del producto, desde el inicio rápido, la entrega iterativa, la operación en línea hasta Scrum.
Se necesita al menos medio año para formar un equipo, porque las empresas primero deben lograr la productividad del equipo, comprender lo que están haciendo las personas y exigir clasificación, exigir reemplazo y exigir una evaluación posterior para promover la transformación empresarial. . La cooperación entre equipos se puede lograr aún más a través de la organización SoS, clasificación de requisitos, reuniones de planificación entre equipos, reuniones de planificación de equipos, reuniones ejecutivas entre equipos, reuniones ejecutivas diarias, revisiones SoS, reuniones de revisión de iteraciones, etc.
La transformación de una línea de productos requiere priorización, y la priorización puede ser semicuantitativa. Sólo cuando todos los empleados alcancen un * * * consenso y todos avancen hacia el mismo objetivo se podrá controlar bien la demanda.
Dejar que el negocio se transforme gradualmente en torno a los productos y promover la integración continua de negocio y tecnología. Una vez que el negocio experimente la transformación correspondiente, el cambio cuantitativo se convertirá en un cambio cualitativo, completando la transformación digital de la empresa.
En cuarto lugar, bajo el sistema de producto, la orientación del pensamiento y la transmisión de valor.
Debe satisfacer las necesidades comerciales y mejorar el valor comercial, incluidos los informes de inversión empresarial, para lograr la eficiencia. valor. Para resolver los problemas de TI de la gestión caótica de TI y la infraestructura heterogénea, las plataformas DevOps y los sistemas de procesos deben integrarse para ayudar a las empresas a continuar operando y mejorando.
Como fuerza impulsora interna de la transformación de TI empresarial, Jiawei Blue Whale DevOps implementará una implementación multidimensional desde especificaciones operativas, sistemas de herramientas hasta servicios operativos, y continuará ayudando a las empresas en la transformación digital.