Diseñar y crear una solución sostenible como voluntario pro bono
Objetivos de aprendizaje
Después de completar esta unidad, podrá:
- Aplicar buenos principios de diseño de aplicaciones
- Crear una solución que pueda mantener su organización
Todo gira alrededor de la sostenibilidad
A estas alturas, es probable que ya sepa bien cómo usar sus poderes de Salesforce para una buena causa. Sin embargo, los superhéroes pro bono suelen tener un punto débil en común: suelen crear soluciones que no son sostenibles para su organización.
Es responsabilidad suya recomendar soluciones que cumplan las necesidades y casos de uso específicos de su organización, pero también que la organización pueda mantener a largo plazo. Incluso las automatizaciones más sencillas pueden resultar insostenibles si la organización no entiende lo que ocurre en segundo plano, o no puede hacer los ajustes necesarios si falla algo. Recuerde: su cliente sin fines de lucro deberá poder mantener la solución una vez completado su proyecto.
Empezar con un buen diseño
Un buen primer paso en la creación de una solución sostenible es documentar sus recomendaciones y revisarlas con su organización antes de empezar a crearla. Asegúrese de que comprenden lo que les está recomendando y por qué, y acuerde un plan para permitir que la organización sea capaz de mantener la solución cuando deje de estar allí.
Tenga en mente lo siguiente cuando cree su recomendación:
- Haga hincapié en que el cliente será el responsable de sostener la solución cuando usted ya no esté.
- Recomiende objetos y funciones listos para instalar siempre que sea posible.
- Piense bien si debe recurrir al desarrollo personalizado y a automatizaciones de flujo de trabajo complejos.
- Enseñe a su organización lo que está haciendo a medida que crea la solución.
Aplicar las mejores prácticas de generación
Cuando su organización apruebe sus recomendaciones, es el momento de empezar a crear la solución. A medida que la construye, debe recordar estas prácticas recomendadas:
Aplique siempre los cambios en un Sandbox
Sabemos que crear las soluciones directamente en el entorno de producción resulta muy tentador, especialmente si necesita realizar pruebas con los datos existentes del cliente y este no dispone de un Sandbox completo. Sin embargo, los fallos pueden provocar interrupciones en la actividad de negocio, y es posible que aplique cambios que no pueda deshacer.
Al crear la solución en un Sandbox, se asegura de no dejar a la organización sin fines de lucro peor de lo que estaba cuando empezó. Recuerde solicitar un nuevo Sandbox o actualizar el existente antes de empezar.
Salesforce Enterprise Edition incluye un Sandbox parcial, que debe usarse para las pruebas en los casos en los que sea necesario usar los datos existentes del cliente. Tal vez tenga que ayudar a su cliente sin fines de lucro en la creación de una plantilla de Sandbox para seleccionar qué datos copiar.
Simplifíquelo, superhéroe
Jimmy Hua, director de ingeniería de software de Salesforce: "Tenemos una tecnología increíble. Pero si la organización no está preparada para un producto como Einstein, no pierda el tiempo en algo no podrá usar".
Tenga en cuenta que, durante el proceso de creación, menos siempre es más. Su objetivo es crear una solución sostenible que su organización comprenda y pueda mantener. Lo ideal es que genere la solución usando programación declarativa (mediante clics, no códigos), de modo que el administrador de Salesforce pueda realizar actualizaciones con facilidad en caso de que los requisitos cambien con el tiempo.
Prepárese para los cambios
Puede que, mientras está generando la solución, necesite que le aclaren algunos requisitos, lo que puede traducirse en que debe cambiar algunas de las cosas ya diseñadas. Consulte periódicamente con el cliente para identificar esos cambios de manera rápida y eficiente. Su trabajo es ser flexible, dentro de unos límites, e identificar en qué momento los requisitos se salen del ámbito, de manera que pueda ajustar las prioridades o los plazos.
Cree con su organización
Siempre que sea adecuado, muestre al cliente lo que lleva hecho en la organización y déjeles participar en el proceso. Esto permitirá al cliente mantener lo que está hecho cuando acabe el proyecto. Y con un poco de ayuda, seguro que puede hacer mucho más de lo que pensaba. Asegúrese de comprobar el trabajo del cliente y de ayudarle a solucionar cualquier error que cometa.
Documente todo el proceso
Escriba lo que genera desde un punto de vista técnico y funcional, para que todos puedan comprenderlo y seguir construyendo en base a la solución que puso en marcha. Si documenta el proceso sobre la marcha, se ahorrará tiempo a largo plazo, y también garantiza que tendrá algo que entregar al final del proyecto. Recuerde actualizar la documentación una vez completadas las pruebas.
¡Pruebe, pruebe, pruebe!
Tanto usted como la organización deben comprobar todo lo que cree en un Sandbox antes de implementarlo. Asegúrese de probar los requisitos que definió para cada historia de usuario. Si ve fallos, ajuste y vuelva a hacer pruebas.
Por ejemplo, digamos que usó sus superpoderes de Salesforce para configurar un email automatizado que envíe un agradecimiento a un donante cada vez que se cree un registro de oportunidad por una donación recibida. Necesitará confirmar que la automatización funciona adecuadamente creando un registro de oportunidad para una donación de prueba y confirmando que se entregó adecuadamente con el formato correcto. Solo tiene que usar su dirección de email para la prueba.
En función de la complejidad de lo que implemente, puede valorar el uso de una secuencia de comandos de prueba que tanto usted como el cliente puedan usar de referencia. Consulte nuestra Guía de recursos para voluntarios pro bono para ver una secuencia de comandos de prueba.
En la mayoría de los casos, es aconsejable mostrar al cliente en detalle la solución que creó antes de ponerla en sus manos para que la pruebe. Debe estar preparado para realizar demostraciones, capacitar y responder a cualquier pregunta antes de pedir al cliente que pruebe su trabajo.