Plantilla MP

1. Documento MP 10/04/2015
Service Timely BG Pág. 1 de 6
ServiceNet
Marco de Referencia de Desarrollo de Software
Service Timely BG
Documento MP: Modelo del Proceso Software.
Identificación del contexto y de las oportunidades en la organización
Versión <1.0>
Presentado por: Jorge Andrés Balza Granados
Historia de Revisiones
Fecha Versión Descripción/cambio Autor
08/04/2015 1.0 Reconocimiento de la Organización y
Proceso de Software
Jorge Balza Granados

2. Documento MP 10/04/2015
Service Timely BG Pág. 2 de 6
ServiceNet
Marco de Referencia de Desarrollo de Software
Objetivo
El propósito de este documento es profundizar en el estudio del problema seleccionado
(relacionado con el proceso software). Describe los aspectos de la organización que tienen
impacto o están afectados por dicho problema. (Por la carencia de este software que
problemática se esta generando, este punto es importante ya que se convierte en viabilidad del
proyecto)
Aspectos a documentar
1. Estructura (*)

3. Documento MP 10/04/2015
Service Timely BG Pág. 3 de 6
ServiceNet
Marco de Referencia de Desarrollo de Software
2. Proceso Software (*)
3. Personas (Roles)
Roles Función
Gerente Encargado de Dirigir, coordinar, planificar y
recibir reportes de los coordinadores.
Coordinador General Dirige a los coordinadores comerciales y les
pide su respectivo reporte diario.
Coordinador Comercial Encargado de coordinar a los agentes
comerciales y verificar su desempeño en las
ventas.
Asesor o Agente Comercial Encargado de Impulsar los servicios y
productos (Catalogo Virtual)
Cliente
Persona que observa el catalogo virtual y
toma la decisión de comprar en línea o el
requerimiento de un agente para una buena
asesoría.
4. Recursos
Equipos de Cómputo, Recolección de Información, Base de Datos, CD-ROOM, Listas de
Correos, Páginas Web, Nube y Recurso Humano.

4. Documento MP 10/04/2015
Service Timely BG Pág. 4 de 6
ServiceNet
Marco de Referencia de Desarrollo de Software
5. Conocimiento
El equipo de trabajo está conformado por las siguientes personas con sus respectivos Roles:
Jorge Balza = Gerente de Proyecto
Andrés = Programador
Mary = Tester
Luz = Analista
Matriz de Conocimiento
Jorge Balza Andrés Mary Luz
Competencia Interés Competencia Interés Competencia Interés Competencia Interés
Responsable
de la
Coordinación
del Trabajo
3,3 1 0,1 0 1,2 0 1,2 0
Escribir los
Programas
2,3 0 2,2 1 2,1 0 1,2 0
Hacer
Pruebas 2,3 1 1,2 0 3,2 1 2,2 0
Tomar las
necesidades
del (los)
Cliente(s)
3,3 0 2,1 0 3,2 0 3,2 1
La Clasificación de la competencia se expresa como x,y donde:
X= Nivel Personal de habilidad o Conocimiento
Y= Nivel de Responsabilidad de aplicar la habilidad o conocimiento
Habilidad o Conocimiento Nivel (x)
0 = Sin Capacidad
1 = Nivel Básico de Capacidad
2 = Nivel Intermedio de Capacidad
3 = Nivel Avanzado de Capacidad
Aplicación de Habilidades/Conocimientos (y)
1 = Más trabajo bajo supervisión
2 = Puede Trabajar de forma independiente con poca o ninguna supervisión
directa
3 = Puede manejar otra aplicación de la habilidad o conocimiento
Interés
0 = No tiene ningún interés de aplicar esta habilidad o conocimiento
1 = Está interesado en aplicar esta habilidad o conocimiento

