Acercarnos al Negocio (Conclusión)

Esta tabla es una conclusión de los posts anteriores sobre el tema del negocio y la calidad. 
Definitivamente incompleta y simplificada, creemos que permite entender la calidad desde varios puntos de vista que actúan simultáneamente sobre el usuario/consumidor, el negocio y el equipo que desarrolla. 
Atarse a un modelo de trabajo, a una situación determinada (usuario cautivo por ejemplo) o a una única definición de calidad es peligroso, para el negocio y para nosotros.

Otras conclusiones: 

1. Si bien puede parecernos que es lento  y que no es posible que el negocio mute de un tipo a otro, lo que sí puede y va a mutar es la forma en que la tecnología va permitiendo resolver los problemas y ofrecer nuevas oportunidades de servir al usuario. Esto hace que con el tiempo los límites entre los tipos de negocio vayan haciéndose más tenues, en lo que a los servicios prestados vía la tecnología se refiere.
2. El cambio entre columnas es costoso, en ambos sentidos. En un negocio donde se debe explorar el comportamiento del consumidor  no podemos esperar requerimientos escritos, al menos al inicio. Del mismo modo, en un negocio donde el objetivo del producto es conocido, explorar no tiene demasiado lugar y no recibir los requerimientos razonablemente definidos en este caso sólo agrega tiempo y defectos.
3. En lo referido a contextos. El contexto complejo y desordenado no es un lugar para vivir. A medida que las expectativas del cliente se detecten y se cumplan, debemos esforzarnos para pasar al ordenado y complicado. Y prepararnos para una nueva tanta de expectativas a explorar y así siguiendo.  

A considerar	Backoffice	Usuario adelante	Exploradores
La finalidad de la empresa	No relacionada con el software	Productos de sw vitales para su negocio, sin ser el negocio mismo	El negocio es la prestación de un servicio a través del producto de software
Los requerimientos	Conocidos	Conocidos; mayor cuidado en los atributos de calidad de cara al cliente	Conocidos los básicos; a explorar el resto según demandas del usuario y competencia
Los usuarios	Conocidos y cautivos	Conocidos internos y externos. Costo de cambio es alto para el cliente	Variados, muchos, desconocidos hasta la identificación. Comunidades,  decisiones conjuntas, no  controlables. Bajo costo de cambio para el consumidor.
Los modelos de trabajo	Tradicionales en desarrollo y PM	Tradicionales en desarrollo y administración. Parcialmente exploratorios de cara al cliente	En lo básico, en parte tradicionales. En lo competitivo,   modelos exploratorios.
La calidad	Cumplir los requerimientos	Cumplir los requerimientos y prestar atención a la calidad en uso	Cumplir los requerimientos básicos se da por hecho. La calidad se mide en el cumplimiento de expectativas de los consumidores.
Acercarnos al negocio	Apoyo tecnológico y soporte	Idem anterior sumando algunos indicadores accionables de negocio/producto	Indicadores accionables que permitan analizar en los tiempos del negocio la relación negocio/producto y corregir desvíos.
Contexto	Complicado - ordenado	Complicado - ordenado	Complejo - desordenado

Saludos,

Raúl

TW: @RaulMartinez582


Post relacionados

http://ideassobresoftware.blogspot.com.ar/2013/10/acercarnos-al-negocio-back-office.html

http://ideassobresoftware.blogspot.com.ar/2013/11/acercandonos-al-negocio-con-el-cliente.html

http://ideassobresoftware.blogspot.com.ar/2013/11/acercarnos-al-negocio-exploradores.html

http://ideassobresoftware.blogspot.com.ar/2013/09/todavia-quiere-seguir-jugando.html 

http://ideassobresoftware.blogspot.com.ar/2013/06/indicadores-accionables.html

Acercarnos al negocio (exploradores)

Finalmente llegamos al tercer grupo en el tema de acercarnos al negocio y su relación con la calidad del producto. 

Aquí el consumidor opera el producto, disponiendo de una cantidad de opciones, por ejemplo consultar, registrarse, comprar, pagar, publicar, etc.
Sus expectativas juegan un papel central.

La finalidad de la empresa: el servicio que se presta a través del producto es el negocio mismo de la empresa.

Los requerimientos: conocidos los requisitos básicos, éstos pueden estar especificados con cierta precisión por adelantado. Varios, sobre todo aquellos que harán diferencial al producto, se encontrarán explorando las demandas del consumidor, la forma en que utiliza el producto, sus expectativas y el comportamiento de los productos competidores. Esta exploración nos guiará en la funcionalidad a implementar y su prioridad.

