Iniciación de adquisición (ISPL)

Iniciación de adquisición de datos de proceso modelo (ISPL)

Actividades de iniciación de adquisición

Conceptos de iniciación de adquisición

Iniciación de adquisición es el proceso inicial dentro de la Información Services Procurement Library (ISPL) y es ejecutado por una organización de atención al cliente la intención de procurar Servicios de información. El proceso se compone de dos actividades principales: la elaboración de la definición de la meta de adquisición y la elaboración de la planificación de adquisición. Durante la iniciación de la adquisición, un iterativo proceso se presenta en el cual generalmente piden preguntas sobre el objetivo de la adquisición. En respuesta a estas preguntas la biblioteca proporciona detalles de los requisitos, cubriendo áreas tales como costo, viabilidad y plazos. Un ejemplo de tales requisitos es la "planificación de la adquisición", un componente que también puede conducir a más preguntas sobre el objetivo de la adquisición (por lo tanto, es razonable afirmar que existe una relación entre el objetivo de la adquisición y la planificación de adquisición).

El modelo de proceso de datos se muestra en la siguiente sección central muestra la adquisición las etapas de iniciación. Muestra tanto el proceso y los datos resultantes del proceso, y partes de la imagen también se utilizarán como referencia en el cuerpo de este artículo. Se explican los conceptos y datos encontrados en el modelo en mesas separadas que pueden encontrarse en la sección inmediatamente siguiendo el modelo. En el resto de este artículo encontrará una explicación textual y más a fondo, de las actividades y conceptos que componen el proceso de adquisición de iniciación.

Meta de adquisición de proyecto

Parcial diagrama de proceso de datos para la meta de adquisición de proyecto

El objetivo de adquisición del proyecto es la descripción de la meta global que debe lograrse a partir de licitaciones. Está inspirado en las necesidades del negocio o estrategia de negocio. Es similar, aunque más simple, el concepto de la proyecto breve en PRINCE2. Es el primer borrador de la meta de adquisición, que contiene por lo menos una definición de problema (cortos) y una definición de objetivo (corto). El objetivo de adquisición del proyecto está destinado a dar las razones y los objetivos principales a aquellas personas que tendrán que tomar la decisión de empezar la adquisición o no. Así también puede encapsular elementos como un análisis de costo-beneficio, estacas y las partes interesadas y otros artículos que serán más refinaron durante la iniciación real de la adquisición.

En este sentido, es No una actividad del proceso de adquisición de iniciación, sino que es la entrada para iniciar el proceso.

La definición del problema es una declaración sobre el problema que puede resolverse por iniciar el proceso de adquisición.

Por ejemplo: El proceso de producción se está convirtiendo en cada vez más ineficiente, en parte debido a software envejecido

La definición de meta es una declaración sobre el objetivo que debe alcanzarse cuando la adquisición se ejecuta:

Por ejemplo: El proceso de producción verá un 20% aumento en los costos y la eficiencia, el tiempo cuando se actualiza el software que se utiliza en el proceso

El objetivo de la adquisición de proyecto se puede hacer tan cortos o tiempo que es necesario para la organización, mientras que sirve para ser una buena base para tomar la decisión inicial para empezar de una adquisición del proceso.

Definición de objetivo de adquisición

Diagrama de proceso de datos parcial para la refinación de la meta de adquisición

Cuando se tomó la decisión de iniciar un proceso de adquisición, la primera actividad de la iniciación de adquisición es definir el objetivo de la adquisición.

El objetivo de adquisición es el conjunto de sistemas definidos y servicios requisitos, atribuidos por los costos y beneficios y estacas y las partes interesadas, con un dominio de destino predefinido que sirve como límite. El objetivo de la adquisición es la base del proceso de adquisición y para la formulación de la estrategia de adquisición durante la planificación de adquisición. Entrada puede ser el objetivo de la adquisición de proyecto y las necesidades del negocio (de dominio de destino). El negocio necesita puede derivarse de planes de negocios estratégicos o planes de sistema de información.

Definir el dominio de destino

El dominio de destino es parte de la organización del cliente que está involucrado en, o influenciado por un servicio de información. Se define en términos de procesos de negocio, negocio actores, información comercial, tecnología de negocios y las relaciones entre estos cuatro aspectos. El dominio de destino se identifica para asegurar un montaje meta de adquisición con montaje requisitos para los sistemas y servicios a ser adquiridos.

Procesos de negocio

son un conjunto de actividades dentro de la organización para realizar a algún tipo de salida o meta.

Por ejemplo: los procesos de comercialización, destinados a crear y mantener un mercado para los productos o servicios de la organización.

Información para el negocio

es la información que se utiliza como entrada en el proceso del negocio, la salida o resultado del proceso o la información relativa a un método para ejecutar los procesos de negocio.

Por ejemplo: las cifras de ventas, estudios de mercado etc.; el marketing teorías y métodos utilizados en el proceso de comercialización; un resultado del proceso en la forma de una nueva estrategia de marketing que implica a nuevas formas de publicidad.

Un agente de negocios

es una persona o un sistema informático (o parte de ella) que funciona dentro de un sistema de información o en relación con ese sistema, ejecutar ciertos procesos dentro de ese sistema, usando la información necesaria para el proceso.

Por ejemplo: un marketing empleado utilizando un ordenador con herramientas que se utilizan para ejecutar el proceso de comercialización.

Tecnología de negocios

se compone de todos los sistemas de información, herramientas, software y métodos, utilizados por los actores del negocio para ejecutar sus procesos.

Por ejemplo: una teoría de marketing sobre cómo enfocar a nuevos clientes, una herramienta gráfica para hacer carteles, etc..

Una descripción limitada de un dominio de destino puede así ser, por ejemplo:
La parte de la organización del cliente que utiliza el programa MarketingUnlimited (ficticio), que implica el proceso de comercialización, varios tipos de información relación con el Departamento de marketing de la organización del cliente, los empleados que trabajan en el Departamento de marketing y la plataforma de producción para MarketingUnlimited que consta de un servidor de aplicaciones, varias estaciones de trabajo y herramientas de software relacionado con MarketingUnlimited.

El objetivo de la adquisición de refinación

El objetivo de adquisición

los productos, sistemas y servicios deben ser entregados dentro de la adquisición y con qué requisitos tienen que cumplir.

A requisito

Una representación documentada de una condición esencial que debe ser satisfecha por el sistema o servicio, a favor de la necesidad de un actor para lograr un objetivo.

Por ejemplo: el nuevo paquete de software comercialización tendrá que tener un tiempo de respuesta de entre 0 y 3 segundos para una consulta de base de datos.

El objetivo de adquisición entonces es descrito por sistema descripciones y descripciones del servicio:

Descripción del sistema

Una descripción de un sistema de documentación de los requisitos de un sistema.

A sistema es un compuesto integrado que consta o uno o más de los procesos, hardware, software, servicios y personas que proporcionan una funcionalidad para satisfacer una necesidad declarada u objetivo (definición de ISO/IEC 12207).

Descripción del servicio

Una descripción de un servicio de documentación de los requisitos que describen el servicio.

A servicio es un proceso que ejecuta una persona u organización a favor de otro. ISPL define dos tipos de servicios:

• proyectos, que están limitados por el tiempo (por ejemplo: la implementación de un paquete ERP), y
• servicios permanentes, que son ilimitadas por tiempo (por ejemplo: servicios de helpdesk).

Proyectos se describen mediante la documentación:

• el estado inicial:: elementos descriptivos y operacionales ya están presentes, y qué elementos deben estar presente en el inicio del proyecto
• el estado final:: describir qué elementos descriptivos y operativos serán necesarios y después de finalizado el proyecto

Servicios permanentes se describen mediante la documentación:

• el tipo de proceso se realizará en el servicio continuo,
• los elementos operacionales que sean objeto del servicio,
• las propiedades del servicio:: las propiedades que caracterizan el servicio:

• inversión propiedades: las propiedades que proporcionan el fundamento o los objetivos para atraer el servicio. Se refiere a los costos y beneficios de análisis,
• propiedades funcionales: las propiedades de la empresa de procesos y prácticas que se ejecutan en el servicio, de trabajo
• calidad propiedades: el nivel de servicio requerido por los usuarios o la estrategia de la organización.

Cuando los requisitos establecidos en el sistema (inicial) y descripción de los servicios no ofrecen suficiente base para:

• la organización del cliente para estimar con precisión los costos y beneficios o
• para la organización de proveedor producir una propuesta satisfactoria,

una más profunda Análisis de requerimientos, utilizando un método reconocido, puede ser necesario.

Otra información acerca de cómo ISPL define los entregables la adquisición puede encontrarse en la general Entrada ISPL.

Análisis de costos – beneficios

Análisis costo – beneficio se refiere al análisis de:

Costos

recursos para gastar en los servicios de información a ser adquiridos y

Beneficios

los recursos que se obtendrían de la adquisición de los servicios de información,

evaluar con éxito las cuestiones de inversión de la adquisición.

Beneficios deberá ser evaluado, incluso si no son cuantificables, pero preferiblemente identificados mediante el uso de términos financieros u otros cuantificable métricas.

por ejemplo: el software que se adquirirá permitirá que el Departamento de marketing manejar los datos de las actividades a un ritmo de 10% más eficiente que con el sistema actual.

Costos deben ser evaluados cuidadosamente, dependiendo mayormente, pero no únicamente, los requerimientos de sistemas y servicios y la estrategia de adquisición que se adoptará. Los costos no sólo así están relacionados al hardware o software compra (o desarrollo), pero con los costos de todas las actividades dentro de la adquisición.

por ejemplo: adquisición gestión, aseguramiento de la calidad y capacitación para los actores.

Análisis de las estacas y las partes interesadas

A partes interesadas

es un actor dentro de la organización o el dominio de destino que se verán afectado por la adquisición a la mano.

Es importante identificar todos los actores afectados, y en qué forma están afectados (su participación), porque una actitud negativa de actores puede influir negativamente en el éxito de la adquisición. ISPL propone realizar un Análisis FODA (Fortalezas, debilidades, oportunidades y amenazas) para los actores involucrados a fondo y adecuadamente identifican los riesgos de los actores. Los resultados de este análisis pueden servir como insumo para el análisis de situación y riesgo.

Planificación de adquisición

Diagrama de proceso de datos parcial para la adquisición de planificación etapa

La información contenida en la meta de adquisición se utiliza para producir el plan de adquisición. El plan de adquisición es el plan maestro de la adquisición de todo. En este plan se determinan escenarios entrega y evaluaron la situación y los riesgos. Y sobre la base del escenario situación y los riesgos, se forma una estrategia para gestionar la adquisición, su situación y los riesgos. Además, el plan de adquisición llevará a cabo los puntos de decisión principal, en el cual se toman las decisiones sobre las entregas dentro de la adquisición y la organización de adquisición (similar a una organización del proyecto) está formada.

Escenario de entrega de servicio

Sobre la base de la meta de adquisición, que contiene entre otros los sistemas y servicios requisitos y descripciones, escenarios pueden ser formados para las entregas de los servicios de información que se adquirirá. Múltiples escenarios pueden ser construidos, que será luego evaluada y utilizada en el diseño de la estrategia de adquisición. Los escenarios se construyen con las prioridades y la interdependencia de las entregas en mente.

Prioridad

Las prioridades están relacionadas con la importancia de cada entrega: que entrega tiene preferencia temporal sobre otro.

Prioridades pueden fluir del:

• Estrategia:: algunos productos pueden dar una ventaja competitiva a la organización;
• Finanzas:: los resultados pueden llevar reducir los costes de funcionamiento organizacional;
• Política:: algunos departamentos pueden tener poder político más dentro de la organización, permitiéndoles influyen en la prioridad de las entregas relacionadas o importantes a ese departamento.

Dependencia

Algunas entregas pueden ser dependientes el uno del otro, uno que requieren servicios para ser entregados antes de que la próxima vez puede ser.

Estos dependencias Quizás:

• Tecnológico:: algunas entregas tienen que ser entregados antes de que otro puede ser.

Por ejemplo: Nuevo hardware debe instalar antes de que el software puede ser.

• Funcional:: algunas funciones de una entrega tienen que ser entregado antes de otra entrega es capaz de funcionar.

Por ejemplo: Funcionalidad básica de un paquete ERP debe configurarse antes de módulos pueden ser activados y configurados.

• Relacionadas para reutilizar:: Si un entregable es reutilizable en múltiples situaciones y no es otro que está relacionado con él, de lo que tendría sentido para producir el reutilizable entregable en primer lugar, debido a sus usos más amplios.

Por ejemplo: Cuando se inventó el puerto USB, el puerto USB fue probablemente el primer convertido, antes de que los equipos que elaboraron podría hacer uso de ella.

Ejemplo de un escenario para una implementación de software del producto

Ejemplo:

Durante un proyecto para hacer más específica para implementaciones de software del producto genérico ISPL, se realizaron una serie de escenarios. Una de ellas fue para un acercamiento de una implementación paso a paso. La siguiente imagen muestra un diagrama del escenario que se hizo. En la miniatura de la derecha se muestra un ejemplo de un escenario para la implementación del software.

En este ejemplo, las entregas generales dentro de una aplicación de software son mencionadas, ejecutadas y entregadas diferentemente como pasa el tiempo, debido principalmente a las dependencias entre los entregables. Por ejemplo, ve el real para la entrega del software y las otras entregas relacionadas son dependientes en el resultado de la entrega "Proeftuin". "Proeftuin" es un periodo en el cual el software es ampliamente probado por la organización del cliente, proporcionado y apoyado por el proveedor. La organización del cliente puede conseguir una sensación para el uso del software en el dominio de destino, para garantizar que el software es un "apropiado" dentro de la organización.

Situación y análisis del riesgo

ISPL se adhiere a un enfoque situacional para gestionar una adquisición. El enfoque situacional toma en propiedades de la cuenta de la situación del problema, que se llaman factores situacionales. ISPL proporciona un número de estos factores situacionales. Algunos de estos factores situacionales tienen un impacto sobre los eventos que tienen consecuencias adversas: los riesgos. Por lo tanto, los factores situacionales y los riesgos en ISPL están relacionados entre sí. Esto permite proporcionar un número de heurística que factores influyen en ciertos riesgos. Primero se analiza la situación, entonces ISPL propone una serie de riesgos que puedan derivarse de la situación actual. Con esta información, se puede formar una estrategia de adquisición para mitigar la situación y los riesgos en un número de áreas. Otra información de la Análisis de situación y riesgo de ISPL puede encontrarse en el Entrada ISPL.

Situación

Primero se evalúa la situación de la adquisición. ISPL proporciona una lista de los factores situacionales para analizar la situación, el conocimiento acerca de la situación para el uso eficaz de la lista de verificación es adquirido por el análisis de documentos y entrevistas a actores clave dentro de la adquisición. La lista que proporciona ISPL no es, por supuesto, exhaustivo ni definitivo pero da una idea de algunos puntos principales que pueden describir la situación actual.

La situación se describe con dos dimensiones, que juntos pueden utilizarse para evaluar la situación:

• Dimensión del conocimiento:: esta dimensión el conocimiento sobre la situación en los grupos:
  • Complejidad:: la dificultad para gestionar el conocimiento disponible, escalado en tres valores: à simple moderada à complejo
  • Incertidumbre::; a falta de conocimientos disponibles, escalado en tres valores: cierto à moderada à incierto
• Dimensión de dominio:: que determina lo que (de la) organización tiene que ser investigado y considerado. Se identifican dos dominios dentro de ISPL:
  • Dominio de destino:: la parte de la organización (cliente) afectada por la adquisición
  • Dominio de servicio:: la organización que ofrece los servicios a ser adquiridos

Ambos se agrupan en cuatro clases: información, actores, procesos, tecnología.

Un ejemplo de un factor situacional relacionada con la complejidad de los procesos en el dominio de destino (tomado del libro ISPL: gestión de riesgos y la planificación de las entregas (véase los Acoplamientos externos)) se encuentra en la siguiente imagen.

Después de todos los factores situacionales han sido analizados para su medida o complejidad o incertidumbre, debe evaluarse la situación general:

• Se enumeran todos los factores con valores 'complejos' y 'inciertos', y su influencia en la complejidad y la incertidumbre global está determinado;
• Se enumeran los factores moderados y su influencia en la complejidad y la incertidumbre global está determinado;
• Se enumeran los factores con 'simple' y 'algunos' valores y se determina el monto en el cual contrarrestan la complejidad y la incertidumbre global.

La incertidumbre y la complejidad global se determina con la experiencia presente dentro de la organización.

Determinación del dominio de servicio

Para que el análisis de la situación trabajar e identificar correctamente preocupados con la adquisición de todo posibles riesgos, es necesario adquirir conocimientos sobre la complejidad y la incertidumbre implicados con el dominio de servicio: el proveedor del servicio. Esto es porque el dominio de servicio puede influir en el éxito de la adquisición. El dominio de servicio se identifica de manera similar como el dominio de destino.

Puede ser difícil en esta primera etapa del proceso de ISPL para identificar completamente el dominio servicio aunque, porque puede ser externa proveedores se sentirán atraídos a entregar algunas de las entregas. Proveedores externos se desconocen, en este momento. Esto es, durante el curso de la adquisición, la situación y análisis de riesgo deben repetirse para reevaluación.

Riesgo

Un riesgo

A riesgo es la posible aparición de las consecuencias adversas de un evento.

Análisis de riesgos es:

• el identificación de los riesgos,
  • la evaluación de sus probabilidad de ocurrencia,
  • la evaluación de la impacto de una eventual ocurrencia,
• la determinación de riesgos críticos.

ISPL ha determinado una serie de riesgos, dividido en dos clases:

• Riesgos para el negocio:: influir en el desempeño de la empresa como un todo;
• Riesgo para el servicio:: que influyen en el rendimiento de los servicios (debe ser) adquirido.

Los riesgos están relacionados con los factores situacionales que proporciona ISPL.

Ejemplo de un riesgo Eso se relaciona con el ejemplo del factor situacional mencionado:

Cuando

• la "complejidad de las propiedades de calidad de los procesos de negocio" en el dominio de destino se evalúa como 'High',

Entonces pueden ser posibles riesgos:

• • Mala calidad de servicio/sistema
  • Servicio/sistema no aceptado por los actores del negocio
  • No cumplen con los estándares de negocios estacas

(tomado del libro ISPL: gestión de riesgos y la planificación de las entregas (véase los Acoplamientos externos))

Estrategia de adquisición

Diagrama de proceso de datos parcial para la estrategia de adquisición (parte de la planificación de adquisición)

La estrategia de adquisición dentro de ISPL actúa como el diseño de un gestión del riesgo estrategia. La estrategia de gestión de riesgo proporciona opciones para las opciones que reducen la probabilidad y/o el impacto de los riesgos. ISPL ofrece varias opciones, divididas en cuatro clases:

1. opciones para la situación del cliente,
2. relaciones de proveedor,
3. proyecto y
4. servicios.

Las opciones son seleccionadas en base a su eficiencia y los costos relacionados con la demora para la entrega.

El siguiente es mucho un resumen del ISPL, que es mucho más extenso en sus explicaciones. Para éstos, consulte los enlaces externos.

Opciones para la situación del cliente

Tres opciones principales:

• Factores situacionales cambio dentro del dominio de destino

Si es posible, la organización puede decidir cambiar su situación, para eliminar posibles riesgos relacionados con la situación actual

• Modificar o refinar los requisitos se establecieron dentro de la meta de adquisición

El requisito puede haber sido demasiado compleja o demasiado simple o lo contrario ineficaz para la situación de la adquisición.

• Definir una estrategia de normas

La organización del cliente podrá adoptar ciertas normas para, por ejemplo, garantizar la transparencia dentro de la organización y hacia las partes externas, maximizar la interoperabilidad entre servicios y sistemas, etc..

Opciones para relaciones proveedor

Cinco opciones principales:

• Elección entre proveedores externos o internos

La elección depende, entre otros, el conocimiento sobre el servicio, costos y eficiencia-tiempo de entrega, los actores necesitados y posibles beneficios de la contratación.

• Determinar los tipos de licitación

Determinados tipos de licitación podrán elegirse relacionados con el tipo de relación necesario con un proveedor. Tipos de licitación son:

• • abrir el procedimiento,
  • procedimiento restringido,
  • procedimiento negociado,
  • concurso de diseño.

Para explicaciones más elaboradas de estos tipos de licitación, consulte los enlaces externos.

• Determinar la interacción con los proveedores

Dentro de situaciones complejas o inciertas sobre el dominio de servicio, se pueden hacer ciertas decisiones en las comunicaciones con un proveedor.

Por ejemplo: Decidir requerir información desde un proveedor sobre sus servicios antes de un 'solicitud de propuesta' está hecha.

• Determinar la flexibilidad de contratos

Cuando la situación para el dominio de servicio es complejo o incierta, ciertos elementos contractuales pueden hacerse menos (o más) flexible para dar cabida a una relación sana con el proveedor.

• Identificar los contratos y las limitaciones de la secuencia

Puede ser una decisión para dividir la adquisición en múltiples contratos para hacer la situación para la organización del cliente más seguro (aunque un poco más complejo).

Opciones para proyectos

Dos opciones principales:

• Decide comprar o desarrollar

Decidir cuándo comprar por ejemplo: existen suficientes productos, complejidad de los requisitos no son elevados o la capacidad de los actores es baja.

Por ejemplo: comprar un ERP producto de software como SAP.

• Determinar los requerimientos de la estrategia de entrega de proyecto

La estrategia de entrega del proyecto refiere a cuatro enfoques: instalación, construcción, Descripción y control de proyectos. Durante la adquisición, por lo menos se puede fijar la estrategia de instalación, también se puede definir el enfoque de construcción. Los enfoques para la construcción e instalación que identifica ISPL son:

• • Un disparo:: Construcción instalación en un intento. Este enfoque se relaciona con algo el enfoque de 'big bang' para la adopción de software.

Por ejemplo: Desarrollar un programa en un intento y ninguna instalación sucesiva son necesarios.

• • Incremental:: Construir/instalar en partes.

Por ejemplo: Un paquete ERP es comprado para los cuales la mayoría base módulo está instalado primero, después de lo cual son sucesivos módulos funcionales (comprado y) instalado cuando se necesitan. Este enfoque se relaciona con algo el enfoque 'gradual' para la adopción de software.

• • Evolutiva:: Construcción/instalación en total, pero varias versiones.

Por ejemplo: Un programa es completamente desarrollado e instalado. Luego una segunda versión de la misma está construida totalmente (o la primera versión completamente revisada) e instalado. Este enfoque se relaciona con algo el enfoque 'gradual' para la adopción de software.

Opciones para los servicios en curso

Dos opciones principales:

• Determinar los acuerdos de servicio

Son decisiones relativas a los servicios en relación con el proveedor.

Por ejemplo: De acuerdo con el proveedor para compartir un servicio con otra organización (helpdesk proveedor), la propiedad del servidor de aplicaciones puede determinarse a mentir con el proveedor la responsabilidad de la máquina con ellos.

• Determinar los requerimientos del enfoque de control de servicio

Son decisiones en qué grado la organización cliente quiere tener control sobre la prestación de servicios en curso.

Por ejemplo: Las horas requeridas de disponibilidad del servicio de helpdesk son determinadas y dentro de un acuerdo de nivel de servicio sobre el cual la organización cliente puede tomar el control.

Puntos de decisión de planificación

Basado en todas las actividades anteriores, los puntos de decisión de planificación se hace. Esto es un conjunto de tiempo planeando de puntos de decisión.

Punto de decisión

Un punto de decisión

Un punto de decisión es un punto en el tiempo donde el cliente, con o sin el surtidor, toma una decisión sobre los servicios y las entregas a los servicios.

Un punto de decisión es descrito por:

• Las entregas que sirven como las precondiciones para la toma de la decisión
• El programa de organización y tiempo
• Los costos involucrados con el punto de decisión
• Los roles involucrados con la decisión
• El propósito de la decisión

Un ejemplo de un punto de decisión de planificación para la implementación del software de un producto

Un ejemplo de una planificación de puntos de decisión puede encontrarse a través de la imagen a la derecha. En esta planificación, las decisiones se planean puntos a través del tiempo (arriba a abajo, de izquierda a derecha). Esta planificación fue tomada de un estudio para hacer más específica para implementaciones de software del producto ISPL. Así, los puntos de decisión de planificación está dirigido a una parte del proceso de una implementación de software.

Un ejemplo de una descripción del punto de decisión acortado puede encontrarse en la siguiente imagen. Esta descripción fue tomada desde el mismo estudio para hacer más específica para implementaciones de software del producto ISPL.

Organización de adquisición

Se establece la organización de adquisición, que es similar a una organización del proyecto. Aunque la organización de adquisición se centra más en la relación (legal) que tiene que mantener con la organización del proveedor.

Autoridad de contrato

Persona con autoridad para resolver problemas with(in) un contrato

Autoridad del servicio

Persona con autoridad para resolver los problemas con un servicio (entregado)

Asesor legal

Persona o grupo que, basado en sus conocimientos y habilidades, puede ayudar a las autoridades dentro de la adquisición a la forma y fundada opinión sobre asuntos legales.

Asesor financiero

Persona o grupo que, basado en sus conocimientos y habilidades, puede ayudar a las autoridades dentro de la adquisición para formarse una opinión fundada en asuntos financieros.

Asesor tecnológico

Persona o grupo que, basado en sus conocimientos y habilidades, puede ayudar a las autoridades dentro de la adquisición para formar una opinión fundada en asuntos tecnológicos.

Lectura adicional

• (ISPL1) Consorcio ISPL (1999). Gestión de procesos de adquisición. Den Haag (NL): Diez Hagen Stam
• (ISPL2) Consorcio ISPL (1999). Gestión de riesgos y la planificación de las entregas. Den Haag (NL): Diez Hagen Stam
• (ISPL3) Consorcio ISPL (1999). Especificación de los entregables. Den Haag (NL): Diez Hagen Stam
• (ISPL4) Consorcio ISPL (1999). Diccionario. Den Haag (NL): Diez Hagen Stam
• (Verhoef) = Verhoef, D., Kermmerling, g., van der Meulen, E. & Schutte, H. (2004). Compra de servicios IT, van een introductie op base ISPL. Zaltbommel (NL), van Haren editorial

Enlaces externos

• [1]
• [2]
• ISPL
• www.ispl.org: An ISPL webtool

Otras Páginas

• Terapia de gusano
• Tasa de fijacion
• Motor Willys relampago
• Enterprise Volume Management System
• Waccamaw Corp.
• ThaiURL
• Meizu M8