Desfío AbreDatos

Fechas clave

Google Calendar

  • 17 feb - Nombre del concurso - Definido: AbreDatos
  • 27 feb - Fin Call for Designer
  • 22 feb 1 mar - Web Teaser
  • 8 mar
    • Formato (definido) y bases (pendiente)
    • Site online
  • 22 mar
    • Definición Premios
    • Comunicación premios
    • Apertura inscripciones
  • 14 abr - Cierre inscripciones
  • 17 y 18 abr - Concurso

Brand

Nombre del concurso - (Fecha límite => 17 Febrero)

  • Estado: Definido!
  • Nombre: AbreDatos

Comentamos la necesidad de buscar un nombre para el concurso que sea más explícito y llamativo que "Pro Bono Rumble" (si alguien lee que se está organizando el concurso "Pro Bono Rumble" no entenderá nada; el objetivo es buscar un nombre que cuando la gente lea entienda de qué va).

Los conceptos que idealmente debería incluir el nombre son: concurso, aplicación, apertura de datos, utilidad para el ciudadano. Debería ser un nombre lo suficientemente corto como para que nos sirva como marca.

En EEUU hay ejemplos como "Apps for America" y "NYC BigApps" (en el que participó Guillén).

Enviar las ideas sobre el nombre a la lista de correo de la asociación.

Hasta que se decida el nombre nos referiremos al concurso como "La Rumble" (como si fuese de La Prospe :)

Formato y Bases - (Fecha límite => 8 Marzo)

  • Estado: [IN PROGRESS]
  • Siguiente acción: Trabajar este borrador

Estuvimos comentando lo apropiado de que el concurso se desarrolle en un fin de semana o que pongamos un plazo más amplío; nos decantamos por el formato fin de semana ya que vemos interesante que los equipos no sean de una sola persona, y el hecho de delimitar el tiempo de forma concisa hace que los esfuerzos se concreten. En cualquier caso, el número mínimo de participantes será de 1 para permitir que si hay personas que no consiguen convencer a sus colegas también puedan participar :)

Respecto a que los equipos incluyan una persona dedicada a labores de comunicación, le estuvimos dando vueltas y lo vemos interesante para que los esfuerzos del desarrollo tengan la máxima difusión posible. Sin ser un requisito, la idea es que la parte de comunicación sea un criterio importante de valoración para incentivar que los equipos cuenten con este rol.

Bases

  • Equipos: máximo 3 desarrolladores/diseño + 1 comunicación
  • Fecha: fin de semana del 17 y 18 de abril (sábado y domingo)
    • ¿Empieza a las 00h del 17, o usamos la tarde del viernes?
    • Empieza a las 00.00 del 17 y termina a las 23.59 del 18
  • La aplicación tiene que utilizar una fuente de datos pública (liberada o no), y tiene que realizar un servicio a los ciudadanos.
  • Al finalizar el concurso los equipos tienen que tener una aplicación funcionando en una URL pública, y el código fuente del proyecto accesible también publicamente (en un Github, Subversion, etc). La organización de la Rumble no proporcionará hosting ni para el site ni para el código fuente.
  • El código de las aplicaciones concursantes tendrá que ser publicado bajo alguna licencia OSI libre que permita su consulta y reutilización.

Criterios valoración

Tomamos como referencia los de Apps For America y NYC BigApps

  • Usefulness to residents, visitors and City government
  • Inventiveness and originality
  • Visual appeal and usability
  • Effectiveness in increasing access to information and improvinggovernment transparency
  • Potential for commercialization
  • Transparency: Does the app help citizens see things they couldn't see before the app existed?
  • Permanence: Will the app be usable over a long period of time? Does the idea have survivability?
  • Design & Visualization: Does the app look great? Does the app visualize data in a new and interesting way?

Referencias

Gestión: Inscripciones (Fecha límite Apertura => 22 Marzo || Fecha Cierra => 14 Abril)

  • Estado: [IN PROGRESS]
  • Siguiente acción:

En principio, para no tener que desarrollar una aplicación, utilizaremos un formulario de Google incrustado en el WP/Wiki que utilicemos como CMS de la web del concurso. A los equipos les pediremos los siguientes campos para inscribirse:

  • Nombre Equipo/Aplicación (si tienes claro el nombre de tu app, utilizalo; si todavía no lo has definido, ponle un nombre a tu equipo)
  • Descripción (¿máximo 400 caracteres para obligar a la gente a que sea concisa?)
  • Fuente de datos que utilizarás (dado que es un requisito utilizar alguna fuente de datos pública -aunque tenga que ser scrapeada- pensamos que tiene sentido pedirlo)
  • Participantes: Nombre, URL (opcional) y rol (Desarrollo|Comunicación)

