Gestion de Proyectos

Tomado de: Articulo Original

Introducción

El siguiente contenido, le ayudará básicamente a comprender teóricamente el uso de los sistemas de administración de proyectos, y porque este tiene importancia en el que hacer de la administración de empresas, y principalmente en el control y ejecución de proyectos.
En el siguiente texto lo que haremos es enfocarnos en la Aplicación dotproject, que viene en la distribución ESUN LINUX.
El desarrollo de los proyectos llevan consigo, un arduo trabajo, de administrar en si un proyecto. Las etapas e hitos, son la consecución exitosa de los planes que se han designado para el proyecto en cuestión. Es por eso que analizar este marco teórico.

¿Qué es la administración de proyectos?

Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo.
También se dice que la administración de proyectos ocurre cuando se da un énfasis y una atención especial para conducir actividades no repetitivas con el propósito de lograr un conjunto de metas.
Esta actividad es llevada a cabo por un conjunto de administradores que actúan como agentes unificadores para proyectos particulares, tomando en cuenta los recursos existentes, tales como el tiempo, materiales, capital, recursos humanos y tecnología.
En este caso podemos visualizar que una buena planificación, nos ayuda claramente a llevar al exito los proyectos, y eso genera un beneficio para las empresas. Los sistemas de administración de proyectos, se vuelve una herramienta, indispensable para llegar al exito, y a la mejor ejecución de los proyectos. Dotproject es un software que definitivamente genera una ventaja a la hora de poder crear un proyecto, y administrarlo de la mejor forma.

Importancia de la administración de proyectos

La administración de proyectos implica una gran importancia, por lo que es usada en una gran diversidad de campos; desde proyectos espaciales, en bancos, en desarrollo de sistemas en computadora, en procesamiento de hidrocarbono, en la industria petroquímica, en telecomunicaciones, en defensa nacional, etc.
Los cambios tecnológicos, la necesidad de introducir nuevos productos al mercado, las cambiantes exigencias de los consumidores de productos, entre otras cosas, incrementan el fluido de operaciones en una organización, provocando que los métodos de administrativos convencionales sean inadecuados. Por esta razón la administración de proyectos es importante, ya que ofrece nuevas alternativas de organización.
Sirve para aprovechar de mejor manera los recursos críticos cuando están limitados en cantidad y/o tiempo de disponibilidad. También ayuda a realizar acciones concisas y efectivas para obtener el máximo beneficio.

La administración como base de los proyectos

La administración procura siempre el máximo aprovechamiento de los recursos, mediante su utilización eficiente. Las principales funciones de la administración se engloban en planeación, organización, dirección y control.
Durante la planeación se decide anticipadamente qué, quién, cómo, cuándo y por qué se hará el proyecto. Las tareas más importantes de la planeación son determinar el status actual de la organización, pronosticar a futuro, determinar los recursos que se necesitarán, revisar y ajustar el plan de acuerdo con los resultados de control y coordinar durante todo el proceso de planeación.
La organización realiza actividades en grupo, de asignación y asesoramiento, y proporciona la autoridad necesaria para llevar a cabo las actividades.
Dentro de esta etapa se identifica, define y divide el trabajo a realizar, se agrupan y definen los puestos, se proporcionan los recursos necesarios y se asignan los grados de autoridad.
El siguiente paso es la dirección, la cual sirve para conducir el comportamiento humano hacia las metas establecidas.
Aquí se comunican y explican los objetivos a los subordinados, se asignan estándares, se entrena y guía a los subordinados para llegar a los estándares requeridos, se recompensa el rendimiento y se mantiene un ambiente motivacional.
Por último se encuentra el control, que se encarga de medir el rendimiento obtenido en relación a las metas fijadas. En caso de haber desviaciones, se determinan las causas y se corrige lo que sea necesario.

Funciones en la administración de proyectos

El administración de proyectos opera independientemente de la cadena de mando normal dentro de la organización. Debe dirigir y evaluar el proyecto; también planear, proponer e implementar políticas de administración de proyectos, asegurar la finalización del proyecto mediante compromisos contractuales.
Otras tareas que debe cumplir son desarrollar y mantener los planes del proyecto, darle una calendarización y financiamiento adecuados al proyecto y evaluar y reportar su avance.
Debe resolver los problemas a través de decisiones orientadas al objetivo.
Además, el administrador de proyecto debe resolver las siguientes preguntas:

