Creo que nunca me había tardado tanto en hacer un post pero la verdad el trabajo ha estado muy pesado, sin embargo aqui estoy para continuar con este trabajo de divulgación de información en este caso desde el cafe de joe
Artículos, links y opiniones personales de CRM, Business Intelligence, Colaboración, Adminitración de Proyectos
Creo que nunca me había tardado tanto en hacer un post pero la verdad el trabajo ha estado muy pesado, sin embargo aqui estoy para continuar con este trabajo de divulgación de información en este caso desde el cafe de joe
Sin duda alguna será de mucha utilidad para quienes administramos proyectos lo que presenta el sitio Líder de Proyecto en su Guía de Herramientas. También me parecio fabuloso la siguiente página de referencia http://www.projectreference.com/#PMSoftware.
Me ha parecido muy interesante el artículo presentado por Club-BPM en el cual se menciona como el PMBOK puede ayudar en la implementación exitosa de proyectos BPM, hace una buena diferenciación de lo que significan los proyectos de software y las ventajas de una administración de riesgos y de el manejo de lecciones aprendidas.
Gracias a Innova Desarrollos me entero de la posible descarga de libros gratuitos desde el sitio de MicroSoft, los temas son:
LINQ , AJAX ASP.NET, Silverlight
Otro buen post de Navegapolis es este en el cual se describe una rutina para la obtención de requerimientos con SCRUM, esto caera de perlas a los agilistas. !Muy bién Navegapolis!.
Ervin Sarkisov propone un índice para el orden de almacenamiento de documentos de un proyecto, pareciera una cosa tan trivial pero tan importante en la administración del conocimiento.
Forrester Research a través de Methods and Tools pública un estudio de varias herramientas de requerimientos muy interesante para aquellas áreas o empresas que están convencidas de que el principal problema de los desarrollos de software son debido a un mal trabajo de requerimientos.
Si no convencen las estadísticas de por que los proyectos de desarrollo de software fallan, pues vayamos a los números que es donde mas duele, y para eso este post nos servira mucho.
Ojala las empresas Mexicanas se convenzan de la importancia de prepararnos para afrontar esta fase, invertir en tiempo en software para controlar esta etapa, en la contratación de gente preparada en el área de requerimientos cuando suceda esto y en conjunto con el dominio de las tecnologias de desarrollo (entiendase arquitectura y programación) pasaremos a otro nivel en el ámbito mundial de desarrollo de software.
Desdel el blog de Ervin Sarkisov encuentro esta entrada la cual puede ser de mucha utilidad para empresas de desarrollo y en especial para aquellas áreas que hacen la estimación de un proyecto, ya que esta es una de las partes mas dificiles dentro de la ingeniería de software ya que a diferencia de otras industrias donde los productos o servicios son mas tangibles el desarrollo de software se torna dificultoso la estimacion dadas las características de este tipo de proyectos.
Falta de análisis, obviar las cosas, subestimar ciertas etapas del proyecto son grandes razones por las que los proyectos fallan, en mi experiencia puedo decir que estos factores me dieron muchos dolores de cabeza en algunos proyectos, para solucionarlo pueden haber muchos tips desde la redacción del documento de requerimientos pero sin lugar a dudas la experiencia cuenta mucho, el saber tratar al cliente, el obtener del cliente lo que se busca sin desesperarlo y tener una visión de lo que puede suceder son grandes armas para evitar dormir con el enemigo.
Apenas me entero de esta noticia de colaboración entre el SEI y el ITESM (una de las escuelas mas prestigiadas en México) donde el objetivo es la adopción de PSP (Personal Software Process) y TSP (Team Software Process) metodologías creadas por Watts Humphrey, me da mucho gusto la noticia ya que he visto los beneficios en específico de PSP, espero esto detone mas la industria de software en mi querido país México así como en el estado que radico.
En RNQ se pública un estudio de Scott Ambler acerca de lo que es el éxito del proyecto el cual resulta interesante porque a decir del autor no coincide con lo que Standish Group da como definición, y en este aspecto dare mi opinión considero que el éxito del proyecto se puede ver desde varios enfoques en específico 2 desde el punto de vista del cliente y desde el punto de vista de la empresa que desarrolla el proyecto (hablando de proyectos de TI). Hay clientes que por ejemplo el tiempo no es tanto problema (claro esta con un margen razonable de desvío) con tal de que se entregue lo pactado en funcionalidades y costo, esto quiere decir que los retrasos los absorverá la empresa que desarrolla pero para esta es vital que el proyecto se termine en el tiempo establecido por que sino se corre el riesgo de perder rentabilidad en el proyecto.