Hasta el año pasado, una de las formas en que he definido el alcance de los hitos se basa en gran medida en la perspectiva de cómo yo o mi equipo y yo íbamos a trabajar en el proyecto.
Sin embargo, hay un problema con este enfoque: para aquellos de nosotros que intentamos incluir los comentarios de los clientes a lo largo del proceso de desarrollo, no es tan fácil para ellos tomar la jerga que usamos y aún así hacer que le den sentido.
Con ese fin, comencé a evaluar los hitos del proyecto de WordPress de manera un poco diferente para que sean un poco más amigables para el cliente y, al mismo tiempo, tengan sentido sobre cómo un equipo de desarrolladores puede lograr lo que es necesario para asegurarse de que las cosas funcionen.
Hitos del proyecto de WordPress
Piense, por un momento, en la última vez que fue responsable de crear un complemento personalizado o de integrar una funcionalidad personalizada en un proyecto de WordPress. Quizás incluía algo como:
- Importar datos a la base de datos de WordPress,
- Haz que la información sea visible y editable desde el área de administración de WordPress,
- Muestre la información en el front-end y de una manera que pueda ordenarse, por ejemplo, por valores de columna,
- Los datos pueden actualizarse mediante otra importación o gestionarse desde el área de administración,
- Y quizás algunas otras características relacionadas.
Si va a desglosar esto en el lenguaje de los desarrolladores, hablará mucho sobre ciertas cosas relacionadas con la importación, el análisis de datos, la integridad de los datos, etc. Y todo eso es 100% correcto, y todo eso es como debería ser desde el punto de vista de un desarrollador.
Pero si está utilizando un software de gestión de proyectos (que hemos decidido recientemente en Asana ), este tipo de hitos no ayudarán cuando incorpore usuarios al proyecto.
- ¿Cómo se supone que van a saber algo sobre los detalles de un proceso de importación?
- ¿Cómo se supone que deben entender los tecnicismos de hacer algo ordenable?
- ¿Hay alguna manera de describirles fácilmente un algoritmo que incluso importe?
yo diría que no Entonces, ¿cómo podemos hacer que los hitos de los proyectos de WordPress sean más accesibles? No sé si mi respuesta es una respuesta sólida, pero es algo que hemos estado intentando y algo que parece estar funcionando relativamente bien, pero es simple:
- Los clientes a menudo piensan en sus proyectos sobre páginas (o algo relacionado),
- Dado que nosotros, como desarrolladores, podemos trabajar dentro de ese contexto, podemos definir un proyecto de cara al público para desglosar las tareas página por página.
Por lo tanto, los hitos del proyecto de WordPress se vuelven más sobre las tareas por página y las tareas restantes en un hito más "general".
Una palabra sobre los aspectos técnicos
Todo lo mencionado anteriormente funciona bien cuando tienes al cliente involucrado en ciertas partes del proyecto, pero aún deja la pregunta de "¿Qué hacemos con los aspectos más técnicos?"
Y por eso, podría ser cualquier cosa, desde cómo va a organizar sus interfaces, clases, métodos, etc., hasta cómo va a implementar un cierto algoritmo. Independientemente, el punto es que hay una discusión técnica más profunda que se debe tener. Entonces, ¿qué hacemos con ellos cuando discutimos los hitos del proyecto de WordPress?
Hay varias opciones:
- Configure un hito separado, un grupo de tareas, proyectos, debates, lo que su sistema permita, y manténgalo entre usted y su equipo.
- Aproveche los problemas de GitHub, los proyectos de GitHub, un wiki, Trello u otro sistema.
- Mantenga la información en otra aplicación que esté disponible para todos los desarrolladores pero aislada del cliente.
Claro, genera un poco más de gastos generales, pero descubrí que cuanta más información haya difundido en las partes de su proyecto, más exitoso puede ser un proyecto.
Cuando la información se omite, se dispersa, no se comparte o no se detalla, se vuelve más difícil administrarla a medida que avanza el proyecto, especialmente durante las iteraciones futuras.
La conclusión es que creo que es importante dividir los hitos del proyecto de WordPress en partes en las que el cliente comprenda fácilmente qué trabajo se está realizando y que usted y su equipo tengan una forma de gestionar lo que se está realizando.
La forma en que lo hace obviamente depende de usted, pero es algo que he encontrado que vale la pena configurar.