Upload
vumien
View
222
Download
0
Embed Size (px)
Citation preview
12/20/2013
Alfaro Solís Oscar M.
Miranda Cubero Viviana
Segura Rodriguez Oscar M.
Estrategia para el
control y monitoreo
de los riesgos
Entregable #5
4T-130024G2 Gestión del Riesgo
Grupo #1
1
Table de Contenido
Nombre del proyecto .......................................................................................................................... 2
Objetivo del proyecto .......................................................................................................................... 2
Objetivos específicos del proyecto ..................................................................................................... 2
Justificación del proyecto .................................................................................................................... 2
Factores Críticos de éxito .................................................................................................................... 2
Exclusiones del Proyecto ..................................................................................................................... 3
Asunciones del proyecto ..................................................................................................................... 3
Entregables del proyecto .................................................................................................................... 3
Administrador del proyecto ................................................................................................................ 4
Tiempo estimado del proyecto ........................................................................................................... 4
Costo del proyecto .............................................................................................................................. 4
Patrocinador del proyecto .................................................................................................................. 4
Cronograma ......................................................................................................................................... 5
Identificación de Riesgos del Proyecto ............................................................................................. 10
Análisis cualitativo y cuantitativo ...................................................................................................... 15
Cuadro de riesgos y clasificación de impacto ............................................................................... 15
Mapa de riesgos. ........................................................................................................................... 19
Clasificación de riesgos. ................................................................................................................ 20
Decisiones y acciones para gestión de riesgos .................................................................................. 25
Plan de comunicación. ...................................................................................................................... 29
Riesgos identificados. .................................................................................................................... 30
Riesgos no identificados. ............................................................................................................... 31
Mecanismo para identificar nuevos riesgos ..................................................................................... 31
Mecanismos de actualización de los planes del proyecto ................................................................ 32
Procedimiento de Solicitud de Cambios ........................................................................................... 33
Anexo #1 ............................................................................................................................................ 34
Formulario de solicitud de cambios .............................................................................................. 34
Glosario ............................................................................................................................................. 36
2
Nombre del proyecto Adquirir un Nuevo ERP para el manejo de inventario en todos los MP de Samtec Inc.
Objetivo del proyecto Comprar e implementar un sistema de tipo ERP que permita a la empresa SAMTEC Inc manejar las
áreas de Inventario, SFC y Tráfico así como mantener conectividad con el sistema central actual de
la empresa (SGN).
Objetivos específicos del proyecto Mantener y mejorar el servicio al cliente que caracteriza a la empresa y que es el principal
compromiso con sus clientes detallado por la política Sudden Service (Servicio inmediato)
Liberar recursos del departamento de MIS y poder invertirlos en el desarrollo de nuevas
aplicaciones que mejoren el desempeño de los FAEs tales como aplicaciones para
dispositivos móviles, el sitio web de la empresa, etc.
Mejorar el manejo de materia prima en piso de producción así como el manejo de
producto terminado en las diversas plantas de producción a nivel mundial
Justificación del proyecto Samtec es una de las empresas líderes en el mercado del diseño y manufactura de cables y
conectores a nivel mundial. Los sistemas con los que cuenta la empresa son desarrollados In-
House lo que ha propiciado que los sistemas se adapten a los distintos métodos de producción con
los que cuenta la empresa. Sin embargo, en la actualidad, es indispensable contar con
certificaciones que den ventaja competitiva en diversos mercados. Estas certificaciones exigen
estándares de producción, control de calidad y manejo de productos de exportación, por lo que
nace la necesidad de adaptar la producción de las plantas de SAMTEC a nivel mundial, a un
sistema ERP que ya cuente con experiencia probada en el desarrollo estandarizado de productos.
Factores Críticos de éxito La solución debe ser capaz de manejar los tres procesos críticos de manufactura de
productos, Inventario de materia prima y producto terminado, Shop Floor Control y
Tráfico.
El proveedor del ERP debe de estar capacitado para proveer soporte así como brindar
capacitaciones técnicas al personal de tecnologías de información de SAMTEC.
El personal elegido por el proveedor para llevar a cabo la implementación del nuevo ERP
debe de tener amplia probada experiencia en este tipo de proyectos.
El contrato a firmar con el proveedor debe de especificar claramente las responsabilidades
del mismo así como de SAMTEC en su rol de cliente. También debe de dejar claro el costo
y tiempo límite para entregar el producto instalado en la infraestructura de SAMTEC.
El proveedor del nuevo ERP debe de entregar un documento donde se especifiquen los
requerimientos de software y hardware del nuevo sistema.
3
Se debe contemplar el periodo de adecuación de la infraestructura de hardware de la
empresa a nivel de todas las plantas para asegurar el correcto funcionamiento del nuevo
ERP. Esto debe incluir periodo de cotización de equipo y licencias de software así como su
proceso de compra e instalación tal cual corresponda.
El proveedor del nuevo ERP debe brindar soporte indefinidamente después de la etapa de
paso a producción con el objetivo de estabilizar completamente el nuevo software.
Exclusiones del Proyecto El proyecto excluye el soporte a cualquier otro sistema de la empresa que deje de
funcionar debido a la implementación del nuevo ERP
El proyecto excluye la compra de hardware y licencias de software necesarias para la
correcta funcionalidad del nuevo ERP en la infraestructura de SAMTEC.
El proyecto excluye cualquier mejora o modificación que deba hacerse a los actuales
sistemas con los que cuenta la empresa posterior a la entrega del ERP.
El proyecto no incluye las actividades y costos posteriores a la implementación del ERP.
Asunciones del proyecto SAMTEC ya cuenta con el proveedor del ERP que se amolda mejor a las necesidades
actuales de la empresa
SAMTEC cuenta con las licencias de software necesarias para el momento en que se inicia
la implementación del nuevo sistema en la infraestructura interna.
SAMTEC cuenta con el hardware necesario para el momento en que se inicia la
implementación del nuevo sistema en la infraestructura interna.
El proceso de implementación no interferirá con el funcionamiento actual de los sistemas
de información de SAMTEC.
El personal seleccionado por SAMTEC para respaldar y participar en la implementación del
nuevo ERP cuenta con los conocimientos y la experiencia necesaria para participar de
manera activa y responsable en el proyecto.
El Proveedor brindara soporte durante un tiempo indefinido con el fin de estabilizar la
nueva plataforma.
Entregables del proyecto Contratos de implementación firmados
Documento que define requerimientos de software del sistema
Documento que define requerimientos de hardware del sistema
Sistema Instalado en ambiente de desarrollo
Sistema Instalado en ambiente de pruebas
Sistema Instalado en ambiente de producción
Reporte de resultados de pruebas del nuevo ERP
Certificado de Funcionalidad General del sistema
4
Capacitación técnica y operativa a personal de SAMTEC.
Documentación técnica del sistema para el personal de MIS Ops de SAMTEC
Documentación de usuario del sistema para el personal de planta.
Administrador del proyecto John T. Cook, CIO (Gerente de Información) de SAMTEC Inc.
Tiempo estimado del proyecto 180 días calendario.
Costo del proyecto Quinientos cincuenta mil dólares - $550,000.00.
Patrocinador del proyecto John Shine, CEO (Gerente General) de Samtec Inc.
10
Identificación de Riesgos del Proyecto
ID Nombre Descripción Fase del Proyecto Probabilidad Impacto
1 Sistema ya implementado no cumple parámetros de funcionalidad
Luego de realizar las pruebas se encuentra que los resultados arrojados no cumplen los parámetros esperados
Análisis de resultados de pruebas
2 - Poco Probable 5 - Impacto fatal
2 Documentación a usuarios incompleta o nula
Documentación de usuarios es incompleta o no existe del todo
Documentación de usuario del sistema
1 - Nada Probable 3 - Impacto Medio
3 Ausencia de la documentación técnica
Documentación técnica es incompleta o no existe del todo
Documentación técnica del sistema
1 - Nada Probable 3 - Impacto Medio
4 Errores en Análisis fase de pruebas
Se omiten criterios y\o análisis importantes con respecto a las pruebas realizadas que no permitan encontrar errores o problemas en el periodo de pruebas
Análisis de resultados de pruebas
3 - Probable 4 - Alto Impacto
5 Software inadecuado El software base instalado (SO, Features, licencias) no es equivalente al solicitado.
Fase de instalación 2 - Poco Probable 2 - Poco impacto
11
6 Equipo Técnico de Proveedor no se presentan en la fecha
Ingenieros encargados de la instalación no se presentan en cualquiera de las fechas de ejecución de las mismas. (Incluye enfermedad, muerte y accidentes).
Fase de instalación 3 - Probable 4 - Alto Impacto
7 Equipo Técnico de Proveedor sin experiencia
Los ingenieros asignados por el proveedor no tienen el conocimiento necesario para realizar el proceso.
Fase de instalación 2 - Poco Probable 3 - Impacto Medio
8 Instalación excede el tiempo pronosticado
La instalación de cualquiera de los ambientes toma más tiempo de pronosticado por motivos no relativos a sus prerrequisitos ni al expertos del equipo técnico
Fase de instalación 3 - Probable 4 - Alto Impacto
9 Usuarios no se presentan a capacitaciones
Usuarios convocados lo se presentan a capacitaciones
Fase de pruebas 2 - Poco Probable 3 - Impacto Medio
10 Usuarios técnicos no se presentan a capacitaciones
Usuarios técnicos convocados no se presentan a capacitaciones
Fase de pruebas 2 - Poco Probable 3 - Impacto Medio
11 Capacitadores no se presentan a capacitaciones
Capacitadores asignados no se presentan a capacitaciones
Fase de pruebas 2 - Poco Probable 4 - Alto Impacto
12 Salas para capacitaciones no disponibles
No se encuentra un lugar para capacitaciones
Fase de pruebas 2 - Poco Probable 3 - Impacto Medio
13 Fallo o falta de materiales para capacitaciones
Los materiales para las capacitaciones no se encuentran disponibles al momento de las mismas
Fase de pruebas 2 - Poco Probable 3 - Impacto Medio
14 Usuarios de prueba no participan en las pruebas
Los usuarios designados no ejecutan las pruebas en el tiempo asignado
Fase de pruebas 3 - Probable 4 - Alto Impacto
15 Usuarios de prueba no rinden retroalimentación
Los usuarios no dan retroalimentación de las pruebas
Fase de pruebas 3 - Probable 3 - Impacto Medio
12
16 Hardware no entregado a tiempo
Cualquier componente de hardware necesario no es entregado a tiempo
Gestión de prerrequisitos 2 - Poco Probable 3 - Impacto Medio
17 Los pre-requisitos no cumplen los objetivos del Negocio
La documentación de los pre-requisitos no está acorde a los objetivos del negocio.
Gestión de prerrequisitos 2 - Poco Probable 4 - Alto Impacto
18 Documento de prerrequisitos no entregado a tiempo
La documentación requerida no se entrega a tiempo
Gestión de prerrequisitos 2 - Poco Probable 3 - Impacto Medio
19 Hardware inadecuado
El hardware adquirido para la instalación no es adecuado para soportar el sistema sea por antigüedad o incompatibilidad
Inicialización de proyecto 2 - Poco Probable 3 - Impacto Medio
20 Ausencia de requisitos legales en el contrato
Ausencia o falta de requisitos para firmar o hacer valer el contrato de adquisición de software (Incluye falta de firmas, validez de representantes, representación, entre otros).
Inicialización de proyecto 2 - Poco Probable 4 - Alto Impacto
21 Resistencia al Cambio
El equipo técnico de SAMTEC se resiste al cambio de software desarrollado In-House al de un ERP externo.
Inicialización de proyecto 3 - Probable 5 - Alto Impacto
22 Problemas con sesiones de usuarios
El nuevo ERP presenta problemas para otorgar premisos y sesiones a los usuarios necesarios
Inicio de Pruebas 3 - Probable 3 - Impacto Medio
23 Errores en informe de pruebas de cargado de datos
El informe emitido no es claro o no contiene toda la información necesaria para la correcta implementación
Inicio de Pruebas 3 - Probable 4 - Alto Impacto
13
24 Omisiones en pruebas de rendimiento
Las pruebas de rendimiento no identifican errores habituales en el ambiente de producción
Inicio de Pruebas 2 - Poco Probable 3 - Impacto Medio
25 Alta gerencia no conforme con sistema implementado
La alta gerencia no aprueba el sistema implementado a pesar de pasar la fase de pruebas correctamente
Pase a Producción 2 - Poco Probable 5 - Impacto fatal
26 Omisiones en notificación a los usuarios sistema en producción
Los usuarios finales no reciben la correcta notificación del momento en el que el nuevo ERP empiece a trabajar en el ambiente de producción
Pase a producción online 2 - Poco Probable 3 - Impacto Medio
27 Fallos de hardware imprevistos
El hardware que está siendo utilizado presenta fallos inesperados causando baja de rendimiento o de disponibilidad de los servicios
Todo el proyecto 3 - Probable 5 - Impacto fatal
28 Problemas civiles
Huelgas, golpe de estado, guerra, insurrecciones o cualquier otro movimiento civil que impacte la zona
Todo el proyecto 2 - Poco Probable 4 - Alto Impacto
29 Desastres naturales
Desastres naturales en la zona donde se encuentran las oficinas de la organización o donde se encuentran los servidores.
Todo el proyecto 1 - Nada Probable 5 - Alto Impacto
30 Desastre en el edificio de data center
Incendio, inundación, problemas eléctricos o cualquier otro daño similar en el data center donde se encuentra el equipo
Todo el proyecto 2 - Poco Probable 5 - Impacto fatal
14
31 Desastre en uno o más de los edificios de oficinas
Incendio, inundación, problemas eléctricos o cualquier otro daño similar en uno o más de los edificios donde se encuentra el personal
Todo el proyecto 2 - Poco Probable 5 - Impacto fatal
32 Alta gerencia ordena "Congelamiento" de proyectos o presupuesto
Una orden de la alta gerencia ordena congelar toda inversión o la ejecución de proyectos
Todo el proyecto 1 - Nada Probable 5 - Impacto fatal
33 Pérdida de recursos en el equipo de implementación
Personal asignado por SAMTEC para trabajar con el equipo de implementación deja la empresa por X o Y razón, lo cual produce iniciar el proceso de contratación o reemplazo del recurso perdido.
Todo el proyecto 3 - Probable 3 - Impacto Medio
19
Mapa de riesgos. Basado en el estudio de riesgos del apartado anterior, podemos definir para este proyecto el
siguiente mapa de riesgo.
20
Clasificación de riesgos.
Los riesgos identificados anteriormente han sido clasificados utilizando el siguiente RBS.
21
Dando como resultado, la clasificación dada a continuación.
ID Nombre Externos Técnicos Operativos Organizacionales
R1 Sistema ya implementado no cumple parámetros de funcionalidad
R2 Documentación a usuarios incompleta o nula
R3 Ausencia de la documentación técnica
R4 Errores en Análisis fase de pruebas
R5 Software inadecuado
R6 Equipo Técnico de Proveedor no se presentan en la fecha
R7 Equipo Técnico de Proveedor sin experiencia
R8 Instalación excede el tiempo pronosticado
22
R9 Usuarios no se presentan a capacitaciones
R10 Usuarios técnicos no se presentan a capacitaciones
R11 Capacitadores no se presentan a capacitaciones
R12 Salas para capacitaciones no disponibles
R13 Fallo o falta de materiales para capacitaciones
R14 Usuarios de prueba no participan en las pruebas
R15 Usuarios de prueba no rinden retroalimentación
R16 Hardware no entregado a tiempo
R17 Los pre-requisitos no cumplen los objetivos del Negocio
R18 Documento de prerrequisitos no entregado a tiempo
23
R19 Hardware inadecuado
R20 Ausencia de requisitos legales en el contrato
R21 Resistencia al Cambio
R22 Problemas con sesiones de usuarios
R23 Errores en informe de pruebas de cargado de datos
R24 Omisiones en pruebas de rendimiento
R25 Alta gerencia no conforme con sistema implementado
R26 Omisiones en notificación a los usuarios sistema en producción
R27 Fallos de hardware imprevistos
R28 Problemas civiles
R29 Desastres naturales
24
R30 Desastre en el edificio de datacenter
R31 Desastre en uno o más de los edificios de oficinas
R32 Alta gerencia ordena "Congelamiento" de proyectos o presupuesto
R33 Pérdida de recursos en el equipo de implementación
29
Plan de comunicación. En general, al presentarse un evento que pueda considerarse un disparador de un riesgo, se
seguirá el siguiente flujo de decisión y comunicación:
30
Podemos en el distinguir entre dos tipos de riesgos:
Riesgos identificados. Cuando se presenta un riesgo que haya sido previamente identificado y del que conozcamos
su impacto se seguirá la siguiente matriz de comunicación:
Tipo de riesgo Impacto Mecanismo de
Comunicación Emisor Receptor
Operativo Fatal Reunión de emergencia Project Manager Equipo técnico
Fatal Reunión de información Project Manager Sponsors
Alto Reunión de emergencia Project Manager Equipo técnico
Alto Reunión de información Project Manager Sponsors
Medio Email Project Manager Project Team
Poco Email/llamada
telefónica
Encargado de la
tarea Project Manager
Organizacional Fatal Email de comunicación Project Manager Equipo participante
Reunión de información Project Manager Sponsor
Alto Reunión de emergencia Project Manager Equipo técnico
Reunión de información Project Manager Sponsors
Medio Email Project Manager Project Team
Poco Email/llamada
telefónica
Encargado de la
tarea Project Manager
Externo Fatal Cualquier medio
disponible Project Manager
Todos los
involucrados
Alto Cualquier medio
disponible Project Manager
Todos los
involucrados
Técnico Fatal Reunión de emergencia Project Manager Equipo técnico
Fatal Reunión de información Project Manager Sponsors
Alto Reunión de emergencia Project Manager Equipo técnico
Alto Reunión de información Project Manager Sponsors
31
Medio Email Project Manager Project Team
Poco
Email/llamada telefónica
Encargado de la tarea
Project Manager
Riesgos no identificados.
En todos los casos, se convocará a una reunión de emergencia con el equipo del proyecto. De
igual forma se comunicará por el medio más oportuno (email o reunión de información) a los
interesados.
Los medios de comunicación definidos en la misma serán los siguientes:
Cualquier medio disponible: Dado que este medio de comunicación se utilizará solo en
casos de desastres externos a la organización, no hay forma de asegurar que las
plataformas tecnológicas existirán en el momento de la comunicación. Se deja esta opción
abierta al medio más seguro disponible en el momento.
Reunión de emergencia. Se convocará a una reunión con las personas receptoras del
mensaje en un plazo no mayor a 24 horas para dar inicio al plan de respuesta al riesgo.
Esta podrá también ser una conferencia en caso de que las personas no se encuentren en
la misma ubicación física.
Reunión de información: Se convocará a una reunión con las personas receptoras en el
menor plazo disponible para comunicar la presencia del disparador del riesgo y el plan a
ser ejecutado. Esta podrá también ser una conferencia en caso de que las personas no se
encuentren en la misma ubicación física.
Email: Se enviará un correo electrónico a las personas receptoras del plan en el menor
tiempo posible.
Llamada telefónica: Se hará una llamada telefónica o conferencia en el menor tiempo
posible a las personas interesadas.
Mecanismo para identificar nuevos riesgos Dentro de todo proyecto, se deben de identificar oportunidades y debilidades a lo largo de las
diferentes iteraciones del mismo. Existen diversos mecanismos para identificar nuevos riesgos que
puedan aparecer una vez que el proyecto mismo se ha puesto en marcha.
32
En el caso particular de nuestro proyecto se utilizaran:
Establecer Hitos de Control: Se establecerán fechas de corte donde se realizaran
reuniones con las personas encargadas de los diferentes procesos definidos antes de la
implementación, donde se discutirán los avances del proyecto, los entregables logrados a
la fecha y las acciones a definir dados nuevos riesgos encontrados.
Entrevistas: Se crearan entrevistas previamente definidas al equipo de trabajo. De esta
manera los stakeholders tendrán información actualizada y detallada de los resultados de
todos y cada uno de los hitos de control establecidos
Agile Methodology: La metodología Agile, se utiliza en Samtec como parte del monitoreo
de las iteraciones de los diferentes procesos. Se utilizara el concepto de Stand-Up meeting
para mantener a todo el equipo de trabajo al tanto de lo que sucede durante el desarrollo
del proyecto así como la creación de minutas de las reuniones con las cuales se llevara el
control del progreso y de los nuevos riesgos que puedan identificarse por medio de las
mismas
Reevaluación de Riesgos: Conforme avance el proyecto, los encargados del mismo
crearan reuniones con algunos representantes del equipo de trabajo, donde se evaluaran
los riesgos anteriormente identificados, se discutirán los avances de los planes que se han
puesto en marcha para evitarlos o mitigarlos según sea el caso y se evaluara el entorno en
búsqueda de nuevos riesgos.
Medición del Rendimiento Técnico: Los administradores del proyecto y los encargados de
los diferentes procesos, evaluaran periódicamente la ejecución del proyecto con el
cronograma de logros técnicos del plan de gestión del proyecto. De esta manera se podrá
distinguir la desviación que exista entre lo planificado con lo que se ha logrado de manera
real.
Mecanismos de actualización de los planes del proyecto Una vez que los mecanismos para la identificación de nuevos riesgos se han puesto en marcha y
han arrojado resultados que requieran cambios en el plan del proyecto, se deben de poner en
marcha diversos mecanismos que se utilizaran para la solicitud de dichos cambios.
Reunión de evaluación: Una vez que el proyecto ha recibido una solicitud de cambios
(Ejemplo de formulario de solicitud de cambios en el Anexo #1), el administrador del
proyecto así como algunos colaboradores y representantes de la empresa proveedora se
reunirán para analizar los cambios, determinar el impacto de hacer o no los cambios al
proyectos y se tomara una decisión sobre todos los cambios solicitados.
Documentación de los cambios: Una vez tomada la decisión, se documentaran los
cambios aprobados de manera que se mantengan en la bitácora del proyecto. Dichos
documentos se incluirán a la base de datos de SharedPoint para análisis posterior y
efectos de auditoria.
Comunicación de Decisiones: Los resultados del análisis de los cambios serán
comunicados inmediatamente a los solicitantes así como las razones por las cuales se
33
aprueba o no el cambio al proyecto. Se calendarizaran nuevas reuniones con los
solicitantes de ser necesario.
Procedimiento de Solicitud de Cambios 1. Solicitud de Cambio: El documento de solicitud de cambio debe ser presentado al gerente
del proyecto con toda la información solicitada en el mismo.
2. Clasificación del Cambio: El gerente del proyecto clasificara el cambio solicitado y definirá
que tan crítico es el mismo utilizando la escala de prioridad (Alta, Media, Baja).
3. Análisis del Cambio: El equipo del proyecto junto con el Administrador del proyecto
analizan la solicitud, estiman costos, cambios en cronograma e impacto en un máximo de
3 días hábiles.
4. Desarrollo del Cambio: De ser aprobado el cambio solicitado, puede aprobarse desde un
cambio hasta la creación de un nuevo sub proyecto. De ser necesario, el equipo de
proyecto creara los cambios en los documentos necesarios, los comunicara utilizando el
plan de comunicación ya establecido y posteriormente pondrá tal documentación en la
bitácora de SharedPoint.
34
Anexo #1
Formulario de solicitud de cambios
Nombre del Proyecto:
Solicitado por:
Presentado por:
Fecha de Solicitud:
Cambio No.
Nombre del Cambio:
TIPO DE CAMBIO REQUERIDO
Alcance del Proyecto
Presupuesto del Proyecto
Adquisición/Contratistas del Proyecto
Programación del Proyecto
Otro Cambio
¿Cuál?
Descripción del Cambio
Justificación del Cambio Requerido
Impacto en los Recursos y Costos del Proyecto
Descripción Horas de Trabajo Costo
Reducción Incremento Reducción Incremento
Cambio Neto Total
35
Impacto en la Programación del Proyecto
Fecha Planeada de Terminación del Proyecto:
Nueva Fecha de Terminación del Proyecto:
Acción Comentarios
Rechazado
Aplazado para:
Aprobado
Firmas:
Director del proyecto:
Nombre:
Otro:
Nombre:
36
Glosario
CEO (Chief Excecutive Officer): Terminología del inglés para referirse al Gerente General
de una empresa
CIO (Chief Information Officer): Terminología del inglés utilizada para referirse al gerente
de información de una empresa.
FAE: Terminología utilizada en SAMTEC para referirse a los agentes de ventas.
In-House: Término utilizado para referirse al tipo de desarrollo de software que se realiza
dentro de una empresa para su posterior puesta en producción dentro de la misma.
MIS (Management Information System): Nombre del departamento de desarrollo de
software de SAMTEC.
MIS Ops(Management Information System - Opperations): Nombre del área de
tecnologías de información de SAMTEC encargada del hardware e infraestructura de redes
de la empresa.
MP (Manufacturing Plant): Planta de manufactura
SAMTEC: Empresa Norteamericana con sede en New Albany, In. Dedicada al diseño y
manufactura de cables y conectores.
SGN (Samtec Global Network): Sistema Central utilizado por SAMTEC para la mayoría de
operaciones de la empresa.
SharedPoint: Es una herramienta de software que le permite a SAMTEC mantener todas
las documentaciones de manera electrónica y accesible para todos las personas
necesarias.
Shop Floor Control: Nombre del sistema actual que maneja la información de órdenes de
compra que se envían a piso de producción.
Features: Termino del idioma ingles utilizado en el ámbito tecnológico para referirse a las
características y funciones de una software determinado.