Devoogle tiene indexados actualmente 17967 recursos relacionados con el desarrollo de software.
He insistido en diferentes artículos que gran parte de la suerte del proyecto se juega antes de que comience. Una mala negociación, una mala venta condiciona todo lo demás (pudiéndose partir de una situación de Death March Project) y solo produciéndose determinadas circunstancias ideales: un equipo de proyecto motivado y de calidad y un cliente …Leer Más - por Jummp
Lo ideal es que responsables técnicos del cliente, usuarios y equipo de desarrollo formen un equipo, cada uno con sus roles, pero un equipo, sin embargo en la mayoría de las ocasiones no se dan las circunstancias para hacer eso posible, de manera que por lo menos hay que intentar conseguir que cada grupo funcione …Leer Más - por Jummp
En un proyecto de desarrollo de software, sobre todo aquellos que son de larga duración, se producen situaciones donde cliente y proveedor negocian y llegan a acuerdos. Romper esos acuerdos es aniquilar la confianza. Un acuerdo, un pacto, puede ser bueno, malo o regular, para una parte o para los dos, pero es el resultado …Leer Más - por Jummp
La definición de smoke testing es sencilla ya que son pruebas rápidas que se realizan sobre aspectos funcionales del software para comprobar a alto nivel si el mismo tiene el comportamiento esperado. Ahora bien, la forma y el momento de aplicación puede variar. Lo más normal es que se aplique durante el proceso de construcción …Leer Más - por Jummp
Si en el nivel 3 de CMMI se entra en el detalle de cómo obtener los requisitos resulta razonable que no ignore los procesos de diseño y construcción y de esto trata este área de proceso. Es muy importante no caer en la trampa de definir procesos poco flexibles que no permitan una adaptación a …Leer Más - por Jummp
La siguiente reflexión de Michael Anthony Jackson muestra uno de los problemas con los que nos encontramos habitualmente cuando nos empezamos a dedicar a este negocio, si bien no todos terminan aprendiendo de la experiencia: “El origen de la sabiduría de un programador (desarrollador) se basa en conocer la diferencia entre un programa que funciona …Leer Más - por Jummp
Muchas veces se solicitan funcionalidades manifiestamente innecesarias o cuya complejidad (y posterior utilidad) no la hace rentable. Como sabéis, soy partidario de dejar la imaginación al área usuaria, si bien, es conveniente advertirles de los pros y contras que podría tener el desarrollo de una determinada funcionalidad. Es cierto que en muchos casos, el área …Leer Más - por Jummp
En ocasiones, ante la ausencia de un gobierno funcional en el proyecto se le encarga al equipo técnico explorar los diversos departamentos afectados por el mismo, ya sea para obtener los requisitos funcionales o para intentar que utilicen el sistema. Esto es un error, ocasionará mucho trabajo, desgaste y probablemente los resultados estén por debajo …Leer Más - por Jummp
En el nivel 2 de CMMI, en el área de proceso: Gestión de requisitos, se pretendía principalmente: – Inventariar/Catalogar los requisitos. – Asegurarse de que las partes involucradas en el proyecto compartían una visión común de los mismos. – Establecer un mecanismo para que esté controlado el proceso de cambio en los requisitos de manera …Leer Más - por Jummp
El movimiento ágil me ha enseñado que afortunadamente hay luz tras la oscuridad de la cascada y los traspiés me han hecho ver que tras los sistemas que consiguen tener éxito se encuentra la simplicidad (entendiéndose como la facultad de no añadir más complejidad a la ya inherente). Por ese motivo, hay mucho de verdad …Leer Más - por Jummp