Interesante me ha parecido lo publicado por RNQ (Requirements Networking Group), el método H para tener una estructura o una forma de como obtener los requerimientos.
http://www.requirementsnetwork.com/node/1218
Interesantísimo!!!
Artículos, links y opiniones personales de Ingeniería de Software y Administración de Proyectos
Interesante me ha parecido lo publicado por RNQ (Requirements Networking Group), el método H para tener una estructura o una forma de como obtener los requerimientos.
http://www.requirementsnetwork.com/node/1218
Interesantísimo!!!
Sin mas palabras que decir Simplemente excelente post
Dos links que me han parecido sencillo y fáciles de digerir SCRUM son los que se presentan en Agile Software Development:
SCRUM desarrollo ágil de software (aunque no estoy de acuerdo en el título) y
El cafe de Joe hace mención a una nueva certificación del PMI, interesante información para tomarse en cuenta en nuestro proceso de certificación. Por cierto Gracias a la mención de este blog en el Cafe de Joe.
Que se necesita para tener un equipo de alto rendimiento??? cuales deben ser las características del equipo???, pues estas y otras preguntas se responden en el post de Mejores proyectos Doce características de un equipo de alto rendimiento.
Como lo menciono en el título, el tema de cotizar es muy importante y a la fecha hay muchos debates y sin duda uno de los problemas mas importantes sigue siendo que el software es un intangible. Que necesitamos para cotizar???, cuanto acompañamiento debe de haber de la parte técnica en el proceso pre-venta???. Otro problema que existe es que el cliente requiere números lo mas pronto posible y dentro de este esquema es imposible hacer un buen levantamiento. Por lo pronto en su sitio Ervin da unas sugerencias.
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.