Tareas, planificación y recursos iniciales

viende de: Propuestas de aspecto futuro de kune en el FSM

Tareas y su planificación

Esta es una lista de tareas y subtareas que supone la ejecución del proyecto kune y su particularización para el FSM.

Tarea Subtarea Descripción
Definición Inicial Descripción En en un plazo de un mes, descripción de Kune y del FS Virtual (nombre tentativo) para diferentes entornos (público en general, activista, académico, técnico). La creación de este documento, sus traducciones y otros posibles documentos relacionados.
Especificación Definir el conjunto de objetivos que se pueden alcanzar en diez meses (por ejemplo herramientas que se pueden presentar) con el objetivo de que pueda ser usado el año que viene por el FSM.
Formación de equipos Creación de los diferentes equipos (desarrollo, articulación, difusión, legal, gráfico, documentación, traducción, testeo, mantenimiento, etc) que harán posible el proyecto.
Viabilización Articulación Se trata de identificar organizaciones e instituciones que apoyen la primera versión, dentro del FSM. Habría que conseguir suficiente densidad como para que sea algo representativo.
Financiación Identificar que tareas requerirán de financiación, que recursos de todo tipo se necesitarían y su posterior búsqueda y obtención.
Definición técnica de arquitectura Fase en la que se concretara la arquitectura técnica que tendrá kune, se terminarán de decidir que herramientas se usaran en el desarrollo, y en el resto de etapas.
Implementación Esta es la fase de desarrollo (codificación) del software kune usando la metodología que se considere más apropiada.
Documentación Durante todo el proyecto se irá generando la documentación que se cree necesaria para hacer efectivo el proyecto. Esta documentación estará destinada a diferentes ámbitos (como los futuros usuarios, o el entorno técnico de desarrollo del software).
Traducción La idea es que la traducción del software kune y de la documentación relacionada se facilite de forma que cualquiera pueda colaborar en esta tarea. Para ello será necesaria una primera parte de definición y dirección por parte de especialistas en el tema, y una parte de programación para facilitar la traducciónonline colectiva.
Pruebas Durante todo el desarrollo se realizaran sesiones de pruebas de prototipos con personas de diferentes perfiles, para identificar problemas de uso con kune. También se realizarán pruebas automáticas para detectar errores de código durante el desarrollo. Como resultado de esta fase se debe conseguir un software lo suficiente robusto y fácil de usar como para llevarlo a producción.
Particularización para el FSM Imagen y textos Desarrollo de Imagen, documentos y textos particularizados para el FSM. Se debe intentar que en esta fase no haya que realizar desarrollos específicos de software si no que kune sea lo suficiente flexible para que encajen las necesidades del FSM, y solo se requieran determinadas labores de configuración.
Aspecto legales del FSM Virtual Definición de condiciones de servicio, política de seguridad, de privacidad, estructura legal, evaluación del territorio y jurisprudencia donde se implementará físicamente la iniciativa del FSM Virtual y otros posibles aspectos legales.
Infraestructura Obtener los recursos físicos (máquinas,hosting, ancho de banda), necesarios para hacer posible el FSM Virtual.
Formación Identificación de la tareas necesarias, sobre todo de documentación, para facilitar el uso, comprensión y funcionamiento de las diferentes herramientas de la iniciativa por sus usuarios/as.
Puesta en Producción En esta fase se haría una instalación definitiva de kune con sus particularizaciones para el FSM Virtual lista para ser usada por cualquier persona/organización/comunidad.
Mantenimiento Una vez que el software kune esté en funcionamiento para el FSM-Virtual se realizará una tarea de supervisar el día a día de la iniciativa, mantenimiento de equipos, detección e informe de posibles problemas de todo tipo: diseño, usabilidad, escalado, que sirvan para la mejora futura de la iniciativa.
Soporte Se habilitarán canales de comunicación para que los usuarios puedan contactar para dar ideas y sugerencias o para comentar dudas, problemas concretos o proponer mejoras. Esta realimentación será esencial para la mejora futura del sistema.

Estas tareas y fases se solapan en el tiempo.

Recursos iniciales necesarios

De todas las tareas indicadas en la tabla anterior, hay muchas tareas que pueden ser asumidas en gran parte a través de trabajo voluntario (como el desarrollo, documentación, formación, mantenimiento, etc), pero a la hora de poner una iniciativa como el FSM Virtual en funcionamiento, sí que hay ciertos desembolsos económicos que hay que asumir. Esta es una primera estimación inicial y muy modesta de estos:

Recurso Descripción
Hardware Mínimo: un servidor dedicado con al menos dos CPUs, suficiente disco y memoria (algo como un Core2Duo, 2.4 GHz, 2048MB Memoria RAM, 2×250 GB Disco, Red 2x1000Base-T).
Opcional: Otra máquina similar para dividir la carga entre la dos máquinas.
Opcional: Una pequeña máquina para pruebas y/o para apoyo (backups, etc).
Opcional: una tarjeta de acceso remoto por cada máquina para el control y supervisión de estas de forma remota.
Backups: Unidad de cintas para hacer backups o discos con capacidad suficiente para hacerbackups sobre disco.
Algún repuesto de los discos anteriores, y otros componentes (como cableado) que puedan ser susceptibles de averiarse o consumirse.
Switch o equipamiento similar de red para interconectar las diferentes máquinas.
Cableado.
Conexión a Internet Una conexión a Internet para las máquinas anteriores con dos direcciones públicas al menos. Ancho de banda inicial todavía por estimar.
Hosting Alojamiento físico de las máquinas anteriores. Alimentación ininterrumpida, otros cableados, etc.
Dominio y Certificado Opcional: Si se decide tener un dominio de Internet propio (algo como nuestrodominio.org) se necesitará registrarlo y un certificado de seguridad (SSL) para las conexiones seguras para ese mismo dominio. Subscripción anual.

Existe también la posibilidad de usar servidores dedicados en un proveedor dehosting que actualmente ofrecen precios muy competitivos. Los principales inconvenientes de esta opción son que no se tendría control físico sobre las máquinas (ni los datos), ni se tendrían en propiedad.

Se da por supuesto que todo el software usado será libre y por tanto con un coste que tiende a cero.

Todo el hardware usado debe ser totalmente compatible con GNU/Linux.

Los comentarios están cerrados.