Comentarios en: VENTAJAS COMPETITIVAS DE CONSTITUIR CLUSTERS Y FORMAR PARTE http://www.ctip.org.py/v2/2008/06/ventajas-competitivas-de-constituir-clusters-y-formar-parte/ Thu, 22 Sep 2011 22:26:15 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Por: am http://www.ctip.org.py/v2/2008/06/ventajas-competitivas-de-constituir-clusters-y-formar-parte/comment-page-1/#comment-3 am Fri, 10 Oct 2008 14:31:12 +0000 http://www.ctip.org.py/v2/?p=52#comment-3 Lo de clusters es interesante. Sin embargo, dado que los proyectos de software son complejos, dado que la constuccion de software no es facilmente escalable.. el agregar mas cabezas a un proyecto enorme no necesariamente va a hacer que el software salga con mayor predictibilidad. Existen ya un sin numero de empresas que han fracasado en proyectos de gran porte. El hacer un proyecto con 30, 100, 200 programadores no es poca cosa. No es algo que deberiamos estar intentando de primera. Mas bien deberiamos estar buscando pequenos proyectos. Que requieran equipos de 2, 4, 10 personas para asi ganar la EXPERIENCIA necesaria para ir creando una escala mayor. En Paraguay la mayoria de empresas no usa: 1. Un sistema de control de fuente (como subversion) 2. Una base de datos de defectos (como Bugzilla) 3. Control de calidad: testers, personas independientes del desarrollo que verifican los programas 4. Builds automatizados y otras tecnicas de integracion continua Ni hablar de tecnicas mas avanzadas como testeo automatizado, testeo por unidad, metricas, design reviews, code inspection, etc.. Tampoco parece haber un gran entendimiento de la diferencia entre proyectos a medida, empaquetados, y empotrados. Algunos toman todo a la ligera y otros lo tratan como el proyecto del transbordador espacial! Como entonces pretendemos hacer CLUSTERS para tomar proyectos de cada vez mayor porte?? Yo creo que un mejor enfoque seria enfatizar en entrenar a la gente a programar en lenguajes como Java, C#, C++, Python, Ruby, etc.. Y dedicar a capacitar a personas para que sean jefes de proyecto efectivos.. utilizando practicas que utilizan empresas reales (como Adobe, Microsoft, IBM, Sun, etc..) y no ciegamente seguir la ultima moda de certificaciones (CMMI, procesos Agiles, etc..). Lo de clusters es interesante. Sin embargo, dado que los proyectos de software son complejos, dado que la constuccion de software no es facilmente escalable.. el agregar mas cabezas a un proyecto enorme no necesariamente va a hacer que el software salga con mayor predictibilidad.

Existen ya un sin numero de empresas que han fracasado en proyectos de gran porte. El hacer un proyecto con 30, 100, 200 programadores no es poca cosa. No es algo que deberiamos estar intentando de primera.

Mas bien deberiamos estar buscando pequenos proyectos. Que requieran equipos de 2, 4, 10 personas para asi ganar la EXPERIENCIA necesaria para ir creando una escala mayor.

En Paraguay la mayoria de empresas no usa:
1. Un sistema de control de fuente (como subversion)
2. Una base de datos de defectos (como Bugzilla)
3. Control de calidad: testers, personas independientes del desarrollo que verifican los programas
4. Builds automatizados y otras tecnicas de integracion continua

Ni hablar de tecnicas mas avanzadas como testeo automatizado, testeo por unidad, metricas, design reviews, code inspection, etc..

Tampoco parece haber un gran entendimiento de la diferencia entre proyectos a medida, empaquetados, y empotrados. Algunos toman todo a la ligera y otros lo tratan como el proyecto del transbordador espacial!

Como entonces pretendemos hacer CLUSTERS para tomar proyectos de cada vez mayor porte??

Yo creo que un mejor enfoque seria enfatizar en entrenar a la gente a programar en lenguajes como Java, C#, C++, Python, Ruby, etc.. Y dedicar a capacitar a personas para que sean jefes de proyecto efectivos.. utilizando practicas que utilizan empresas reales (como Adobe, Microsoft, IBM, Sun, etc..) y no ciegamente seguir la ultima moda de certificaciones (CMMI, procesos Agiles, etc..).

]]>