SlideShare ist ein Scribd-Unternehmen logo
1 von 4
Paradigmas de organización de equipos de ingeniería de software según ContantineGestión de Proyecto de SoftwareUniversidad de Cartagena                                              Facultad de Ingeniería                                                   Programa de Ingeniería de SistemasJesús  Daniel Rodríguez Oyola18/02/2010<br />Paradigmas de organización de equipos de Ingeniería de software según Constantine<br />Todos los proyectos de desarrollo de software demandan recurso humano calificado y éste es parte esencial en este proyecto. Es por ello que el hacer equipos de trabajo es una tarea importante y que requiere un estudio y  análisis. La forma de cómo se estructura un equipo depende de las políticas de  organización del personal encargado del proyecto. Por lo tanto existen diferentes autores que exponen distintos paradigmas de organización de equipos de Ingeniera de software. Uno de esos autores es Larry Constatine, el cual presenta los cuatro paradigmas de Constantine para la formación de equipos de ingeniera de software.<br />Paradigma cerrado. <br />Tiene jerarquía tradicional de autoridad similar al equipo CC de Mantei. Por lo tanto un equipo de este tipo posee una jerarquía dentro del equipo, un líder dentro del equipo y sublíderes.<br />Este tipo de organización trabaja bien cuando producen software similar a otros anteriores, puesto que aplican las mismas métricas, procesos y actividades al nuevo producto.<br />Por el hecho de ser un equipo cerrado, se centran solo en aplicar las ideas que se encuentran dentro del mismo, desconociendo las que se encuentran fuera de él, además la intervención de personal ajeno es bastante restringida. Todo esto lleva a que el equipo como tal sea  menos innovador. <br />Este tipo de paradigma se puede optar cuando la complejidad del proyecto no es muy grande, se requiere poca innovación e ideas nuevas para el proyecto y se hayan realizado proyectos similares anteriormente.<br />Paradigma aleatorio. <br />El equipo se estructura libremente y depende de la iniciativa individual de los miembros.  En este equipo, los miembros poseen capacidades de liderazgo e iniciativa, es por ello que no se requiere un líder definido ya que el grupo es bastante flexible<br />Su mayor ventaja es que son buenos cuando se requiere innovación o avances tecnológicos dentro del proyecto, ya que las ideas de cada miembro tienen peso y pueden ser aplicadas en el desarrollo y calidad del producto final. <br />Por depender de la iniciativa de varios del grupo,  tienen problemas cuando se requiere un rendimiento ordenado. <br />Paradigma abierto. <br />Estructura el equipo de forma que consiga algunos de los controles asociados con el paradigma cerrado y mucha de la innovación del paradigma aleatorio. Lo que representa una gran ventaja frente a los demás paradigmas, ya que la innovación va de la mano del control interno.<br />El trabajo se desarrolla en colaboración, con mucha comunicación y toma de decisiones consensuadas.  Aquí la democracia juega un papel importante  y todos tienen participación dentro de las decisiones tomadas dentro del equipo.<br />Son adecuados para resolver problemas complejos, pero pueden no ser tan eficientes como otros equipos. <br />Paradigma sincronizado. <br />Se basa en la partición natural de un problema y organiza los miembros del equipo para trabajar en partes del problema con poca comunicación activa entre ellos.  Este tipo de paradigma tiene parecido al Descentralizado Controlado de Mantei, aquí juega un papel importante la filosofía de “Divide y Vencerás”. <br />Este grupo es pertinente y bueno cuando la complejidad y tamaño del problema es bastante alta, trabajando el problema en módulos para hacerlo más sencillo.<br />El fraccionamiento en partes del problema para su resolución, puede llevar al realizar el producto no requerido, ya que la comunicación entre los miembros de cada subgrupo no es muy fuerte.<br />Referencias bibliográficas<br />E-clases, Ingeniería del Software III. Recurso web disponible en: < http://eclases.tripod.com/id13.html>, [Consultado el 18/02/10]<br />José Ignacio Peláez Sánchez, Gestión de Proyecto de Software. E.T.S.I. Informática de Sistemas. 3erCurso. Año 2004/2005. Recurso web en: < http://www.lcc.uma.es/~jignacio/index_archivos/TEMA2.pdf>, [Consultado el 14/02/10]<br />Larry Constantine, Constantino Peopleware. Prentice Hall ptr, isbn: 0133319768; © 1995. <br />
Paradigmas de Constantine
Paradigmas de Constantine
Paradigmas de Constantine

Weitere ähnliche Inhalte

Was ist angesagt?

Trabajo de compiladores completo alexandra
Trabajo de compiladores completo alexandraTrabajo de compiladores completo alexandra
Trabajo de compiladores completo alexandraAlexandraMolinaSanchez
 