Cuando el concurso finalice, pediremos que nos envíen un mail/rellenen formulario para comunicarnos:

  • La URL de la aplicación
  • La URL del repositorio para poder consultar el código fuente

Ambas URLs se añadirán a la ficha de equipo para que cualquiera pueda acceder a ellas.

Premios (Fecha límite => 22 Marzo )

  • Estado: [IN PROGRESS]
  • Siguiente acción:

Consideramos que tener premios consistentes en cierta cantidad de dinero puede suponer una ayuda a la hora de comunicar y promocionar el concurso y aumentar el número de personas a las que llegamos, por eso proponemos que busquemos pasta. Sin embargo, dado que sabemos que puede resultar complicado conseguir el dinero, nos ponemos una fecha tope para conseguirlo. Si llegada esa fecha no lo hemos conseguido anunciaríamos un premio simbólico (la idea es que reunamos dinero para algún premio simbólico entre los miembros de la asociación que quieran colaborar).

La idea sería reunir 5-6.000 euros para premios, que distribuiríamos en un primer premio de 3.000 euros, un segundo de 1.500, y un tercero de gadgets (o lo que se nos ocurra) por valor de unos 500 euros (si en la búsqueda de pasta surge más dinero subiríamos el valor de los premios).

Si conseguimos la pasta me imagino que habrá que facturar. ¿Puede hacerlo la asociación? En caso negativo yo podría preguntar a alguna empresa si lo podría hacer.

Se esta preparando un dossier para enviar a patrocinadores Dossier Patrocinio

Web del concurso - (Fecha límite Teaser => 1 Marzo | Site completo => 8 Marzo )

  • Estado: [IN PROGRESS]
  • Siguiente acción:
    • Call For Designers (buscar alguien que vaya realizando la imagen del concurso)
    • Buscar diseñador
    • Redacción copys: Descripción concurso, Bases Legales ...

Esta es la estructura que hemos pensado que la web debería tener. Entre los requerimientos se incluye el no tener que desarrollar una aplicación específica y utilizar algún CMS "ligero" tipo WP o wiki, o incluso ficheros de HTML estático:

  • Nombre
  • Descripción:
    • Qué es
    • Objetivos
    • Llamadas a la acción
  • Dinámica:
    • Equipos
    • Fechas clave
    • Requerimientos
    • Criterios evaluación
    • Ejemplos de aplicaciones
  • Bases legales
  • Inscríbete
  • Espacios de participación

Sponsors

  • Estado: [IN PROGRESS]
  • Siguiente acción/es:
  • Preparación mini-dossier (boceto de lo que luego será la descripción del concurso)
  • Preparar lista de personas a las que le podemos pedir
  • Ponernos en contacto con ellos

  • Madrid Tecnología (Agustín)

  • Red.es (AO)
  • The Cocktail (AO)
  • Secuoyas (AO)
  • Fundación CTIC / W3C / Ayto. Oviedo (AO via Josema Alonso)
  • Google (AO via VVAA)
  • Acens (AO via Resp Comunicación)
  • Personal Democracy Forum ? (AO via Marc)
  • CDMon
  • Autoritas Consulting ?
  • Sunlight Foundation ?
  • Fundaciones ?

Jurado

  • Estado: [IN PROGRESS]
  • Siguiente acción/es:

La idea es reunir un jurado de figuras cuya relevancia pública contribuya a la difusión del concurso. Creo que podríamos aspirar a que el jurado esté formado por 5 personas.

Candidatos posibles:

  • Figura internet/startup:
    • Enrique Dans
    • Alvi Microsiervo
    • Alberto Knapp
    • Sebas Muriel
    • Josema Alonso
    • Rodolfo Carpintier
    • Frans Derbaix
  • Adms Públicas / Políticos
    • Alberto Ortiz de Zárate
  • Medios Comunicación
    • Mario Tascón
    • Gumersindo Lafuente
    • Ignacio Escolar
    • Escolar Padre
    • Antonio Gutierrez Rubi
    • Fernando Berlin
  • Persona normal
  • Tecnología
    • ???

Ovarian Cyst Symptoms

changed August 3, 2010