-
Notifications
You must be signed in to change notification settings - Fork 61
Ideas & Improves
#Mejoras.
Lista de mejoras posibles durante la sesión. Internationalization. URL Friendly. Mejoras de UX.
- Logo > Click to home.
Social flavor para cada proyecto.
Actividad del proyecto en iteraciones.
- Iterations (Brainstorm, Wireframe, Prototype, Release).
- En cada cambio de estado es requisito describir que sucedió (Road map tool).
[ESP]
Al crear un proyecto, se da la posibilidad de unirte al proyecto, como funciona actualmente la herramienta. En mi experiencia con proyectos de concursos, generar interés, difusión (engagement, en general), sobre un proyecto no debería estar limitado únicamente a participar activamente del proyecto (concepto, boceto, prototipo, release). Si creamos una opción de Follow, seguir un proyecto por interés genuino y compartirlo en X red social, podríamos estar frente a una nueva métrica súper útil, que podría jerarquizar por interés o relevancia un proyecto sobre otro.
[ENG]
When creating a project, you give the opportunity to join the project, as HackDash works now.
In my experience on collaborative contests, generate interest, diffusion (engagement, in general), on a project should not be limited only to participate actively in the project (like in the stages of concept, sketch, prototype, release).
We need to create a "Follow" option, follow a project by genuine interest and share over social networks, we could be facing a new super useful metric that could prioritize interest or relevance for a project over another.
Autenticar usando Passport.io para ampliar el rango de usuarios con la base de datos de Meet-up que tiene HHBA.
Luego de autenticar, y en la instancia del sitio debe completar estos campos.
- Skill (I'm a designer/coder/data).
- Reason to join.
- Able to work on (Day 1, Day 2, Day 1 + Day 2).
Basandome en el formulario de los hackatones de Make Open Data (Iniciativa de Datos Públicos de Suiza). http://make.opendata.ch/.
Escalar modelo de usuarios.
- Admins
- Team leaders (asigando por Admin), se encarga de aprobar nuevos colaboradores.
- Colaboradores.
- Followers.
- Join request (for admins, for team leaders).
Notificar a los admins y team leaders cuando un colaborador requiere darse de alta en un proyecto.
- Join approval (for admins, for collaborators).
- Project member changes (for admins, for collaborators).
- Project member skills (for admins, for other team leaders, for collaborators).
Este dashboard para hackatones debe funcionar en 3 distintas instancias.
- PRE HACKATON: Gathering ideas/projects, team building, collaborators and followers.
- ON GOING HACKTON: Project status, check-in of collaborators, floor map view, chat room, gallery view and auto-play (these features are described bellow).
- POST HACKATON: Documentation on status change, iterative road-map. After you change a status (from brainstorm to mockups), the Team Leader has the responsability to create a brief description of the the status. That will give the project the minimal assets to create a roadmap at the end of the session.
Rediseño de los proyectos jerarquizando el pitch. Es importante para este diseño que la persona que cree un proyecto tenga la capacidad de describirlo bien, sintéticamente, involucrando todas las complejidades técnicas, situación del problema. He observado la cantidad de nombres (creativos algunos) que desgastan mucho en la creación del proyecto, únicamente porque deben tener un titulo. Se propone quitarle jerarquía al titulo del proyecto en el Tile View y verlo en la vista individual, con un slug friendly.
Se propone además un Campo de descripción extendida con Markdown, similar a esta misma Wiki de GitHub, para la vista individual de cada proyecto.
En el Tile View (vista por defecto del sitio), se quita la lista de miembros del equipo y se cambia por un valor numérico, emplazado en el extremo superior izquierdo de cada Tile. En el extremo superior derecho, un reloj calcula la edad del proyecto (nos enseña la relación entre PRE HACKATON y ON-GOING HACKATON).
Debajo, enseñamos con una linea de 3 pixeles en el ancho del tile, el status del proyecto, basandonos un slide que puede manipular el admin o el team leader y que promueve un proyecto en interaciones pre configuradas (Gathering Team, Brainstorm, Wireframing, Prototyping, Release).
Luego la descripción del proyecto. Calculada en un rango no mayor a los 120 caracteres (pitch friendly).
Finalmente una descrición escrita del status (enseña a mapear a los visitantes los colores con los status) Cierra el tile una linea de tags descriptivos que sirvan para reordenar los tiles en función de:
- Skills: [python, javascript, html5, etc].
- Plataformas [web, mobile, urban prototype, etc].
- Complejidades [cartography, machine learning, etc.].
- Datos [financial data, cartography, etc.].
- Categorias [open government, data journalism].
Utilizando los sistemas de Check-ins de FourSquare y de Meetup se puede alimentar el Tile View con este dato clave, que puede tambien impactar si la persona que hizo un check-in esta asociado a un proyecto.
Crear una vista de planta de todos los proyectos en un espacio físico. En mi experiencia, llegar a un espacio y poder ver en que lugar están todos los equipos trabajando de una sola vez es absolutamente necesario.
Un hackaton se provee de voluntades mínimas, la curiosidad y la timidez de los developers, diseñadores, periodistas, especialistas complica muchas veces la fluidez del trabajo. Quizá verse atascado en resolver un problema técnico, una duda respecto de un dato o la relevancia de un determinado objetivo pueda verse modificada si las personas en el espacio no tuviesen la necesidad de ir "navegando" entre las mesas de cada equipo y preguntar (sintiendo que se interrumpe un nivel de concentración).
Los facilitadores pueden echar mano de esta vista al poder ver rápidamente el status de cada mesa, si hay mesas que no se activaron, si hace mesas donde faltan coders, designers, data miners, etc.
Sin saber que Dan y Ricardo habían hecho Balloons [how great and convenient is that!], propuse una vista donde se crear una atmósfera para compartir e intercambiar información entre proyectos. Este feauture fue 100% pensado para la etapa viva de un Hackton, el On-Going.
Este espacio cumple un rol fundamental, para poder activar y entusiasmar a cada equipo y promueve una vía rápida de comunicación entre la gente que está en el hackaton y la gente que sigue el hackaton.
Creo que las potencialidades de esta vista se describen por sí mismas.
Vista comparativa entre interaciones en el tiempo de cada proyecto. Esta vista es una vista basada en una pura visualización de datos. No tiene propósito mayor que contar que pasa en la carrera por llevar adelante algo.
Sirve sin lugar a dudas en una hackaton de competencia.
Desde la idea del On Going nada ayudar mejor a amalgamar una experiencia vivencial como es un hackaton, como un Photo booth o una galería fullscreen con fotos del evento. Llevar una herramienta simple para el administrador para que puedar agregar fotos en alta que luego puedan correr solas, ayuda mucho a que la gente pueda ver lo que está sucediendo.
Es muy interesante el proyecto de Multitouch BCN para contar lo que sucede con fotos convertidas a gifs animados. http://www.multitouch-barcelona.com/playwithme/.
Finalmente y para hacer converger todas estás vistas en una única funcionalidad, hemos visto que muchos Hackatones tienen al menos un proyector, pantalla de led o lcd grande ubicada en un espacio puntual del lugar.
Si habilitamos una función que automáticamente navegue entre estás vistas, los facilitadores van poder contar con una herramienta genial para llenar este espacio importante y poder mostrar el status overall de lo que está pasando.
Me interesa mucho que la estética de este proyecto quede despegado del hackaton que lo organice. Me interesa desde la posibilidad de que sea utilizado en otros hackatones del mundo, pero que al mismo tiempo se convierta en un modelo para impulsar mejores hackatones. Si tenemos que lidiar con una marca, con un espacio para agregar logos de patrocinadores, institutiones y cosas por el estilo, todas las decisiones que tomamos a nivel estético, a nivel jerarquización de los contenidos basandonos en el flujo de cada evento, todas estás ideas y decisiones van a competir con escenarios muy arbitrarios y diversos y van a perder el impacto con el que fueron ideadas.
Para lidiar elegantemente con el motto de Brand Free, propongo que se disponga de la posibilidad de crear 1 página en blanco, limitada por la grilla de espacios predefinida que le otorgue a los facilitadores la posibilidad de "brandear" el dashboard agregando lo que sea necesario.
Al final de todo este proceso de mejoras, el resultado va a ser que van a tener un espacio alimentado por la vivencia.
Los cambios de estado con descripción pueden alimentar un Road Map que cuente un relato de lo que sucedió en en el equipo.
Las fotos van a ayudar a mostrar esta historia.
Esta etapa es la etapa que mayores cambios va a sufrir luego de ser utilizada la herramienta mejorada. Demanda tomar decisiones basadas en la performance de estas ideas anteriormente descriptas.