Los usuarios: Muchos, desconocidos o no conocidos hasta que se identifican, recorriendo pasos totalmente aleatorios o especificados en el producto en algunos casos. Estos consumidores pueden agruparse y tomar decisiones conjuntas o bien operar individualmente. Volátiles, con la posibilidad de hacer la misma operación con otro producto competidor, sin mayores costos en el cambio.

Los modelos de trabajo: Tradicionales de desarrollo de software, y administración de proyectos para las partes conocidas.

Necesidad de modelos exploratorios para las partes más volátiles.

Los atributos de calidad deben tenerse en cuenta y su valor objetivo se definirá en parte por la pérdida/ganancia de negocios para la empresa al cumplir o no las expectativas del consumidor.

La calidad: en este contexto significa cumplir con los requerimientos básicos del producto y del proyecto con la tasa de defectos más baja posible, admitiendo errores y equivocaciones en aquellas funcionalidades detectadas por medios exploratorios donde la puesta en producción o el "time-to-market" es prioritario. El indicador accionable, ya mencionado en el post anterior, que une el resultado de una funcionalidad para el negocio, con la pieza de software que la implementa, es una guía para saber qué corregir y con qué prioridad.

Acercarnos al negocio: vale todo lo mencionado en las entradas anteriores sobre conocimiento de productos, tecnología, etc. si bien posiblemente parte de ese conocimiento esté más difundido en estas compañías dado el tipo de negocio en gran medida dependiente de la tecnología.

Contexto: predominantemente complejo y desordenado.

Para una explicación más amplia de estos contextos ver 
http://ideassobresoftware.blogspot.com.ar/2013/09/todavia-quiere-seguir-jugando.html 

Post relacionados

http://ideassobresoftware.blogspot.com.ar/2013/10/acercarnos-al-negocio-back-office.html

http://ideassobresoftware.blogspot.com.ar/2013/11/acercandonos-al-negocio-con-el-cliente.html

http://ideassobresoftware.blogspot.com.ar/2013/06/indicadores-accionables.html

Saludos,

Raúl

TW: @RaulMartinez582

Acercarnos al negocio (con el cliente adelante)

Continuando con la relación entre el tema de acercarnos al negocio y su relación con la calidad del producto veamos el segundo caso. 

 Aquí el usuario / consumidor (introduzco este término), opera el producto con el cliente frente a él, disponiendo de una cantidad de opciones ej. : caja en el retail, terminal de cajero en bancos, tablet del visitador médico frente al médico, o bien es directamente operado por el usuario / consumidor final, por ejemplo un home banking desde su smartphone.

La finalidad de la empresa: sin ser su actividad principal, tiene a los productos de software como un elemento vital en su negocio, porque soportan la operación y además soportan un servicio, por ejemplo, un canal de ventas / comunicación con sus clientes.

Los requerimientos: conocidos, pueden estar especificados con cierta precisión por adelantado. Habrá alguna definición sobre objetivos de atributos de calidad, siendo éstos más importantes que en el patrón de back-office.

Los usuarios: conocidos, algunos internos, con el mismo patrón que de back-office y otros externos, clientes, que disponen de un menú variado de opciones a realizar con el producto.

Los modelos de trabajo: tradicionales de desarrollo de software y administración de proyectos funcionan correctamente en este entorno para las actividades de tipo back-office y para las de interacción.

Hay atributos de calidad que deben cuidarse más y valorizarse y otro factor a considerar que es la competencia. Si bien los clientes de un home-banking no son clientes cautivos (la relación cliente / banco va más allá de la interacción con nuestro producto) aun así la competencia incide.

La calidad: en este contexto significa cumplir con los requerimientos predefinidos del producto y del proyecto, estar atentos a las observaciones que puedan llegar de los clientes a través de una mesa de ayuda y vigilar todo lo relativo a la calidad en uso, de aquí la importancia de valorizar los atributos de calidad.

Acercarnos al negocio: vale todo lo mencionado en la entrada anterior sobre conocimiento de productos, tecnología, etc., agregando que conviene incorporar indicadores accionables que muestren la relación negocio-producto. Por ejemplo, cuántos clientes abandonaron la operación de consulta de saldo?, y cuál fue el motivo? Se puede rastrear el motivo al sistema/software que atiende la consulta?.

Contexto: seguimos en complicado pero ordenado.

Para una explicación más amplia de estos contextos ver http://ideassobresoftware.blogspot.com.ar/2013/09/todavia-quiere-seguir-jugando.html 

Post relacionados

http://ideassobresoftware.blogspot.com.ar/2013/10/acercarnos-al-negocio-back-office.html

Saludos,

Raúl

TW: @RaulMartinez582