Programación del lado del cliente
Programación del lado del clienteProgramación del lado del cliente
Programación del lado del clienteGabriel Mondragón
 
TAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSTAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSxinithazangels
 
Ejemplo de proy ti.pdf
Ejemplo de proy ti.pdfEjemplo de proy ti.pdf
Ejemplo de proy ti.pdfmariela2906
 
Arquitectura software capitulo i
Arquitectura software capitulo iArquitectura software capitulo i
Arquitectura software capitulo iCathy Guevara
 
Construccion y Pruebas de Software
Construccion y Pruebas de SoftwareConstruccion y Pruebas de Software
Construccion y Pruebas de SoftwareGustavo Bazan Maal
 
Estándares para el diseño de interfaz
Estándares para el diseño de interfazEstándares para el diseño de interfaz
Estándares para el diseño de interfazJose Luis Dorao
 
Las 4 P en el desarrollo de software
Las 4 P en el desarrollo de softwareLas 4 P en el desarrollo de software
Las 4 P en el desarrollo de softwareSofylutqm
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwareTtomas Carvajal
 
Metodología tradicional
Metodología tradicionalMetodología tradicional
Metodología tradicionalJesenia Escobar
 
Documentación de Software
Documentación de Software Documentación de Software
Documentación de Software waqoak
 
Arquitectura De Software Para Dummies
Arquitectura De Software Para DummiesArquitectura De Software Para Dummies
Arquitectura De Software Para DummiesSorey García
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de softwareGeorgy Jose Sanchez
 
Elementos de una interfaz Gráfica
Elementos de una interfaz GráficaElementos de una interfaz Gráfica
Elementos de una interfaz Gráficapantonyerivera
 
Guía del PMBOK® > Gestión de los Recursos Humanos
Guía del PMBOK® > Gestión de los Recursos HumanosGuía del PMBOK® > Gestión de los Recursos Humanos
Guía del PMBOK® > Gestión de los Recursos HumanosDharma Consulting
 

Was ist angesagt? (20)

Trabajo de compiladores completo alexandra
Trabajo de compiladores completo alexandraTrabajo de compiladores completo alexandra
Trabajo de compiladores completo alexandra
 
Programación del lado del cliente
Programación del lado del clienteProgramación del lado del cliente
Programación del lado del cliente
 
TAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSTAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOS
 
Ejemplo de proy ti.pdf
Ejemplo de proy ti.pdfEjemplo de proy ti.pdf
Ejemplo de proy ti.pdf
 
Arquitectura software capitulo i
Arquitectura software capitulo iArquitectura software capitulo i
Arquitectura software capitulo i
 
Construccion y Pruebas de Software
Construccion y Pruebas de SoftwareConstruccion y Pruebas de Software
Construccion y Pruebas de Software
 
Estándares para el diseño de interfaz
Estándares para el diseño de interfazEstándares para el diseño de interfaz
Estándares para el diseño de interfaz
 
Las 4 P en el desarrollo de software
Las 4 P en el desarrollo de softwareLas 4 P en el desarrollo de software
Las 4 P en el desarrollo de software
 
Diseño de algoritmos paralelos
Diseño de algoritmos paralelosDiseño de algoritmos paralelos
Diseño de algoritmos paralelos
 
Planeacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de softwarePlaneacion y elaboración de proyectos de software
Planeacion y elaboración de proyectos de software
 
Metodología tradicional
Metodología tradicionalMetodología tradicional
Metodología tradicional
 
Documentación de Software
Documentación de Software Documentación de Software
Documentación de Software
 
Informe proyecto informaticos
Informe proyecto informaticosInforme proyecto informaticos
Informe proyecto informaticos
 
Arquitectura De Software Para Dummies
Arquitectura De Software Para DummiesArquitectura De Software Para Dummies
Arquitectura De Software Para Dummies
 
Pruebas de Software
Pruebas de SoftwarePruebas de Software
Pruebas de Software
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de software
 
Elementos de una interfaz Gráfica
Elementos de una interfaz GráficaElementos de una interfaz Gráfica
Elementos de una interfaz Gráfica
 
P.E.S.I..
P.E.S.I..P.E.S.I..
P.E.S.I..
 
Herramienta Protégé para la Web Semántica
Herramienta Protégé para la Web SemánticaHerramienta Protégé para la Web Semántica
Herramienta Protégé para la Web Semántica
 
Guía del PMBOK® > Gestión de los Recursos Humanos
Guía del PMBOK® > Gestión de los Recursos HumanosGuía del PMBOK® > Gestión de los Recursos Humanos
Guía del PMBOK® > Gestión de los Recursos Humanos
 

Ähnlich wie Paradigmas de Constantine

