Nueva creación de modelo de trabajo libre en Komun Sob.Tec

Hola!
Disculpad que me descolgué un poco, he creado una cuenta en el kanboard. Le echo un vistazo y si tenéis acta de la ultima reu podría leermela también. No sé si al final la hicisteis o si comentasteis algo más.
Abrazo!

Buenas, hace poco lancé veenk.org que es lo que me tenía liado pero estaba pendiente de poder participar más en el foro y en la creación de este modelo de trabajo.

Esperando para asistir a la próxima reunión. También me crearé una cuenta en Tasko para ver que se cuece.

¡Muy buena iniciativa!

3 Likes

Buenas @alex , ya me he registrado en el Tasko. No me sale nada ya que imagino que me tendrás que dar acceso. Puedes revisar también el envío de los correos de verificación ya que hay algún error y a mi me lo ha enviado a spam.

Por lo demás ya estoy dentro :muscle:

Bienvenido!
Te he añadido al grupo de Komun Sob.Tec ,ahora ya debería salirte el panel de tareas.

1 Like

Modelizando

Bueno escribo primero desde las tripas por mi propia necesidad de delegar trabajos que tengo pendientes con prisas y demás, que casi seguro acabaré haciendo pero si me sirven de ejemplo bienvenidos serán para crear este modelo

He pensado que muchos de mis problemas han sido hacer los proyectos solo y aunk he ido añadiendo equipo veo muchos problemas sin resolver…

Por lo que ahora me planteo si lo siguiente es necesario.

Por favor espero comentarios, mejoras y que nos validemos para de verdad empezar a compartir.


Descripción

Problemática: Se le muestran ejemplos de webs a las personas del proyecto, y entonces parece muy sencillo ir por ahí pero luego nos ponemos y es complicado saber lo que realmente quiere el cliente,

Quizás mejoremos mucho con estos pasos:

  1. Crear Briefing de diseño de producto.
  2. Validar briefing
  3. Crear boceto
  4. Validar boceto
  5. Crear código
  6. Testear código
  7. Presentar código a cliente.
  8. Validar o revisar código
  9. Hacer encuesta de satisfacción
  10. Cerrar proyecto

BRIEFING

Preguntas obligadas al cliente que generan un documento tras la reunión de briefing típicamente nombrada.

Tiempos esperados

  • Comunicación previa cliente. (estas irían imputadas a la venta no al proyecto)
  • Envío de preguntas
  • Reunión 30min

Preguntas indispensables

Conocimiento de la marca / empresa / objetivos del interesado

  • Cuál es la visión general del proyecto.
  • Describe a grandes rasgos qué hace tu proyecto.
  • Indica las directrices del proyecto o ćomo hace lo que hace.
  • Explica a quién se dirige tu proyecto
  • Describe tu presupuesto y línea de tiempo.
  • Proporciona ejemplos visuales y referencias.

Conocimientos sobre la tecnología que se propone implementar

  • Qué conoces del software libre
  • Sobre qué dispositivos necesitas que funcione principalmente
  • Qué experiencia tenemos en utilización de la tecnología a utilizar

BOCETO

Tras el briefing se construye un boceto
El boceto se puede construir con drawio.

Tiempos esperados

  • Envío de boceto con explicación del mismo contando lo visto en el briefing
  • Reunión 30min

CAMBIOS

Se entiende que aun haciendo mucho empeño en los pasos anteriores existirán cambios, interesante a ver comentado ya que aceptamos uno u dos iteraciones durante el proceso de validación de briefing y boceto pero también las consecuencias que éstos tienen de rebocetas o rediseñar en el caso de que se haya adelantado algo de código.

  • Ej. Marcar hasta 2 iteraciones con cambios y cada extra 50€/hora.

Tiempos esperados

  • Según ejemplo hasta 3horas por dos iteraciones.
  • Reunión 30min

GESTIÓN DE PROYECTO

Escribir tareas concretas salidas del boceto y el briefing.

  • Primero establecer los hitos, (bloques de acciones relevantes) con fechas.
  • Validar calendario de hitos con cliente.
  • Podemos realizar estas tareas en TASKO de Komun para poder compartirlas.
  • Una vez establecidos y validados, dividimos en tareas, las necesarias para establecer esos hitos.
  • Incluir en las tareas el tiempo esperado para poder realizar mejora continua.

Tiempos esperados

  • Para dividir tareas con un briefing bien explicado y dependiendo un poco del boceto nos puede llevar hasta:
  • Quizás reunión extra con programadores 30min
  • 2 horas de escritura y pensamiento de los problemas a enfrentar.

DESARROLLO

Desarrollo y ejecución de tareas e hitos

  • Valorar las aptitudes y necesidades antes de recoger tarea.
  • Realizar la tarea.
  • Marcar los tiempos reales de realización de dicha tareas.

Tiempos esperados

  • Dependiendo de la tarea será lo que se ponga en espectativas.
  • Quizás reunión de supervisión o dudas 30min apoyo para cada tarea o hito dado por terminado.

CIERRE DE PROYECTO

Entendiendo donde acaba esta primera relación es importante saber como acabar para poder continuar con otras cosas sea o no de ese proyecto, quizás haya que volver al briefing si el proyecto gracias a estas acciones a evolucionado.

  • Reunión final con el cliente 1h
  • Encuesta de satisfacción, quizás parece innecesaria pero puede aportar mucho.
  • No olvidar plantar semillas para el siguiente proyecto…
1 Like

Lo veo supercompleto y una muy buena guía de cara a delegar ciertos aspectos del proceso.

Entiendo entonces que buscas ahora mismo colaboradores para validarlo en un proyecto real?

1 Like

Jes, hay varios en marcha y siempre me caen cosillas de clientes más o menos afines con proyectos web, tiendas online y programas de gestión

Me interesa muy mucho :slight_smile:

Me acabo de registrar en el Tasko, a la espera de que me des acceso…

Revisado… ya deberías ver proyectos

a ver si esto sirve también: HedgeDoc - Collaborative markdown notes desarrollé un poco más lo del briefing… y organicé algunas de las cosas que traías pensando más en mi experiencia como diseñadora gráfica :wink: