Mostrando las entradas con la etiqueta gestión. Mostrar todas las entradas
Mostrando las entradas con la etiqueta gestión. Mostrar todas las entradas

jueves, junio 12, 2014

Ingeniería de Sistemas y Gestión de Proyectos según INCOSE



La Ingeniería de Sistemas es una especialidad relativamente joven establecida para lidiar con el desarrollo de los sistemas complejos.


El gráfico anterior nos muestra el crecimiento del número de miembros de INCOSE, lo cual indica la creciente importancia de la Ingeniería de Sistemas en la actualidad.

Los procesos orientados al proyecto son aquellos descritos en la guía PMBOK y otras guías y estándares de dirección de proyectos. Los procesos orientados al producto son aquellos específicos de cada industria, muchas veces relacionados con las disciplinas de la ingeniería para la definición y construcción del producto. 

La Ingeniería de Sistemas es un abordaje general y multidisciplinar, tiene como objetivo garantizar que los sistemas complejos sean desarrollados de modo coherente a lo largo del ciclo de vida, en otras palabras, la Ingeniería de Sistemas quiere evitar los llamados "elefantes blancos"  y errores de desarrollo.

Para eso hay un fuerte énfasis en la ingeniería de requisitos, que comprende el relevamiento de las necesidades de los stakeholders, definición de requisitos en los niveles más elevados, que son desdoblados en los demás niveles de sistemas, subsistemas y componentes, hasta obtener las especificaciones detalladas, todo ese procesos se desencadena partiendo de un dominio del problema (aquello que los stakeholders desean ser capaces de hacer con el sistema) hacia un dominio de la solución (crear un sistema que satisfaga las necesidades de los stakeholders).

La ingeniería de Sistemas se preocupa por todo el ciclo de vida del productoque va a la par del ciclo de vida del proyecto. Pero sus procesos están más relacionados a la definición del problema y diseño de la solución como se indica en la siguiente figura:



El Cuerpo de Conocimiento de Ingeniería de Sistemas (SEBoK) afirma que la Ingeniería de Sistemas define "lo que debe ser" para el proyecto. Esto es, su papel es definir los requisitos para la solución de las necesidades de los stakeholders, utilizando mejores prácticas.

La Ingeniería de Sistemas introduce dos elementos importantes para el desarrollo de proyectos:
  • Subproductos necesarios para construir el sistema (producto).
  • Visión sistémica del ambiente operacional interno y externo.
Los subproductos (permitidores de productos) son necesarios para producir, probar, instalar, dar soporte y apoyo operacional al sistema (producto final) , y la visión sistémica identifica y mapea las relaciones internas y externas del sistema.

Una de las grandes ventajas que trae el abordamiento de la Ingeniería de Sistemas es su enfoque en los stakeholders como direccionadores del alcance del producto y del proyecto, complementando al gerente de proyectos. Es decir, no hay conflicto entre el ingeniero de sistemas y el gerente de proyectos. El primero es responsable por los aspectos técnicos (procesos orientados al producto), mientras tanto que el segundo es responsable por la parte gerencial (procesos orientados al proyecto). Un ingeniero de sistemas, por ejemplo, podría ser un gerente técnico del proyecto, algo común en proyectos complejos. Obviamente podemos tener varios ingenieros de sistemas en diferentes niveles de jerarquía trabajando en un proyecto, dependiendo de su tamaño. 

El gerente de proyectos trabaja en las dimensiones de recursos (humanos, financieros, instalaciones, herramientas) y en las interfaces gerenciales, siempre con el soporte del ingeniero de sistemas, o gerente técnico que es el responsable del desarrollo del producto que atenderá las necesidades y requisitos de los stakeholders


Tomado de : Blog MundoPM
Traducción propia

viernes, junio 18, 2010

Competencia y Conflicto - Russell Ackoff

Rediseñando el Futuro - Russell Ackoff

Nota sobre la Economía del Mercado Interno
Russell Ackoff

Competencia y Conflicto

Es claro que la economía de mercado interno fomenta la competencia. Por esta razón una de las preguntas más comunes de quienes lo defienden es: No es este tipo de economía la que inicia e incrementa los conflictos entre las partes involucradas en la organización? La respuesta es NO, pero las razones no son las que aparentan. La pregunta está basada en tres comunes y erróneos conceptos, pero no obvios.

Primero, Conflicto y Competencia no son la misma cosa. Los conflictos ocurren cuando incrementos en las chances de lograr un objetivo causan decrementos en las chances de lograr otros. Los dos objetivos, o quiénes los tienen, se dicen en conflicto. Por consiguiente, el conflicto puede ocurrir dentro o entre individuos.

La competencia es el conflicto dentro de la cooperación. Por ejemplo, en un partido de tennis entre dos amigos, ellos entran en conflicto en lo que se refiere a ganar, en cuanto aumenta las posibilidades de uno de ellos de ganar, disminuye las posibilidades de ganar del otro. Sin embargo, tienen un objetivo común de recreo, que se cumple mejor cuanto más intenso es el conflicto entre ellos por ganar. En la competencia económica dos proveedores en competencia están en conflicto con respecto a las ventas a un cliente potencial o participación de mercado, pero ellos están cooperando en lo que respecta a facilitar al cliente un mejor valor por su dinero. Así, el objetivo de cooperación en la competencia puede ser compartido por las partes en conflicto o puede pertenecer a un tercero (por ejemplo, el cliente)

No es de sorprenderse que a menudo la competencia sea definida como conflicto sujeto a ciertas reglas. Las reglas diferencian una pelea callejera de un combate de boxeo. La función de las reglas es asegurar cooperativismo del conflicto en relación con el fin común. En el caso de un combate de boxeo que protege la "sensibilidad "de la audiencia, y no la capacidad física de las partes en conflicto. En el caso de la competencia económica las reglas protegerían los intereses de los clientes y consumidores.