Identifique y documente un problema de negocio
Objetivos de aprendizaje
Después de completar esta unidad, podrá:
- Comprender cómo resolver un problema de negocio.
- Crear historias de usuarios.
- Crear documentación de respaldo para su solución.
Resolver un problema de negocio
Ya conoce las habilidades que puede desarrollar con las insignias de Trailhead y cómo puede utilizarlas para adquirir experiencia práctica. Ahora abordemos la forma de implementar lo que aprendió en un caso de negocio relevante para el trabajo que desea. A continuación, proporcionamos algunas sugerencias para elegir un caso de negocio a resolver.
Busque algunas compañías en las que le gustaría trabajar. Para cada compañía a la que se dirija, siga estos pasos.
- Realice cierta investigación en sus páginas web para entender sus negocios.
- Póngase en el lugar de los clientes. Evalúe la experiencia en la web e imagine cómo podría ser una interacción con esa compañía. ¿Qué problemas pueden tener los clientes? Para obtener más información, complete el módulo Descubrimiento de clientes de innovación.
- A continuación, póngase en el lugar de un responsable de la toma de decisiones en esa compañía. Imagine el tipo de decisiones que toman y los datos que necesitan para tomar decisiones informadas.
- Examine sus productos y servicios. Considere su proceso de fabricación o de soporte. ¿Cómo podría hacerlo más eficaz?
Otra opción es identificar un problema que lo afecte personalmente y crear una solución para su propio uso. Luego, demuestre cómo lo ayudó a resolver un problema o a alcanzar un objetivo. A continuación, proporcionamos algunas ideas.
- Utilice Salesforce para hacer un seguimiento de la lista de invitados de su boda. Realice un seguimiento de las respuestas de los invitados. Envíe recordatorios. Puede crear una cuenta para cada mesa de la recepción y asignar cada invitado (contacto) a una mesa (cuenta).
- O tal vez a usted y a sus amigos les guste jugar a Calabozos y dragones. Utilice Salesforce para hacer un seguimiento de los personajes y de su equipo inicial, armas y equipamiento. Avance al capturar puntuaciones de habilidad, modificadores y bonos de competencia. Por último, muestre sus personajes en una página pública de la comunidad.
- Si le interesa tener una buena condición física, cree una aplicación que registre el número de pasos que da o los kilómetros que recorre en bicicleta. Permita que sus amigos se unan. Cree tablas de clasificación para destacar el mayor número de pasos y de kilómetros.
Para obtener inspiración adicional, consulte la Galería de muestras. Si una de nuestras aplicaciones de ejemplo le proporciona una idea, utilícela como punto de partida para crear su propia solución.
Documentar el caso de negocio
Si desea demostrar que dispone de las herramientas para resolver problemas de negocio reales, debe entender cómo escribir historias de usuarios, un caso de negocio y un plan de proyecto para obtener la aprobación de los ejecutivos, las finanzas y las partes interesadas en el desarrollo.
Documentos típicos de un proyecto
| Documento | Descripción |
|---|---|
| Historias de usuarios |
Documente las funciones de los usuarios afectados por el problema y explique cómo la solución los beneficia. |
| Caso de negocio |
Para proporcionar a las partes interesadas la información que necesitan para aprobar y financiar el proyecto, debe describir el problema, proponer una solución (con un cronograma) y ofrecer un análisis de costos y beneficios. |
| Plan del proyecto |
Defina los hitos, las tareas, los elementos de trabajo y los resultados. |
Exploremos detalladamente las historias de usuarios y el caso de negocio.
Crear historias de usuarios
Una de las mejores maneras de entender, resolver y comunicar un problema de negocio y su solución es ponerse en el lugar de un usuario. Esto se lleva a cabo mediante una historia de usuario, que es una explicación informal y general de una función del software escrita desde la perspectiva del usuario final. Escribir historias de usuarios con funciones y declaraciones basadas en objetivos demuestra que se entiende la función afectada. Las historias de usuarios lo ayudan a definir a quién puede ayudar su solución y de qué manera. También utilizará estas historias en su demostración, de la que hablaremos más adelante en este módulo.
Una solución puede abarcar varias funciones. Por ejemplo, con nuestra aplicación de contratación, tanto el solicitante como el reclutador se benefician de una experiencia automatizada.
Las historias de usuario suelen expresarse con una frase sencilla, estructurada de esta manera:
"Como [rol], quiero (o necesito) [tarea], para poder [beneficio]".
Entonces, para la aplicación de contratación, las historias de usuarios podrían ser las siguientes:
- Como solicitante, quiero saber de manera rápida si me aceptaron o rechazaron, para poder preparar la entrevista o seguir adelante.
- Como reclutador, quiero tomar decisiones de manera rápida sobre un solicitante y seleccionar a los candidatos para avanzar, de modo que pueda centrarme en los mejores candidatos para la función.
A partir de estas dos declaraciones, queda claro que es necesario el uso de cierta automatización. Ambos usuarios quieren emplear su tiempo de forma más eficaz, sin preocuparse de los procesos manuales ni de esperar una respuesta.
Investigar las compañías que podrían beneficiarse de su solución y explorar algunas funciones típicas dentro de la compañía puede ayudarlo a relatar su solución.
Divida las historias de usuarios en tareas.
Al pensar en las personas a las que ayuda y en cómo resuelve un problema de negocio, es útil dividir su historia de usuario en tareas específicas. Para rechazar a un solicitante, algunas tareas pueden ser las siguientes:
- Crear un campo personalizado para Rechazar o Continuar el registro de un solicitante.
- Crear una plantilla de email para el rechazo.
- Crear un flujo de trabajo automático para enviar un email cuando se seleccione Rechazar.
Comprobar que su solución cumple los objetivos de las historias de usuarios.
Una parte fundamental de la creación de casos de uso es la documentación de los casos de prueba. Un evaluador utiliza los casos de prueba para validar que la solución funciona según lo previsto y para identificar los problemas que hay que resolver.
Continuemos con la aplicación de contratación. La gerente de contratación quiere encontrar una forma fácil de etiquetar a los solicitantes que desea entrevistar o rechazar. Un caso de prueba para respaldar ese objetivo puede ser el siguiente:
- Seleccionar un solicitante y elegir Rechazar.
- Comprobar que se envía un email automático.
- Seleccionar un solicitante y elegir Continuar.
- Comprobar que no se envía el email de rechazo.
Asegúrese de definir un caso de prueba para cada historia de usuario.
Después de definir las historias de usuarios, puede describir de manera más fácil el problema que quiere resolver, cómo lo resolverá y para quién. Estos son los componentes clave de un caso de negocio.
Crear un caso de negocio
Un caso de negocio puede ser un documento o las diapositivas de una presentación. Describe los beneficios del proyecto y explica por qué los interesados deben invertir. Un caso de negocio se centra en el producto que planea entregar y debe responder a estas preguntas.
| Quién | Qué | Cómo | Cuándo | Por qué |
|---|---|---|---|---|
| ¿A quién afectará la solución? |
¿Cuál es el objetivo del proyecto? |
¿Cómo afectará la solución al negocio? |
¿Cuándo se llevará a cabo el proyecto? |
¿Por qué es necesario el proyecto? |
La clave es no excederse con la tecnología ni con el conocimiento del producto. Las partes interesadas quieren centrarse en el objetivo general del proyecto y en el retorno de la inversión que se obtendrá. ¿Cuál es el beneficio para el cliente? ¿Cómo mejorará el negocio? Para obtener más información, revise la unidad Crear su caso de negocio y su hoja de ruta en el módulo Solución de innovación.
Este es un ejemplo de caso de negocio. Un caso de negocio debe incluir estas secciones.
- Resumen ejecutivo (¿Qué? ¿Por qué? ¿Cómo?)
- Indique en qué consiste el proyecto, por qué es necesario y cómo afectará al negocio.
- Proceso actual
- Muestre el flujo del proceso actual en un diagrama. Sea creativo. Imagine un proceso manual con pasos manuales o destaque los procesos ineficientes.
- Propuesta de proceso nuevo
- Muestre el flujo del proceso propuesto en un diagrama. Describa de manera detallada cómo el proceso nuevo mejorará la eficiencia y qué se automatizará.
- Recomendaciones (¿Por qué? ¿Quién?)
- Explique por qué propone este producto y describa sus beneficios. Recuerde que no debe ser de carácter técnico y que debe destacar quiénes se verán afectados por el cambio.
- Cronograma (¿Cuándo?)
- Calcule el cronograma a alto nivel, ya sea por escrito o en un diagrama de Gantt. En esta sección, se detalla cuándo se llevará a cabo el trabajo. No sustituye al plan del proyecto, pero ofrece una visión general del cronograma.
- Impacto financiero
- Defina el presupuesto para este proyecto. Proporcione un desglose de los costos por departamento, y calcule cuánto dinero y tiempo ahorrará el nuevo proceso.
En el trabajo, también puede crear un plan para el proyecto a fin de guiar el proyecto, gestionar los recursos y monitorear las limitaciones. La planificación de proyectos no se aborda en este módulo, pero puede obtener más información en el módulo Plan de gestión de proyectos simplificado.
En la siguiente sección, aprenderá a crear una demostración de trabajo y a prepararse para presentarla ante posibles empleadores.