He trabajado independientemente con PHP, Ruby y, en su mayoría, marcos de código abierto durante mucho tiempo. Ahora que tengo cierta base de clientes, me están dando proyectos regulares.
He decidido entrar en una empresa de pleno derecho con varios empleados, algunos serán contratados y otros son autónomos.
Lo que estoy buscando es un software de administración de proyectos que me permita administrar varios proyectos, como crear logotipos, identidad corporativa, CMS y comercio electrónico.
Estoy buscando algunos consejos sobre una solución de interfaz web de código abierto que me permita:
La lista anterior puede no ser completa, estoy comenzando en esto, siéntase libre de agregar más.
También me gustaría agregar que mientras buscaba en Google me encontré con Achievo , Redmine , Project-Open .
Aunque soy un principiante en esto, la opinión de algunos usuarios será muy útil.
También necesito el compromiso de los clientes. Para algunos clientes me gustaría que vieran los problemas que crearon o ver qué tareas están pendientes y cuáles están a punto de completarse. ¿O debería haber un software completamente independiente para gestionar la participación del cliente? Me gustaría enfatizar el hecho de que la facturación al cliente no es un gran problema, ya que hay muchas otras buenas alternativas disponibles.
¿Alguno de los programas de PM me permite definir lo que un cliente en particular puede ver?
Jira, como lo mencionó Hoang Long, es bueno, pero puede ser abrumador en términos de precio y facilidad de uso para principiantes, sin embargo, fue el software PM más rico y completo que encontré. Teniendo en cuenta que no le faltan fondos, supongo que debería invertir tiempo y dinero en un buen software PM para optimizar los procesos comerciales en etapas posteriores.
He usado y recomendaría JIRA junto con Confluence . Es fácil de usar y tiene casi las funciones que necesita. También permite que su cliente inicie sesión, vea el progreso, cree problemas e incluso comente las tareas.
O puede echar un vistazo a Trac , pero este software de código abierto tiene una disputa sobre la configuración difícil.
Es posible que no lo encuentre todo en una sola solución. Recomiendo: el conjunto de herramientas 37Signals.com (BaseCamp para principiantes) para la participación y colaboración del cliente; encontrar una buena empresa de facturación/facturación basada en la web (referencias en SmashingMagazine); por último, reconsidere o simplifique en gran medida los diagramas de Gantt. Basecamp ni siquiera los incluye.
Construya lentamente.
El desarrollador web aquí y Fogbugz funciona muy bien para nosotros, ya que es una herramienta de seguimiento de errores con funciones de gestión de proyectos creadas específicamente para el desarrollo de software. Incluso lo usamos para el seguimiento de problemas de soporte con correo electrónico incorporado porque también tiene todas las funciones necesarias para eso. El EBS (programación basada en evidencia) es algo digno de contemplar, la interfaz de Fogbugz es limpia y utilizable, y también maneja todo nuestro seguimiento del tiempo con fines de facturación. También puede enviar correos electrónicos desde casos y las respuestas retrocederán y agregarán el caso, y los usuarios externos pueden recibir una página donde pueden rastrear el estado de las cosas sin iniciar sesión (clientes).
En resumen, hace todo lo que querías, lo hace bien, es muy usable, está diseñado específicamente para el desarrollo de software y la versión más nueva incluso es compatible con navegadores móviles, muy recomendable.
http://www.fogcreek.com/fogbugz/features/project-management.html
Ah, sí, la instalación y administración para ejecutarlo en su propio servidor es fácil y creo que el precio podría ser más ideal que tenerlos alojados y pagar mensualmente: http://www.fogcreek.com/fogbugz/for-your -servidor.html
La promesa de Fog Creek:
Si no está satisfecho, por cualquier motivo, dentro de los 90 días obtendrá un reembolso completo, punto, sin preguntas. No queremos tu dinero si no eres increíblemente feliz.
Es posible que desee echar un vistazo a Jira de Atlassian y su conjunto completo de productos para la gestión de proyectos.
La licencia de inicio para pequeñas empresas con un número reducido de usuarios tiene un precio insignificante. Puede ayudarlo a comenzar a tener sus proyectos bajo control y será igualmente útil y actualizado si la cantidad de proyectos y empleados en su empresa aumenta en el futuro.
La empresa para la que trabajo, Vertabase, fabrica un software de gestión de proyectos que parece encajar bien.
EN RESPUESTA A SU ACTUALIZACIÓN Vertabase le permite controlar lo que ve cada cliente. Puede establecer controles de nivel de acceso muy granulares si lo desea.
SmashingMagazine (punto) com/2008/11/13/15-useful-project-management-tools/ es una lista de 15 herramientas útiles de gestión de proyectos.
Busque en el sitio más listas de "lo mejor de" para herramientas de gestión de proyectos, facturación y seguimiento del tiempo.
Descubrí que Smashing Magazine es muy útil para todo tipo de preguntas sobre desarrollo web e ideas técnicas.
He tenido una buena experiencia con Dotproject ( http://www.dotproject.net/ ).
Algunos de los principales contribuyentes comenzaron una bifurcación, que parece prometedora (pero eso es todo lo que puedo decir al respecto): Web2project ( http://web2project.net/ )
Además de la facturación, que este sitio no incorpora, es posible que desee ver Unfuddle, que maneja el seguimiento de tickets, hitos, mensajes, control de fuente (GIT o Subversion), seguimiento de tiempo y puede manejar múltiples usuarios con diferentes niveles de acceso.
Hay una versión gratuita que puede usar o, a medida que su equipo crece, puede actualizar su cuenta según sea necesario.
Uso Redmine desde hace algún tiempo para la colaboración remota y la gestión de proyectos para mis socios y clientes. Lo que me encanta de él son las características bastante avanzadas, la extensibilidad incorporada y el hecho de que escribir un módulo para él en Ruby realmente no es tan difícil.
Carece del lado del seguimiento del tiempo y la facturación, pero lo compensa con excelentes GANTT, subproyectos y subtareas, dependencias entre proyectos y tareas y más cosas que los fanáticos del control simplemente babean. Y por supuesto es gratis.
Hago mi seguimiento del tiempo con Time Tracker Mac , y las facturas se realizan en Google Docs.
No importa si conoce Python o no para usar Trac al igual que no importa si sabe PHP o no para usar Wikipedia.
La brecha más grande de la implementación de Trac es una que solo vería un participante del proyecto en varios proyectos, a saber, que cada proyecto debe estar en una instancia de Trac separada. Eso significa que no tendría una vista unificada de todos los problemas de todos los proyectos. Para nosotros, eso no ha sido un impedimento.
Hemos modificado el flujo de trabajo de Trac para modelar nuestro flujo de trabajo real. Nuestros clientes obtienen cuentas en Trac y usamos el sistema de emisión de boletos como un sistema de "pelota en la cancha" donde intercambiamos problemas entre nuestro equipo y el equipo del cliente hasta que llegamos a una resolución.
Por ejemplo, un cliente puede abrir un ticket que describa alguna solicitud de función. Invariablemente, el cliente buscará una estimación del esfuerzo en esa característica. De forma predeterminada, todos los tickets nuevos se asignan al PM. El PM recibe una notificación por correo electrónico con un resumen del ticket, inicia sesión en Trac y acepta el ticket. Opcionalmente, puede aceptar el boleto y asignar el boleto. Es posible que la parte asignada no tenga información en el ticket para proporcionar una estimación del esfuerzo. Es posible que falten otras piezas críticas de información, por lo que esa persona le hará preguntas al cliente, configurará el ticket en el estado "need_info" y asignará el propietario del ticket al cliente.
En cada cambio de estado, Trac notificará al reportero, al propietario y, de forma predeterminada, al PM para que todos los que necesiten saber estén informados. Además, tenemos la opción de copiar a otros en el ticket, lo que a veces hacemos según sea necesario.
El cliente responde a las preguntas, establece el ticket en el estado "info_provided" y establece el propietario de vuelta a la parte que lo había rebotado. Suponiendo que no tengamos que hacer otra ronda de preguntas y respuestas, el propietario comentará el ticket y estimará el esfuerzo, establecerá el ticket en "necesita_aprobación" y establecerá el propietario en el cliente.
Si el cliente tiene suficiente información para tomar una decisión y quiere que implementemos esta nueva función, configura el ticket como "aprobado" y nos lo devuelve. Si no quieren continuar, pueden cerrar el ticket.
Si estamos listos para comenzar a trabajar en ese ticket, el miembro del equipo que implementará la función establecerá el ticket en "trabajo_en_progreso". Eso le da al cliente una indicación de que este problema no desapareció en un agujero negro.
Cuando el desarrollador haya terminado, configurará el ticket como "ready_for_qa" y configurará como propietario a alguien de nuestro equipo de control de calidad. La persona de control de calidad puede rebotarlo al desarrollador como "necesita_trabajo" con comentarios o rebotarlo al cliente como "listo_para_aceptación_del_usuario". Nuevamente, el cliente puede devolverlo como "necesita_trabajo" y explicar por qué o puede aceptar cerrando el ticket.
Usamos los hitos de Trac aproximadamente como ciclos SCRUM. Dividimos cada mes en la primera mitad y la segunda mitad, por lo que tenemos dos ciclos por mes. Tenemos dos hitos especiales: "No Programados" y "Proyectos Especiales". Quería ver explícitamente "No programado" para enfatizar el hecho de que el ticket está pendiente, por lo que creamos "No programado". Los "Proyectos especiales" son proyectos más grandes para los que aún no tenemos fondos, pero eventualmente los conseguiremos una vez que los tengamos.
Los excelentes informes de Trac facilitan que los participantes del proyecto sepan quién es responsable de qué en un momento dado y les da a todos una idea del progreso (o falta de él) en el proyecto.
La wiki de Trac es bastante buena. lo usamos para la documentación del proyecto. La sintaxis de wiki es bastante simple y se puede usar en todas partes. Tenemos Trac integrado con Subversion y Mercurial para que podamos hacer referencia al conjunto de cambios en el ticket y en el registro de confirmación, hacer referencia al ticket para tener esa pista de auditoría.
Usamos PostgreSQL detrás de Trac, por lo que ocasionalmente tenemos que hacer cambios masivos en los tickets, como mover un montón de tickets de un hito a otro, es muy fácil hacerlo en el back-end. El modelo de datos no es muy complicado, por lo que es fácil de entender.
Si está entregando el código fuente a su cliente en algún momento, y como desarrollador web, asumiré que lo está haciendo, entonces Github puede ofrecer la mayor parte de lo que está buscando. Le ayudará con el n.° 1, n.° 3, n.° 4 y n.° 5 en su lista de requisitos.
Las características de Github incluyen un rastreador de problemas, wiki, administración de configuración de software (Git), herramientas de revisión de código y el visualizador de gráficos de red realmente increíble .
Github también te permite hacer proyectos públicos o mantenerlos privados.
El único inconveniente de Github es la falta de capacidad de pronóstico para ayudar a los clientes y miembros del equipo a comprender cuándo se completará el proyecto. Sin embargo, puede usar otras herramientas para ayudar a estimar el tiempo restante en un proyecto.
Para equipos relativamente pequeños, el visualizador de gráficos de red es una herramienta poderosa que se puede usar para ayudar a sincronizar y priorizar el trabajo de los miembros del equipo, lo que puede ayudar a prevenir la repetición del trabajo y los errores. También proporciona una vista amplia de la línea de tiempo del proyecto, aunque probablemente no sea suficiente para cumplir con el requisito n.º 2.
Todavía no se ha mencionado, así que lo lanzaré al ruedo: mi (aunque pequeño) equipo está muy feliz de usar Unfuddle www.unfuddle.com : es una herramienta de administración de desarrollo de software con tickets, construido en el repositorio de Subversion, seguimiento de hitos y área de colaboración general. Es bastante barato también. Realmente nos gusta la forma en que puede vincular los tickets a las confirmaciones simplemente agregando el número de ticket en las notas de confirmación, y se ha convertido en la forma de facto en que documentamos nuestro código ahora, incluido el número de ticket que se puede cruzar fácilmente.
Si está familiarizado con Python y se siente cómodo con el código abierto, definitivamente recomendaría trac . Es una herramienta de seguimiento de proyectos ligera y flexible que he utilizado con éxito durante años. Fuera de la caja, proporciona un conjunto básico mínimo de funciones:
Trac utiliza un wiki como núcleo: el marcado de wiki está permitido prácticamente en todas partes. Con un poco de familiarización, es fácil vincular desde cambios de software, tickets, hitos, entradas de blog y páginas wiki "regulares".
Trac es de código abierto y fácil de ampliar con complementos. Puedes encontrar muchos en Trac Hacks . Algunos buenos que se aplican a su situación:
la facturación seguiría siendo una brecha importante, pero trac brinda mucha capacidad a mi precio favorito.
Si está dispuesto a pagar por una herramienta comercial, mi equipo está utilizando VersionOne con buenos resultados. También analizamos RallyDev . Estuvo bastante cerca y VersionOne parecía encajar mejor con nuestro proceso. Ambas herramientas finas.
Hay varias buenas soluciones de gestión de proyectos en Google Apps Marketplace
Muchos son gratuitos y se pueden actualizar a versiones pagas con más funciones. He probado tres de estas aplicaciones:
Mavenlink : esta es una aplicación de gestión de proyectos muy completa que admite la colaboración con colegas y clientes por igual. Buena gestión de tareas e hitos y capacidades de facturación.
Paymo: sus mejores características son el seguimiento del tiempo, la facturación y las estimaciones. No es tan completo como Mavenlink. La interfaz de usuario no es tan buena. Es bueno para proyectos pequeños.
Cosecha: esto también está bien, pero es más solo para el seguimiento del tiempo.
Como no pude verlo ya lo mencioné. Empecé a usar agilesoup
para el uso limitado que he tenido, ha sido perfecto, también ofrece informes sobre iteraciones y tiempo invertido
Y una aplicación de Android bastante útil.
http://www.agilesoup.com/ Creo que el único punto que no he encontrado una solución es el elemento de facturación
jmort253
derecha
Cuadrante6