<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Eduardo Millán &#187; open source</title>
	<atom:link href="http://eduardomillan.com/tag/open-source/feed/" rel="self" type="application/rss+xml" />
	<link>http://eduardomillan.com</link>
	<description>Dosis personales de un emprendedor</description>
	<lastBuildDate>Sun, 05 Feb 2012 21:56:24 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>El gestor de proyectos perfecto</title>
		<link>http://eduardomillan.com/el-gestor-de-proyectos-perfecto/</link>
		<comments>http://eduardomillan.com/el-gestor-de-proyectos-perfecto/#comments</comments>
		<pubDate>Thu, 07 Jan 2010 14:38:44 +0000</pubDate>
		<dc:creator>Eduardo Millán</dc:creator>
				<category><![CDATA[Management]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[gestor]]></category>
		<category><![CDATA[open source]]></category>
		<category><![CDATA[project management]]></category>
		<category><![CDATA[proyectos]]></category>

		<guid isPermaLink="false">http://eduardomillan.com/?p=33</guid>
		<description><![CDATA[Por el blog de Undead, publicamos algunas experiencias con herramientas clasificadas como &#8220;gestores de proyectos&#8220;, y de hecho llevo ya varios años haciendo uso de este tipo de software. He probado muchas aplicaciones, principalmente en entorno web, tanto a nivel de SaaS como soluciones open source descargables e instalables en un servidor web. Algunas me [...]]]></description>
			<content:encoded><![CDATA[<p>Por el <a title="Blog de Undead Code Studios" href="http://www.undeadcode.com">blog de Undead</a>, publicamos algunas experiencias con herramientas clasificadas como &#8220;<a title="Gestores de Proyectos" href="http://www.undeadcode.com/index.php?s=gestores+de+proyectos">gestores de proyectos</a>&#8220;, y de hecho llevo ya varios años haciendo uso de este tipo de <em>software</em>. He probado muchas aplicaciones, principalmente en entorno web, tanto a nivel de <a title="Software como Servicio" href="http://es.wikipedia.org/wiki/Software_como_servicio"><em>SaaS</em></a> como soluciones <em>open source</em> descargables e instalables en un <em>servidor web</em>. Algunas me han llegado a parecer muy productivas, usándolas durante cierto tiempo, pero por unas cosas o por otras, al final siempre he tenido la sensación de que se quedaba pequeño, o no terminaba de convencerme.</p>
<p>¿Qué tendría que tener el gestor de proyectos perfecto? En mi opinión,</p>
<ul>
<li><strong>Usuarios, roles y permisos.</strong> La mayoría implementa todo esto, pero en muchas ocasiones de forma un tanto rara. Los usuarios tendrían que poder englobarse en grupos (dirección, equipo, freelancers, colaboradores&#8230;) y en base a ello, que tuviesen ciertos permisos, para acceder a unos módulos u otros.</li>
<li><strong>Agenda.</strong> Disponer de una agenda de contactos, puede llegar a ser muy útil, para no recurrir al archivador de tarjetas, al correo&#8230;</li>
<li><strong>Wiki.</strong> Una <em>wiki</em> que resulte útil, pues algunos la incorporan en modo demasiado simple, o con un diseño que apenas permite encontrar algo o documentar a gusto. Además, que sea definible por proyectos, de tal manera que una persona que estuviese en el proyecto <em>A</em>, no puede acceder a la documentación del proyecto <em>B</em>.</li>
<li><strong>Proyectos.</strong> En un proyecto pueden participar usuarios de diferentes grupos, cada uno con una serie de permisos. La flexibilidad ideal sería, por ejemplo, que al subir un archivo, pudieses elegir qué grupo podría verlo o editarlo. Y disponer de otras funcionalidades como calendario, <a title="Diagrama de Gantt" href="http://es.wikipedia.org/wiki/Diagrama_de_Gantt">diagramas de Gantt</a>&#8230;</li>
<li><strong>Tareas.</strong> Siguiendo el punto anterior, un buen gestor de tareas. <em>Milestone</em> o hitos, listas de tareas, tareas sin estar dentro de una lista, asignaciones a personas y en tiempo&#8230; De un vistazo, tener el control de lo que se está haciendo, de lo que queda por hacer, de quién está con ello&#8230;</li>
<li><strong>Ficheros.</strong> Gestión de ficheros, divididos por categorías, <em>tags</em>&#8230; e integración con <a title="Subversion" href="http://es.wikipedia.org/wiki/Subversion">subversion</a>.</li>
<li><strong>Foros.</strong> Organizados por proyectos, también con un sistema de permisos / grupos / usuarios, y con alertas. Al nuevo mensaje, correo! Una moderación avanzada, también se agradecería. Borrar mensajes, editarlos, trasladarlos&#8230;</li>
<li><strong>Usabilidad / Manejo.</strong> En general, todos los gestores suelen pecar de ser algo &#8220;duros&#8221; a la vista. Los temas visuales no están nada cuidados, y la usabilidad a la hora de manejo y configuración muy pobre. Muy &#8220;<em>1.0</em>&#8220;. Permitir un diseño personalizable, pero con uno potente por defecto, tener los módulos bien organizados, búsquedas&#8230;</li>
<li><strong>Open Source.</strong> Para ser perfecto, tendría que ser <em>Open Source</em>, sencillo de instalar (sin mil instalaciones previas por consola), de configurar (<a title="Interfaz Gráfica" href="http://es.wikipedia.org/wiki/GUI"><em>GUI</em></a>), y realizado bajo <em>PHP</em> / <em>MySQL</em>.</li>
</ul>
<p>La principal limitación viene al a hora de controlar temas como manejar información para diferentes equipos / personas, de tal manera que en un mismo proyecto, puedas decidir qué documentos compartes con quién (o con qué grupo), qué mensajes son para todos o sólo para algunos&#8230; o temas como asignar tareas muy puntuales a una persona que no está dentro de un proyecto, sino en otro, pero que de forma temporal necesita acceder a algo presente en otro proyecto&#8230; Son cosas no habituales, pero cuando el equipo es muy limitado y dependes de muchos <em>freelance</em> o colaboradores, facilitan la organización.</p>
<p>Los proyectos que he ido usando /probado: <a title="DotProject" href="http://www.dotproject.net/">dotProject</a>, <a title="ProjectPier" href="http://www.projectpier.org/">ProjectPier</a>, <a title="Egroupware" href="http://www.egroupware.org/">Egroupware</a>, <a title="Trac" href="http://trac.edgewall.org/">Trac</a>, <a title="PHPProjekt" href="http://www.phprojekt.com/">PHPProjekt</a>, <a title="TikiWiki" href="http://info.tikiwiki.org/tiki-index.php">Tikiwiki</a>, <a title="Assembla" href="http://www.assembla.com/">Assembla</a>, <a title="Clocking IT" href="http://www.clockingit.com">Clocking IT</a>, <a title="TeamBox" href="http://www.teambox.com/">TeamBox</a>. Y seguro que alguno más me dejo por ahí&#8230; ;) alguna sugerencia? :P</p>
]]></content:encoded>
			<wfw:commentRss>http://eduardomillan.com/el-gestor-de-proyectos-perfecto/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