• ¿ Qué se va a hacer ?

• ¿ Cuándo se va a hacer ?

• ¿ Por qué se va a hacer ?

• ¿ Cuánto dinero está disponible para hacerlo ?

• ¿ Qué tan bien se está haciendo el proyecto ?

El uso de Diagramas de Gantt.

DEFINICIÓN: El diagrama de Gantt es un diagrama de barras horizontales en el cual la lista de actividades va debajo del eje vertical y las fechas se colocan a lo largo del eje horizontal. En el eje Horizontal corresponde al calendario, o escala de tiempo definido en términos de la unidad más adecuada al trabajo que se va a ejecutar: hora, día, semana, mes, etc. En el eje Vertical se colocan las actividades que constituyen el trabajo a ejecutar. A cada actividad se hace corresponder una línea horizontal cuya longitud es proporcional a su duración en la cual la medición efectúa con relación a la escala definida en el eje horizontal conforme se ilustra. En el cuadro numero 8 aparece un diagrama de Gantt que representa el proyecto del libro mayor principal. Las actividades que comienzan más temprano se localizan en la parte superior del diagrama, y las que comienzan después se colocan de modo progresivo, empezando por la que empiece primero, en el eje vertical. De este modo, el diagrama parece la vista lateral de una corriente que fluye de una montaña, lo cual explica por qué los diagramas de Gantt también se conocen como diagramas en “cascada”. Además, el flujo desde la parte superior izquierda hacia la parte inferior derecha puede dar la idea de secuencia al colocar el número o la letra de la actividad precedente inmediata a la izquierda del extremo de la barra que representa la actividad. Los diagramas de Gantt son herramientas prácticas muy utilizadas en la administración de proyectos porque no sólo son económicas y fáciles de aplicar, sino que también presentan gran cantidad de información, donde el administrador puede descubrir de inmediato cuáles actividades van adelantadas en la programación y cuáles están atrasadas. En general, cuanto más grande sea el proyecto, más difícil será desarrollar y mantener actualizados los diagramas de Gantt. Sin embargo, en los grandes proyectos, pueden ser útiles para representar las diversas tareas en que se descompone la actividad o dar una idea amplia del proyecto. Otra desventaja más grave es que no indican cuáles actividades pueden retardarse o dilatarse sin que se afecte la duración del proyecto.

Las tres restricciones tradicionales

Como cualquier empresa humana, los proyectos necesitan ser ejecutados y entregados bajo ciertas restricciones. Tradicionalmente, estas restricciones han sido alcance, tiempo y costo. Esto también se conoce como el Triángulo de la Gestión de Proyectos, donde cada lado representa una restricción. Un lado del triángulo no puede ser modificado sin impactar a los otros. Un refinamiento posterior de las restricciones separa la calidad del producto del alcance, y hace de la calidad una cuarta restricción.

• La restricción de tiempo se refiere a la cantidad de tiempo disponible para completar un proyecto.
• La restricción de coste se refiere a la cantidad presupuestada para el proyecto.
• La restricción de alcance se refiere a lo que se debe hacer para producir el resultado final del proyecto.

Estas tres restricciones son frecuentemente competidoras entre ellas: incrementar el alcance típicamente aumenta el tiempo y el costo, una restricción fuerte de tiempo puede significar un incremento en costos y una reducción en los alcances, y un presupuesto limitado puede traducirse en un incremento en tiempo y una reducción de los alcances.
La disciplina de la gestión de proyectos consiste en proporcionar las herramientas y técnicas que permiten al equipo de proyecto (no solamente al gerente del proyecto) organizar su trabajo para cumplir con todas esas restricciones.

Tiempo

El tiempo se descompone para propósitos analíticos en el tiempo requerido para completar los componentes del proyecto que es, a su vez, descompuesto en el tiempo requerido para completar cada tarea que contribuye a la finalización de cada componente. Cuando se realizan tareas utilizando gestión de proyectos, es importante partir el trabajo en pedazos menores para que sean fáciles de seguir .

Costo

El costo de desarrollar un proyecto depende de múltiples variables incluyendo costos de mano de obra, costos de materiales, administración de riesgo, infraestructura (edificios, máquinas, etc.), equipo y utilidades. Cuando se contrata a un consultor independiente para un proyecto, el costo típicamente será determinado por la tarifa de la empresa consultora multiplicada por un estimado del avance del proyecto.

Alcance

Requerimientos especificados para el resultado final. La definición global de lo que se supone que el proyecto debe alcanzar y una descripción específica de lo que el resultado final debe ser o debe realizar. Un componente principal del alcance es la calidad del producto final. La cantidad de tiempo dedicado a las tareas individuales determina la calidad global del proyecto. Algunas tareas pueden requerir una cantidad dada de tiempo para ser completadas adecuadamente, pero con más tiempo podrían ser completadas excepcionalmente. A lo largo de un proyecto grande, la calidad puede tener un impacto muy significativo en el tiempo y en el costo (o viceversa).

7 Mejores practicas para gestionar tu proyecto

1. Defina el Alcance y los Objetivos del Proyecto

Primero entienda los objetivos del proyecto. Suponga que su jefe/a le pide que organice una campaña de donantes de sangre, ¿Cuál es el objetivo: obtener la mayor cantidad de sangre posible? O es ¿levantar el perfil local de la empresa? Decidir cuáles son los objetivos reales le ayudará a planificar el proyecto.
El alcance o área de competencia define los límites del proyecto. Decidir que es lo que está dentro o fuera de los límites del proyecto determinará la cantidad de trabajo que se necesitará realizar.
Entienda quiénes son los accionistas, qué producto esperan que se les entregue y consiga su respaldo. Una vez que tenga el alcance y los objetivos del proyecto definidos, deje que los accionistas los revisen y le presten su acuerdo.

2. Defina las Tareas

Debe definir que tareas se esperan del proyecto. Si por ejemplo su proyecto es una campaña publicitaria para una nueva barra de chocolate, entonces una tarea sería producir el trabajo de arte para la publicidad. Por eso defina que cosas tangibles deben ser producidas y documéntelas con suficiente detalle para que cualquiera de los involucrados pueda llevarla a cabo correcta y eficientemente.
Los accionistas claves deben revisar la definición de las tareas y estar de acuerdo que las mismas reflejan adecuadamente lo que se espera.

3. Planifique el Proyecto

Planificar requiere que el gerente de proyecto decida qué gente, recursos y presupuestos se requieren para completar el mismo.
Usted debe definir que actividades se requieren para producir los productos, utilizando técnicas tales como Estructura Analítica de Proyectos ( Work Breakdown Structures –WBS; en el gerenciamiento de proyectos el WBS es una técnica que consiste en la descomposición del proyecto en partes manejables).
Usted debe estimar los tiempos y los esfuerzos requeridos para cada actividad, las dependencias entre actividades y luego decidir un programa realista para completarlas. Involucre al equipo de proyecto en la estimación de la duración de las actividades. Establezca hitos que indiquen fechas críticas durante el desarrollo del proyecto. Escríbalas en su planificación. Pida a los accionistas principales que la revisen y presten su consentimiento al plan.

4. Comunicación

La planificación del proyecto resulta inútil si no es comunicada efectivamente al equipo de proyecto. Cada miembro del equipo necesita conocer sus responsabilidades. Una vez trabajé en un proyecto en donde el project manager se quedó sentado en su escritorio rodeado de un enorme cronograma. El problema fue que nadie en ese equipo sabía cuales eran las tareas y las fechas tope, pues nadie había compartido la planificación. El proyecto sufrió todo tipo de problemas porque la gente hacía actividades que pensaban que eran importantes en vez de hacer las que el director de proyecto les había asignado.

5. Seguimiento y Reporte de Avance del Proyecto

Una vez que el proyecto esté en ejecución usted debe monitorearlo y comparar el progreso actual con el proyectado. Necesitará reportes de avance de proyecto que deberán producir los miembros del equipo. Usted deberá registrar las variaciones entre lo real y lo proyectado, tanto en lo referente a costos, como a cronograma y al alcance. Deberá reportar las variaciones a su superior y a los accionistas claves para poder tomar acciones correctivas antes de que esos desfasajes sean demasiado grandes.
Puede ajustar el plan de muchas maneras para volver a poner la planificación en el camino trazado pero siempre terminará equilibrando costos, cronograma de tareas y alcances. Si el director de proyecto cambia una de estas, entonces uno o los dos elementos restantes deberán inevitablemente ajustarse de forma acorde. Es justamente el balance estos tres elementos –conocidos como el triángulo del proyecto- lo que típicamente causa los mayores dolores de cabeza al manager de proyecto.

6. Gestión del Cambio