5. Documento MP 10/04/2015
Service Timely BG Pág. 5 de 6
ServiceNet
Marco de Referencia de Desarrollo de Software
6. Cultura y Poder
Personalmente solucionaría cualquier problema primeramente analizando sus posibles
causas, una vez identificada la causa del problema procedo a implementar la técnica,
recurso o método adecuado para solucionar dicho “Chicharrón” de la mejor manera.
7. Análisis DOFA del Proceso Software (actual)
8. Prioridad asociada
Problema Objeto Calificación Significativo Porcentaje Escala
Atención Oportuna
al
Cliente
1 Pocas Veces 1 – 33% Baja
2 La mayoría de las veces 34 – 66% Media
3 Todas las veces 67 – 100% Alta
FACTORES
INTERNOS
FACTORES
EXTERNOS
Lista de Fortalezas
F1 Calidad
F2 Facilidad de Actualización del
Software
F3 Facilidad de Actualización del
Hardware
F4 Facilidad de Copias de
Seguridad
F5 Fácil Manejo
Lista de Debilidades
D1 Falta de Control sobre recursos
D2 Dependencia a Internet
D3 Capacitar a los empleados
D4 Usuarios poco precavidos
D5 Error Humano
Lista de Oportunidades
O1 Servicio de
Almacenamiento
O2 Servicio de Copia de
Seguridad
O3 Paquetes de Software
de Oficina
O4 Servicio de Software de
Tecnología
O5 Servicio de Apoyo
FO
Estrategia para maximizar tantos
las F como las O.
1. Incrementar los
servicios de
almacenamientos y
generadores de copias
de seguridad.
(O1,O2,F4,F5)
DO
Estrategia para minimizar las D y
maximizar las O.
1. Concientizar al Usuario
de los cuidados que se
deben tener al manejar
información
confidencial y que
adquieran la cultura de
realizar siempre Copias
de Seguridad.
(O2,O5,D3,D4)
Lista de Amenazas
A1 Piratería
A2 Ataques de Virus
Informáticos
A3 Caída de la Red de
Internet
A4 Errores de
programación y diseño
A5 Usuarios Inexpertos
FA
Estrategia para fortalecer a la
empresa y minimizar a las
amenazas.
1. Realizar constantes
mejoras en la calidad
del software y así
evitar la piratería.
(F1,A1,A4)
DA
Estrategia para minimizar tanto las
A como las D.
1. Analizar periódicamente
con un software
antivirus todo el
sistema y llamar de
inmediato a soporte
técnico si se presenta
cualquier anomalía.
(A2,A4,D1,D4)

6. Documento MP 10/04/2015
Service Timely BG Pág. 6 de 6
ServiceNet
Marco de Referencia de Desarrollo de Software
9. Restricciones generales
La Restricción es que debemos regirnos a las Normas ISO-25022, ISO-25023, ISO-25042,
ISO-12207 e ISO-9001
10. Impacto
Los efectos que se producirían serán excelentes ya que le ahorraría mucho tiempo a la
empresa para que ésta pueda cumplirle a sus clientes en el menor tiempo posible. Estos
efectos se verán reflejados en las siguientes áreas: Gerencia, Coordinación y Asesoría.
Los riesgos probables son: Mala manipulación del software, Virus o Problemas de Hardware.
La mala manipulación puede evitarse capacitando al personal que va a utilizar el sistema, los
virus son una amenaza latente que se puede evitar con un buen programa anti virus y hacerle
un análisis intensivo de búsqueda de virus por lo menos una vez al mes y en cuanto a
problemas o fallas de Hardware, se podría utilizar otro equipo ya que el software estará en la
nube y a su vez es portable y de fácil instalación
11. Aseguramiento de la Calidad a nivel del proceso y del producto
En la empresa Service Timely BG propondría Reuniones cada tres meses para evaluar el
progreso del software, realizando sus respectiva auditoría para un mayor control de calidad, y
presentaré los informes obtenidos al área encargada o a quien corresponda.
12. Definición del proyecto de mejora (Propuesta de intervención –Etapa siguiente)
La Definición del Proyecto (plantilla DP) se encuentra en la siguiente plantilla: Documento DP:
Definición del Proyecto
13. Reporte de tiempos
Estimación de esfuerzo:
Fecha Actividades Nombre/Rol Horario
Tiempo
Asesores
Tiempo
Empresa
08/04/2015 Estructura,
Proceso Software,
Personas (Roles)
Jorge
Balza/Tecnólogo
9:00AM – 12:00M 3:00 h 3:00 h
09/04/2015 Recursos,
Conocimiento,
Cultura y Poder
Jorge
Balza/Tecnólogo
9:00AM – 12:00M 3:00 h 3:00 h
10/04/2015 Análisis DOFA,
Prioridad
Asociada,
Restricciones
Generales,
Impacto,
Aseguramiento de
la calidad
Jorge
Balza/Tecnólogo
9:00AM – 12:00M
2:00PM – 3:00PM
4:00 h 4:00 h
Totales 10 horas 10 horas
(*) Permite ver en forma más detallada en dónde está ubicado el problema en la organización
de software.