Saltar al contenido
  • Generales

    ¿Cuánto se puede recortar el tiempo de un proyecto añadiéndo más gente?

    PorJavier Garzás 19 noviembre, 2013

    A la hora de planificar un proyecto, muchos responsables de proyecto ven razonable pensar que si añaden más gente al proyecto, el proyecto se terminará antes, y podrán encajarlo en esas complicadas fechas. Lógico… pero hasta cierto punto. Lo primero que debes saber es que hay una temporalidad llamada imposible, por mucha gente que añadas…

    Leer más ¿Cuánto se puede recortar el tiempo de un proyecto añadiéndo más gente?Continuar

  • Generales

    UML 2.5 ¿2.5? ¿haciendo difícil lo que debería ser fácil?

    PorJavier Garzás 18 noviembre, 2013

    UML es hoy el lenguaje de referencia para modelar, dibujar diseños, etc. Cuando se usa de manera apropiada es una buena, gran, práctica, como comentábamos en aquel qué es UML y por qué es tan sumamente importante (seas informático o no) saber interpretar diagramas UML. Si bien hay veces que caemos en el problema de…

    Leer más UML 2.5 ¿2.5? ¿haciendo difícil lo que debería ser fácil?Continuar

  • Generales

    Cuando hagas un diseño software no olvides los principios SOLID del tío Bob

    PorJavier Garzás 15 noviembre, 2013

    Los más antiguos del lugar recordareis a Robert C. Martin, y aquella “entrevista en el blog: Robert C. Martin (Uncle Bob)” tan llena de buenos consejos. Sin duda las mayores aportaciones del “tío Bob”, aparte de aquellas en el campo de la agilidad, han sido en el diseño orientado a objetos. Además del “principio de…

    Leer más Cuando hagas un diseño software no olvides los principios SOLID del tío BobContinuar

  • Generales

    ¿Se van a necesitar cada vez MENOS programadores?

    PorJavier Garzás 14 noviembre, 2013

    Cada vez necesitamos más y más software, pero ¿también, al mismo ritmo, vamos a necesitar cada vez más y más programadores? O, visto desde otro punto, ¿habrá suficientes programadores para desarrollar tantas aplicaciones como la sociedad necesita – necesitará?, y sino los hay ¿aparecerán nuevas maneras de crear software sin necesidad de expertos en programación?…

    Leer más ¿Se van a necesitar cada vez MENOS programadores?Continuar

  • Generales

    Por qué los equipos con mucha gente (más de 7) son menos productivos. O por qué tener equipos pequeños es una buena práctica (ágil, además)

    PorJavier Garzás 13 noviembre, 201330 marzo, 2020

    Uno de los mayores, y más comunes, errores en gestión de proyectos software viene de tener un tamaño de equipo erróneo. Aún hay quien, erróneamente, piensa que un equipo… cuanto más grande mejor, que aumentar el número de personas de un equipo es la única manera, la manera más racional y eficiente, de generar más…

    Leer más Por qué los equipos con mucha gente (más de 7) son menos productivos. O por qué tener equipos pequeños es una buena práctica (ágil, además)Continuar

  • Generales

    Clifford Nass (1958 – 2013). “Tener muchas tareas abiertas a la vez merma la productividad”

    PorJavier Garzás 12 noviembre, 2013

    Una de las cosas que, en lo referente al equipo, más se enfatizan en Scrum, agilidad, y en Lean – Kanban, es el peaje que supone la multitarea para la productividad. En muchas empresas, a los equipos se les asigna más de un proyecto a la vez, se asignan múltiples tareas a la vez, etc.,…

    Leer más Clifford Nass (1958 – 2013). “Tener muchas tareas abiertas a la vez merma la productividad”Continuar

  • Generales

    ¿Cuáles son los errores que más se repiten en un proyecto software?

    PorJavier Garzás 11 noviembre, 2013

    En 1996 McConnell definió a como “errores clásicos” del software a aquellos que se han repetido tantas veces que “ya” debieran ser previsibles, de sentido y conocimiento común, y siempre deberían gestionarse. Ese mismo año publicó el libro “Rapid Development: Taming Wild Software Schedules”, en mi opinión uno de los mejores libros que se han…

    Leer más ¿Cuáles son los errores que más se repiten en un proyecto software?Continuar

  • Generales

    UML no siempre se usa para detallar el 100% de detalles de una futura implementación

    PorJavier Garzás 8 noviembre, 2013

    Hace ya sus años, en el 94, Steve Cook y John Daniels, unos señores apenas conocidos hoy en el mundillo del desarrollo y la ingeniería del software, escribieron un libro muy interesante, el Designing Object Systems, que, entre otros, pretendía aclarar cómo usar correctamente los diagramas típicamente usados en diseño. Aquel libro sería aún más…

    Leer más UML no siempre se usa para detallar el 100% de detalles de una futura implementaciónContinuar

  • Generales

    El otro estándar de calidad del producto software, el CISQ

    PorJavier Garzás 7 noviembre, 2013

    Histórico y bien sabido es aquello de que en el mundo de los estándares y modelos siempre hay, y ha habido, dos grandes grupos, aquellos que vienen de los USA y aquellos que vienen de Europa, ambos compitiendo entre si para lograr colocar su estándar como referencia en un área. En nuestra área, la tecnológica,…

    Leer más El otro estándar de calidad del producto software, el CISQContinuar

Navegación de página

Página anteriorAnterior 1 … 197 198 199 200 201 … 293 Siguiente páginaSiguiente

Sobre Javier Garzás

Blog

Formación

Conferencias

Patrocinios

Inspírate y apren más en mi canal de YouTube: @JavierGarzas 

vídeos sobre IA, productividad y el trabajo del futuro.

Para cualquier consulta, puedes escribirnos un correo a
hello@233gradosdeti.com

o un whatsapp a +34628417634

 

Copyright © Javiergarzas.com

Gestionar consentimiento

Esta página utiliza cookies propias y de terceros con fines analíticos, personalización de contenidos, para ofrecer funcionalidades de diferentes redes sociales y para mostrar publicidad personalizada. 
Para más información puede consultar nuestra página de Política de cookies

Funcional Siempre activo
El almacenamiento o acceso técnico es estrictamente necesario para el propósito legítimo de permitir el uso de un servicio específico explícitamente solicitado por el abonado o usuario, o con el único propósito de llevar a cabo la transmisión de una comunicación a través de una red de comunicaciones electrónicas.
Preferencias
El almacenamiento o acceso técnico es necesario para la finalidad legítima de almacenar preferencias no solicitadas por el abonado o usuario.
Estadísticas
El almacenamiento o acceso técnico que es utilizado exclusivamente con fines estadísticos. El almacenamiento o acceso técnico que se utiliza exclusivamente con fines estadísticos anónimos. Sin un requerimiento, el cumplimiento voluntario por parte de tu proveedor de servicios de Internet, o los registros adicionales de un tercero, la información almacenada o recuperada sólo para este propósito no se puede utilizar para identificarte.
Marketing
El almacenamiento o acceso técnico es necesario para crear perfiles de usuario para enviar publicidad, o para rastrear al usuario en una web o en varias web con fines de marketing similares.
  • Administrar opciones
  • Gestionar los servicios
  • Gestionar {vendor_count} proveedores
  • Leer más sobre estos propósitos
Ver preferencias
  • {title}
  • {title}
  • {title}