Los accionistas a menudo cambian de parecer en lo que respecta a las áreas de cada proyecto. A veces cambia el entorno de negocios en medio del desarrollo, y los supuestos que se hicieron al comenzar no siempre siguen siendo válidos. Esto a veces implica que el cronograma o las tareas deban ser cambiados. Si el manager del proyecto acepta todos los cambios, muy probablemente el proyecto se saldrá de presupuesto, se atrasará y hasta podría no terminarse.
Administrando los cambios, el líder de proyecto puede tomar decisiones sobre si incorporar o no los cambios inmediatamente o en el futuro, o directamente rechazarlos. Esto aumenta las posibilidades de que el proyecto sea exitoso porque el project manager controla la forma en que esos cambios son incorporados, puede disponer nuevos recursos acordes al cambio y puede planificar cuando y como se harán los mismos. Una de las razones por lo que a veces fracasan los proyectos es por la imposibilidad de gestionar los cambios eficientemente.

7. Gestión del Riesgo

Los riesgos son eventos que pueden afectar negativamente su proyecto. He trabajado en proyectos en lo que los riegos incluyeron: un plantel laboral que no tenía las habilidades técnicas requeridas para realizar el trabajo, la falta de entrega a tiempo de hardware u otros equipos, una sala de control con riesgo de inundación y muchos otros. Los riesgos varían con cada proyecto pero se debe identificar lo antes posible los riesgos del proyecto en particular. Se debe planificar para evitar los riesgos o, si los riesgos no pueden ser evitados, para mitigar su impacto en el proyecto en caso de que efectivamente ocurra. Esto se conoce como gestión del riego (risk management).
Usted no controla todos los riesgos porque estos pueden ser muchos y no todos tienen el mismo impacto.

La relación entre Software Libre y Gobierno Electrónico

 Tomado de: Software Público Uruguayo

La relación entre Software Libre y Gobierno Electrónico

Cuando me invitaron a escribir sobre esta temática, la pregunta fue, ¿cuál sería el público objetivo? ¿técnicos en informática, abogados, o el usuario de software?. La respuesta fue que en realidad, los conceptos que definen al software libre –y en mi opinión al software público– no son técnicos. Muy por el contrario, el porqué son tan importantes en el funcionamiento del Estado y cómo la sociedad puede verse beneficiada con el uso de software libre y desarrollo de software público, atañe a factores sociales, de derechos humanos y desarrollo económico.

Analizaremos la gestión de compra y desarrollo de soluciones informáticas que lleva adelante el Estado, intentando reflexionar sobre la relación que existe entre esta gestión y los derechos de los ciudadanos, así como su impacto en el sistema económico y social. Para hablar de software público en el Estado, primero hay que entender por qué es necesario fomentar el uso y desarrollo de software libre dentro del mismo.

Uso y desarrollo de software libre en el Estado

El Estado tiene la responsabilidad y la obligación de velar por los derechos de los ciudadanos. La forma en que adquiere y desarrolla software no escapa a esta obligación. Derechos como la libertad, privacidad, acceso al conocimiento e igualdad de oportunidades, temas como independencia y soberanía nacional pueden ser restringidos sin una gestión adecuada de las Tecnologías de la Información y la Comunicación (TIC). Intentaré mostrar cómo, al tomar en cuenta el uso y desarrollo de software libre, es posible no solo asegurarlos sino promoverlos.

Independencia y Soberanía

La independencia y soberanía de una Nación radica en la capacidad de controlar sus medios de producción. En pleno siglo XXI este control no se concibe sin un control real sobre las tecnologías de las cuales dependen los sistemas de producción. Estamos hablando de la necesidad de tener independencia y soberanía tecnológica. Si la tecnología se basa en software privativo ese control no existe, o más bien lo dejamos en manos de empresas transnacionales. ¿El lector se imagina al Estado realizando una demanda a empresas que facturan más que nuestro PBI por algún tipo de fraude?

Por similar razón no se privatizan los servicios de la Policía. Una sociedad no puede dejar en manos de intereses privados aquellas tareas que sean vitales para su supervivencia y soberanía. ¿Qué pasaría si todo el sistema de atención del 911 simplemente dejase de funcionar de un momento para otro? Este riesgo existe y para citar un ejemplo considere el caso del sabotaje petrolero que sufrió Venezuela en el 2002, posible en parte por la utilización de sistemas operativos y software privativos en la automatización de sus procesos. Entonces ¿hoy en día la Policía sería realmente independiente?

Libertad

Es un derecho consagrado en el artículo 7° de la constitución. Si decimos que todos nosotros como seres humanos, tenemos derecho a la libre circulación en los espacios públicos parece obvio pero ¿qué sucede cuando nos referimos a nosotros como seres del conocimiento? A diferencia de nuestro físico, en la era de la información nuestro conocimiento se mueve (almacena y transporta) sobre medios digitales. Supongamos que ciertos datos del ciudadano son almacenados en un formato cerrado que sólo puede ser leído por un único programa privativo. Sería como vender los espacios públicos y que la libre circulación dependiera de la buena disposición de unos pocos individuos. La única forma de asegurar la libertad del conocimiento y de la información es utilizar software libre como vehículo de datos.

Privacidad

Según el artículo 1° de la ley 18.331 la protección de datos personales es un derecho humano y según el artículo 10 de la misma ley, el Estado debe garantizar la seguridad y confidencialidad de los mismos. Esto no es posible sin conocer el funcionamiento interno del software que se utilice para manipular dichos datos y la forma de conocerlo es accediendo al código fuente. ¿Por qué la NASA habrá migrado su manejador de bases de datos de Oracle a MySQL?

Acceso al conocimiento

Según el principio de la publicidad, derivado de la forma republicana de gobierno: si el conocimiento es del Estado, es un bien público. Entonces debe ser compartido con toda la sociedad. ¿Cómo es posible que el Estado acepte que se restrinja la transmisión de conocimiento cuya generación pagamos todos? ¿Por un licenciamiento que no lo permite?

Cada vez que el Estado participa en la adopción o desarrollo de una solución informática se genera conocimiento, pero debemos preguntarnos de qué lado queda ese conocimiento. ¿No será una buena estrategia de gestión poder capitalizar dicho conocimiento a la interna de la organización? Sin embargo, debido a una característica intrínseca del software, este conocimiento queda cerca del código fuente. Por lo tanto, en vías de asegurar estos derechos, contar con el código fuente se vuelve una condición necesaria. Al igual que en los libros donde obtenemos el conocimiento al leerlos, en el caso del software el conocimiento generado sólo puede ser obtenido leyendo el código fuente. Un efecto colateral pero muy valioso de cuando el Estado logra apropiarse del conocimiento es la formación de una contraparte técnica calificada a la hora de tener que interactuar con proveedores o al confeccionar licitaciones.

Igualdad de oportunidades

El Estado es uno de los principales consumidores de software y debido a lo variado de su realidad de negocio cualquier política o acción que tome, impacta directamente sobre el ecosistema económico del sector de producción de software nacional. Por su característica de conocimiento abierto y trabajo constructivo acumulativo, el uso de Software Libre en el Estado abre la cancha para la participación de actores actualmente excluidos; las PyME que de otra manera les sería imposible por una cuestión de costos y exigencia de credenciales.

En los procesos de licitación de compra de software tradicionales se piden requisitos como mínimos de facturación anual y tener el producto instalado en instituciones de porte similar. Esto deja fuera del ruedo a pequeñas empresas nacionales o bien las obliga a asociarse (partner) con transnacionales para conseguir dichas credenciales, convirtiéndolas en simples vendedores de cajitas. La exigencia de credenciales es necesaria ya que vamos a basar nuestro negocio en una nueva solución informática pero una alternativa para obtener el mismo nivel de confianza podría ser que la oferta se base en una licencia libre. Así el Estado podría auditar el código, asegurando que el software haga lo que dice y tenga los estándares de calidad necesarios y en última instancia, frente al incumplimiento por parte de la empresa es posible cambiar de proveedor porque contamos con el código fuente.

Uso eficiente de los recursos económicos y la gestión humana

¿Qué pasaría si un ministerio comprase una flota de autos que sólo pueden ser utilizados para un fin establecido y conducidos solamente por un chofer? Descabellado, ¿no? Pues bien, esta es la modalidad corriente en el modelo de adquisición de Software. Por ejemplo, sólo pudiendo instalarlo en 5 computadores. Ni hablemos de poder compartirlo con otro sector del Estado. La base de esta incongruencia es considerar al software privativo como un producto, lo que creo es la gran falacia que nos venden desde siempre en un intento de armar un modelo de negocios rentable tomando como referencia el modelo de comercialización de productos físicos.