Material Apoyo Ingenieria del Software USAL Argentina
Material Apoyo Ingenieria del Software USAL ArgentinaMaterial Apoyo Ingenieria del Software USAL Argentina
Material Apoyo Ingenieria del Software USAL ArgentinaSusana Daldin
 
Estructura para la organizacion de proyectos
Estructura para la organizacion de proyectosEstructura para la organizacion de proyectos
Estructura para la organizacion de proyectosAl Cougar
 
La organización matricial
La organización matricialLa organización matricial
La organización matricialRafael Bolaños
 
Gestión de proyectos de software
Gestión de proyectos de softwareGestión de proyectos de software
Gestión de proyectos de softwareALONSO UCHIHA
 
TÉCNICAS QUE SE IMPLEMENTAN EN LA
TÉCNICAS QUE SE IMPLEMENTAN EN LA  TÉCNICAS QUE SE IMPLEMENTAN EN LA
TÉCNICAS QUE SE IMPLEMENTAN EN LA xinithazangels
 
Metodologías del análisis y diseño de sistemas
Metodologías del análisis y diseño de sistemasMetodologías del análisis y diseño de sistemas
Metodologías del análisis y diseño de sistemasAndoni Vasquez
 
Laorganizacinmatricial 120529184625-phpapp02
Laorganizacinmatricial 120529184625-phpapp02Laorganizacinmatricial 120529184625-phpapp02
Laorganizacinmatricial 120529184625-phpapp02Belen Saucedo
 
Metodologia desarrollo de software
Metodologia desarrollo de softwareMetodologia desarrollo de software
Metodologia desarrollo de softwareNELSONJOSUETOLEDOGUZ
 
La Gerencia Educativa2
La Gerencia Educativa2La Gerencia Educativa2
La Gerencia Educativa2Telmo Viteri
 

Ähnlich wie Paradigmas de Constantine (20)

Material Apoyo Ingenieria del Software USAL Argentina
Material Apoyo Ingenieria del Software USAL ArgentinaMaterial Apoyo Ingenieria del Software USAL Argentina
Material Apoyo Ingenieria del Software USAL Argentina
 
Metodologías ágiles
Metodologías ágilesMetodologías ágiles
Metodologías ágiles
 
Estructura para la organizacion de proyectos
Estructura para la organizacion de proyectosEstructura para la organizacion de proyectos
Estructura para la organizacion de proyectos
 
La organización matricial
La organización matricialLa organización matricial
La organización matricial
 
Gestión de proyectos de software
Gestión de proyectos de softwareGestión de proyectos de software
Gestión de proyectos de software
 
TÉCNICAS QUE SE IMPLEMENTAN EN LA
TÉCNICAS QUE SE IMPLEMENTAN EN LA  TÉCNICAS QUE SE IMPLEMENTAN EN LA
TÉCNICAS QUE SE IMPLEMENTAN EN LA
 
AIS -Software.pdf
AIS -Software.pdfAIS -Software.pdf
AIS -Software.pdf
 
Metodologías del análisis y diseño de sistemas
Metodologías del análisis y diseño de sistemasMetodologías del análisis y diseño de sistemas
Metodologías del análisis y diseño de sistemas
 
Primer tarea de sp
Primer tarea de spPrimer tarea de sp
Primer tarea de sp
 
Planificacion De Proyectos de SW
Planificacion De Proyectos de SWPlanificacion De Proyectos de SW
Planificacion De Proyectos de SW
 
01
0101
01
 
Laorganizacinmatricial 120529184625-phpapp02
Laorganizacinmatricial 120529184625-phpapp02Laorganizacinmatricial 120529184625-phpapp02
Laorganizacinmatricial 120529184625-phpapp02
 
Metodologias agiles
Metodologias agilesMetodologias agiles
Metodologias agiles
 
COMPONENTES MSF
COMPONENTES MSFCOMPONENTES MSF
COMPONENTES MSF
 
Metodologia desarrollo de software
Metodologia desarrollo de softwareMetodologia desarrollo de software
Metodologia desarrollo de software
 
Metod. de software
Metod. de softwareMetod. de software
Metod. de software
 
Metodologia de desarrollo
Metodologia de desarrolloMetodologia de desarrollo
Metodologia de desarrollo
 
Dd041 caso práctico
Dd041 caso prácticoDd041 caso práctico
Dd041 caso práctico
 
La Gerencia Educativa2
La Gerencia Educativa2La Gerencia Educativa2
La Gerencia Educativa2
 
Crystal Clear
Crystal ClearCrystal Clear
Crystal Clear
 

Kürzlich hochgeladen

Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanamcerpam
 
investigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIinvestigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIhmpuellon
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...JohnRamos830530
 
How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.FlorenciaCattelani
 
Buenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxBuenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxFederico Castellari
 
redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativanicho110
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estossgonzalezp1
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxJorgeParada26
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21mariacbr99
 
Guia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos BasicosGuia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos BasicosJhonJairoRodriguezCe
 

Kürzlich hochgeladen (10)

Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvana
 
investigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIinvestigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXI
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 
How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
Buenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxBuenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptx
 
redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estos
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
Guia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos BasicosGuia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos Basicos
 

Paradigmas de Constantine

  • 1. Paradigmas de organización de equipos de ingeniería de software según ContantineGestión de Proyecto de SoftwareUniversidad de Cartagena Facultad de Ingeniería Programa de Ingeniería de SistemasJesús Daniel Rodríguez Oyola18/02/2010<br />Paradigmas de organización de equipos de Ingeniería de software según Constantine<br />Todos los proyectos de desarrollo de software demandan recurso humano calificado y éste es parte esencial en este proyecto. Es por ello que el hacer equipos de trabajo es una tarea importante y que requiere un estudio y análisis. La forma de cómo se estructura un equipo depende de las políticas de organización del personal encargado del proyecto. Por lo tanto existen diferentes autores que exponen distintos paradigmas de organización de equipos de Ingeniera de software. Uno de esos autores es Larry Constatine, el cual presenta los cuatro paradigmas de Constantine para la formación de equipos de ingeniera de software.<br />Paradigma cerrado. <br />Tiene jerarquía tradicional de autoridad similar al equipo CC de Mantei. Por lo tanto un equipo de este tipo posee una jerarquía dentro del equipo, un líder dentro del equipo y sublíderes.<br />Este tipo de organización trabaja bien cuando producen software similar a otros anteriores, puesto que aplican las mismas métricas, procesos y actividades al nuevo producto.<br />Por el hecho de ser un equipo cerrado, se centran solo en aplicar las ideas que se encuentran dentro del mismo, desconociendo las que se encuentran fuera de él, además la intervención de personal ajeno es bastante restringida. Todo esto lleva a que el equipo como tal sea menos innovador. <br />Este tipo de paradigma se puede optar cuando la complejidad del proyecto no es muy grande, se requiere poca innovación e ideas nuevas para el proyecto y se hayan realizado proyectos similares anteriormente.<br />Paradigma aleatorio. <br />El equipo se estructura libremente y depende de la iniciativa individual de los miembros. En este equipo, los miembros poseen capacidades de liderazgo e iniciativa, es por ello que no se requiere un líder definido ya que el grupo es bastante flexible<br />Su mayor ventaja es que son buenos cuando se requiere innovación o avances tecnológicos dentro del proyecto, ya que las ideas de cada miembro tienen peso y pueden ser aplicadas en el desarrollo y calidad del producto final. <br />Por depender de la iniciativa de varios del grupo, tienen problemas cuando se requiere un rendimiento ordenado. <br />Paradigma abierto. <br />Estructura el equipo de forma que consiga algunos de los controles asociados con el paradigma cerrado y mucha de la innovación del paradigma aleatorio. Lo que representa una gran ventaja frente a los demás paradigmas, ya que la innovación va de la mano del control interno.<br />El trabajo se desarrolla en colaboración, con mucha comunicación y toma de decisiones consensuadas. Aquí la democracia juega un papel importante y todos tienen participación dentro de las decisiones tomadas dentro del equipo.<br />Son adecuados para resolver problemas complejos, pero pueden no ser tan eficientes como otros equipos. <br />Paradigma sincronizado. <br />Se basa en la partición natural de un problema y organiza los miembros del equipo para trabajar en partes del problema con poca comunicación activa entre ellos. Este tipo de paradigma tiene parecido al Descentralizado Controlado de Mantei, aquí juega un papel importante la filosofía de “Divide y Vencerás”. <br />Este grupo es pertinente y bueno cuando la complejidad y tamaño del problema es bastante alta, trabajando el problema en módulos para hacerlo más sencillo.<br />El fraccionamiento en partes del problema para su resolución, puede llevar al realizar el producto no requerido, ya que la comunicación entre los miembros de cada subgrupo no es muy fuerte.<br />Referencias bibliográficas<br />E-clases, Ingeniería del Software III. Recurso web disponible en: < http://eclases.tripod.com/id13.html>, [Consultado el 18/02/10]<br />José Ignacio Peláez Sánchez, Gestión de Proyecto de Software. E.T.S.I. Informática de Sistemas. 3erCurso. Año 2004/2005. Recurso web en: < http://www.lcc.uma.es/~jignacio/index_archivos/TEMA2.pdf>, [Consultado el 14/02/10]<br />Larry Constantine, Constantino Peopleware. Prentice Hall ptr, isbn: 0133319768; © 1995. <br />