Me gusta referirme a esta contradicción como la “paradoja dual en la comercialización del software como producto”, donde se trata como producto algo que se comporta más como un servicio. Sin embargo, considero que al disponer del código fuente definitivamente podemos hablar de producto, ya que en este caso podremos estudiar al software libre bajo una óptica dual al igual que la luz (¿onda o partícula?). Si consideramos el código binario (el ejecutable, por ejemplo) estaremos viendo el uso, es decir el servicio y por otra parte al considerar el código fuente estaremos viendo un producto, el que puedo modificar o entregar a otro.

En el discurso tradicional al usuario se le vende –o este cree estar comprando– un producto como quien compra un auto. Sin embargo se trata de un servicio, un derecho temporal de uso. Un producto podría volver a venderlo. Otra hipótesis errada es pensar que uno puede cambiar de software como quien cambia de auto. Nadie piensa en la “la migración del auto a una nueva versión”. En el caso del software estos cambios son traumáticos y costosos porque en realidad lo que estamos cambiando es un servicio que ya forma parte de nuestro proceso de negocio.

Al tener el código fuente, algo tangible, lo puedo tomar, modificar y volver a distribuir. ¡Eureka! Puedo capitalizar una solución de software. Me gusta analizar esta naturaleza dual separando al software en un plano conceptual de dos dimensiones “producto/servicio” y otro plano físico “código fuente /código binario”. Por eso al adquirir software privativo solo obtenemos servicio, mientras que al adquirir software libre obtenemos servicio y producto.

Fomentar el uso y desarrollo de software libre en el Estado persigue entre otras cosas, no reinventar la rueda y al mismo tiempo permitir la flexibilidad de adaptar el software a cada necesidad. Esto implica no caer en los extremos que plantea el modelo de software privativo; comprar repetidamente lo mismo una y otra vez o en el mejor de los casos lo comprar una vez y lo utilizar como camiseta de talla única obligado a adaptar el negocio al software y no al revés, que sería lo natural.

Volviendo al asunto de los derechos, en el mundo físico los ejemplos son claros y difíciles de rebatir. Sin embargo en el mundo digital se vuelve complejo de entender, sobretodo porque en general las personas carecen del conocimiento técnico necesario para llegar a ver el problema. Con respecto a colocar la independencia y soberanía en manos desconocidas parece que nadie hace eco de esta problemática, entonces me pregunto ¿el Estado es realmente consciente del grado de dependencia que tiene con la informática? ¿Está preparado para una falla? ¿Es posible ser soberano sin tener soberanía tecnológica?

¿Qué es Software Público Uruguayo?

El concepto “Software Público”, acuñado inicialmente por Brasil (SPB) apoyado por varios países de la región, se ha transformado en la iniciativa “Software Público Internacional” (SPI). Éste concepto es el producto de un proceso que se inicia en Brasil en el año 2001 cuya formalización legal y técnica culmina con el lanzamiento del portal de Software Público Brasileño en el año 2007.

Aún es un tema polémico y en estado de evolución, particularmente en Uruguay se encuentra en un estado embrionario a la interna del gobierno y no existe en el debate público, a excepción de alguna iniciativa de la sociedad civil que trata de aportar luz en este camino. Tomando como base la definición de “Software Público Brasileño” y colocándola en el contexto de nuestra realidad social, económica y productiva en torno a las TIC, me gustaría compartir con el lector lo que, en mi opinión, debería formar parte de la definición de “Software Público Uruguayo” (SPU).

Entendemos por “software” a un programa acabado y listo para ser ejecutado. El término “público” lo interpretamos en un sentido amplio de “bien público” o aquello que le pertenece a todos. En particular me refiero a aquel software que es de interés del Estado y de su propiedad. Aquí entraría cualquier software que sea desarrollado o adquirido por el Estado siempre que sea de su propiedad. En tal caso, la sociedad debería poder usufructuarlo pues al fin y al cabo el Estado ya pagó y lo hizo con el dinero de todos nosotros. Al considerar un software como “bien público” estamos diciendo que queremos compartirlo, lo que implica que cada uno pueda utilizarlo para satisfacer sus necesidades, incluyendo la posibilidad de modificarlo y aprender de él.

Entonces ¿software público sería aquel software adquirido o desarrollado por el estado? La respuesta es no y se debe a un tema de licenciamiento. Para compartir un determinado software con la sociedad en general y con el resto del Estado en particular, se debe contar con una licencia que permita este tipo de uso y por supuesto con el código fuente, asegurando al usuario las cuatro libertades según ladefinición de la Free Software Foundation. Como el lector podrá apreciar, gran parte del software adquirido y/o desarrollado por el Estado sigue un modelo de licenciamiento que no otorga estas libertades, por lo tanto no puede ser considerado software público.

¿Qué se compra en realidad al comprar una solución de software que solo incluye el código binario? En realidad se está comprando un servicio, está alquilando el derecho a uso por un cierto tiempo bajo ciertas condiciones. Se trata de la “paradoja dual de la comercialización del software como producto” que introduje en la sección anterior.

Para completar la definición de software público uruguayo, además de tener que ser de interés del Estado, de su propiedad y disponibilizado bajo una licencia libre, falta contestar otras dos preguntas.

La primera es ¿qué sucede con los derechos de autor de la marca y logo del software? Es necesario asegurar que todo software público permanezca siempre como un bien público. Para esto, además del acceso al código fuente se necesita una Licencia Libre de Marca, estableciendo que el autor cede los derechos de toda marca, nombre, logotipo o isotipo relacionado al software libre en cuestión. Esto evita que el autor del software pueda llegar a restringir las libertades de los usuarios de forma indirecta. Por ejemplo, cuando la confianza de un producto se ve fuertemente relacionada a una marca, puede confundir a los usuarios si hoy o mañana dicha marca pasa a utilizarse para un producto privativo. Otro ejemplo sería enfrentar alguna demanda reclamando el pago de regalías por utilizar una marca o logotipo en determinado contexto de uso de una aplicación.

La segunda pregunta que falta responder es ¿cómo se puede asegurar un nivel de soporte que haga sostenible el mantenimiento y evolución del software a largo plazo? La respuesta pasa por generar y asegurar una Comunidad Virtual Nacional; un grupo activo de personas que pertenezcan a nuestro país, cuyo objetivo sea el desarrollo y evolución de dicho software. Los actores de esta comunidad pueden ser agentes del gobierno, empresas, asociaciones civiles o cualquier ciudadano, pero debe existir por lo menos un referente o líder que oficie de facilitador en la gestión de la comunidad.

Tanto “Licencia Libre de Marca” como “Comunidad Virtual Nacional” son conceptos provenientes de sus homólogos brasileños y creo que hacen a la diferencia sustancial en la definición sobre qué es software público.

¿El modelo de negocios detrás del Software Público?

Hemos tratado el tema de la soberanía tecnológica como condición necesaria para ejercer soberanía nacional, en tal sentido la definición de software público uruguayo surge como una respuesta concreta. Sin embargo hasta ahora hemos visto el “qué” pero no el “cómo”. Nada de lo anterior tendría sentido sin el planteo de un modelo de negocios sustentable. Me refiero al rol que juega la empresa. No habrá pensado el lector que todos los desarrolladores de software libre deban ser funcionarios públicos, ¿cierto? Y es que detrás de la definición de software público existe un modelo que permite conjugar Estado, sociedad y empresa con política, economía y solidaridad. Un modelo donde es posible hacer negocio y generar desarrollo manteniendo valores esenciales como la libertad, solidaridad, justicia social e igualdad de oportunidad para todos los ciudadanos.

El modelo de software público tiene cinco componentes, el producto, los servicios asociados, la prestación de servicios, la gestión de la colaboración y centrarse en la divulgación del conocimiento. El producto refiere a un software acabado listo para instalar, los servicios asociados son herramientas tales como un portal, un repositorio de software y código fuente, foros, blogs y demás herramientas tecnológicas que den soporte al resto de los componentes del modelo. La prestación de servicios refiere a los proveedores de servicio, empresas que brindan soporte, asesoramiento, capacitación o desarrollo en torno a alguno de estos productos. La divulgación del conocimiento se refiere a estimular el desarrollo de comunidad. En este punto el rol del Estado como gestor del conocimiento es fundamental para la conservación de los valores de la colaboración, del compartir, asegurando la salud de la comunidad. Sin una comunidad activa y saludable el modelo se convierte en un mero catálogo de proveedores de soluciones para el Estado. La clave está en lograr un modelo de desarrollo solidario basado en valores, considerando al conocimiento como un bien público, asegurando su divulgación.

Si se pregunta cómo puede funcionar un modelo de negocio basado en estos principios, la respuesta la puede encontrar en el portal de software público brasileño donde las empresas que participan han cambiado su paradigma de modelo de negocios. Dejando de lado el modelo de licenciamiento y pasando al modelo de desarrollo llave en mano, cobrando por el conocimiento generado en cada iteración. En este modelo no es necesario grandes inversiones iniciales pues se trabaja sobre el “delta”. Al basarse en un desarrollo existente, se cobra por la adaptación o extensión del sistema. A la vez y dado que el Estado es el principal cliente, un proveedor en este escenario accede a una cartera de clientes (todas las instituciones del Estado) de forma casi inmediata con poca burocracia, donde sus credenciales vendrán dadas por su reputación en la comunidad que gira en torno al producto.

Un modelo similar al brasileño se puede observar en otro tipo de emprendimiento de software libre, en este caso el de la Asociación gvSIG donde un conglomerado de empresas de muchos países hacen evolucionar una herramienta libre como gvSIG siempre respaldados por una comunidad mundial y respetando valores de libertad y solidaridad, generando oportunidades de negocio reales en más de 200 ciudades del mundo.

Tanto en la región como en el resto del mundo aparecen declaraciones de presidentes y jerarcas del gobierno a favor del software libre. En Europa se están registrando este tipo de movimiento cada vezcon más fuerza, donde el Estado está cambiando su política tecnológica hacia el software libre. Sin duda la crisis económica europea debe estar influyendo, pero nada de esto sería posible si el software libre fuera solo algo de geeks, peludos y barbudos. Además, pregúntese qué hay dentro de las cajas negras que venden las grandes empresas de software y verá que utilizan más software libre del que usted imagina, aprovechándose del conocimiento generado en la comunidad que luego se lo venden con una hermosa moña.

Uruguay se debe este debate y es hora que el Estado tome cartas en el asunto y quesoftwarepublico​.gub​.uy sea una realidad.

Álvaro Rettich

http://​cesol​.org​.uy

Instalando GLPI – Gestión Libre del Parque Informático

Tomado de:  GESTION DE INCIDENTES

GLPI es una aplicación libre de código abierto la cual nos permite llevar una gestión de nuestro parque informático, así como la gestión de incidencias y tareas referentes a los mismos.
En ocasiones necesitamos una herramienta de gestión en la cual tener todo el inventario de dispositivos, así como las asistencias que se realizan en ellos. Con esta herramienta tenemos salvadas todas estas tareas, de un modo sencillo y eficaz.

Descargar e instalar GLPI

El siguiente paso es descargar la aplicación GLPI, para ello nos dirigimos al sitio oficial y hacemos clic TÉLÉCHARGER, para posteriormente hacer clic en GLPI Version X.X.X.

Una vez lo hemos descargado tenemos que descomprimir el paquete en el directorio C:\xampp\htdocs.

A continuación abrimos un explorador y tecleamos la dirección http://localhost/glpi. Elegimos el idoma que deseamos usar y hacemos clic en el botón OK.

En el siguiente paso aceptamos los términos de licencia y hacemos clic en el botón Continuar.

A continuación hacemos clic en el botón Instalación para comenzar el proceso.

Tras realizar un test de los componentes necesarios hacemos clic en el botón Continuar.

Ahora nos solicita los datos de conexión a la base de datos, para ello en la casilla Servidor Mysql introducimos el nombre localhost; en la casilla Usuario Mysql el nombre root y en la casilla Contraseña Mysql la contraseña creada en el proceso anterior de seguridad. Una vez introducidos todos los datos hacemos clic en el botón Continuar.

El siguiente paso es crear la base de datos para nuestra aplicación, elegimos la opción Crear una base de datos o utilizar la que ya existe e introducimos el nombre gpli. Una vez realiza la operación hacemos clic en el botón Continuar.

Nos aparece un mensaje donde dice que la base de datos se ha creado correctamente, hacemos clic en el botón Continuar.

Por último nos indica que la instalación ha finalizado, para comenzar a usar GLPI vamos a hacer clic en el botón Continuar.

Configurar GLPI

En el explorador que se ha abierto introducimos las credenciales del usuario glpi con contraseña glpi y hacemos clic en el botón Aceptar.

Una vez dentro hacemos clic en la opción preferencias.

El siguiente paso será cambiar la contraseña predeterminada de nuestra aplicación, por lo que introducimos la nueva contraseña y los datos de usuario. Una vez hecho hacemos clic en el botón Actualizar.