El Software: Ciclo de vida, cadena de valor y procesos - PowerPoint PPT Presentation

1 / 25
About This Presentation
Title:

El Software: Ciclo de vida, cadena de valor y procesos

Description:

Recomendaciones para empresas Cubanas desarrolladoras de Sw ... Noviembre de 2005 citmatel Jos Luis Collantes Salcedo Recomendaciones para la Industria dedicada al ... – PowerPoint PPT presentation

Number of Views:240
Avg rating:3.0/5.0
Slides: 26
Provided by: bibliocie
Category:

less

Transcript and Presenter's Notes

Title: El Software: Ciclo de vida, cadena de valor y procesos


1
Bienvenidos
Noviembre de 2005
citmatel
José Luis Collantes Salcedo
2
Recomendaciones para la Industria dedicada al
Desarrollo de Software para competir en un
Mercado Globalizado como el que actualmente
existe en México
3
Recomendaciones para aumentar las posibilidades
de éxito en empresas mexicanas de productos de
software
Esta presentación es una adaptación hecha por
José Luis Collantes Salcedo para la convención de
Telecomunicaciones y Sw de Citmatel que se
efectúa en La Habana, Cuba los días 10 y 11 de
noviembre de 2005. El título original de la
presentación y su autor son
  • Luis Daniel Soto
  • Microsoft México
  • Blogs.msdn.com\luisdans

4
Fallas en el software
  • 1968 Reporte OTAN
  • Falta de entendimiento de requerimientos
  • Fallas en los estimados de tiempo y esfuerzo
  • Variaciones 126 en productividad del
    desarrollador
  • Dificultad de dividir diseño y construcción
  • Crecimiento rápido del software
  • 1994 Standish CHAOS
  • Exceso de fallas en proyectos de TI

5
Experiencias
29
18
53
3T/2004
28
23
49
2000
26
28
46
1998
27
40
33
1995
16
31
53
1994
Exitoso
Retardo
Fallido
Esta gráfica demuestra el resultado de 30,000
proyectos de desarrollo de aplicaciones en
empresas De todo tamaño en Estados Unidos medido
por The Standish Group desde 1994. fuente The
Standish Group International, Extreme Chaos, The
Standish Group International, Inc., 2000-2004
Research Reports
6
El software 1957 a 2005
  • our civilization runs on software
  • Bjarne Stroustrup (Creador C)
  • El crecimiento del software 2005
  • La integración de procesos de negocio apenas ha
    iniciado
  • Los dispositivos interconectados universalmente
    no son una realidad
  • Nuevo rol en infraestructura social de software
  • Los proyectos deben soportar muchos usuarios
  • Ser construidos como las presas o infraestructura
    de drenaje, para mucho tiempo

7
Ciclo de vida del softwareEdit, compile, debug,
ship?
Necesidad
8
Adquirir o Construir
  • Construir
  • Qué plataforma tecnológica permitirá ejecutar la
    aplicación?
  • Qué lenguaje de programación y herramientas he
    de utilizar para cada etapa dentro del proceso de
    construcción de software?
  • Qué artefactos y herramientas pueden apoyar la
    construcción? cómo se relacionan entre sí?
  • Procesos, Personas y Herramientas
  • Adquirir
  • Plantillas para RFP
  • Metodologías Decisión por Objetivos (Foreman),
    AHP (Thomas L. Saaty)
  • 1 http//rfp-templates.technologyevaluation.com/
  • 2 http//mdm.gwu.edu/Foreman/

9
Administración
  • COBIT1 e ITIL2 han ganado mucha popularidad,
    documentan mejores prácticas y recomendaciones
    desde la fase de planeación estratégica de TI e
    incluyendo
  • Adquisición e implementación
  • Entrega y soporte
  • Monitoreo
  • Evaluación de información de TI y benchmarking
  • Otro conjunto de recomendaciones importantes
    están contenidas en el IEEE Software Book of
    Knowledge3
  • Requerimientos de software
  • Diseño y pruebas de software
  • Mantenimiento de software
  • Administración de configuración
  • Administración de la ingeniería continua de
    productos de software
  • Calidad de software
  • De la misma forma que en construcción también es
    posible encontrar
  • Estándares
  • Arquitecturas de referencia (v.gr. WSSRA4)
  • Herramientas de software especializadas para
    apoyar la administración de software e
    infraestructura.
  • 1 http//www.isaca.org/cobit.htm

10
Retiro de Software
  • El estándar ISO/IEC 12207 recomienda
  • Elaboración del plan de retiro cese de soporte
    temporal o permanente
  • Documentar el impacto de retiro
  • Notificación a usuarios del retiro
  • Conducir actividades paralelas
  • Notificar que le terminación está en proceso
  • Asegurar que los datos anteriores permanezcan
    accesibles
  • Archivar la aplicación y documentación existente
  • Responsabilidad de futuros aspectos residuales
  • Plan de transición a un nuevo producto de
    software

11
Participantes (Software)
12
Competencias
  • Dependiendo el tipo de actor específico que sea
    una empresa de software, las competencias
    primarias pueden variar
  • Construcción de software es una competencia clave
    para todas las empresas de software,
    especialmente ISVs en donde se agrupa en forma de
    grupos de producto.
  • Administración de proyectos y atención a clientes
    son competencias clave en desarrollo de
    aplicaciones a la medida y entrega de servicios
  • Mercadotecnia masiva es una competencia clave
    para empresas de producto
  • Foco en mejoras organizacionales para impulsar el
    desempeño para empresas de servicios

En The business of software1, Michael A.
Cusumano describe ampliamente los modelos y
proporciona detalles sobre los márgenes que se
esperan para cada tipo de empresa.
13
Geoffrey A. Moore
  • Lo que buscan
  • Entusiastas nada excepto la novedad
  • Visionarios Agentes de cambio
  • Mayoría temprana mejora de productividad
  • Mayoría tardía tecnología que ha demostrado su
    valor

14
Teoria del El Plan
  • Moore recomienda que una empresa nueva debe
    enfocarse en un solo mercado, uno que sea
    estratégico y que sea trampolín de salto para
    ganar mercados adyacentes.
  • Seleccionar un nicho de mercado.
  • Enfocar todas las fuerzas identificar clientes
    clave, razones para comprar, producto y servicios
    completos, competencia.
  • Ensamblar una fuerza de invasión.
  • Crear el posicionamiento y mezcla de producto,
    servicio y alianzas congruentes.
  • Definir la batalla.
  • Esto consiste en crear un plan de comunicación
    que incluya creación de competencia (debe
    existir un competidor razonable o será difícil
    justificar la compra directa del producto),
    posicionamiento, venta de elevador. Finalmente
    demostrar la validez de la propuesta.
  • Lanzar la invasión.
  • Nada mejor que la fuerza de ventas directa para
    el arranque. Es un esquema muy costoso pero
    necesario para masificar.

15
Y la Industria en México?
  • Tamaño de mercado
  • Gasto software/PIB 0.1 (.94 EU, .61 mundial)
  • 99 de las empresas menos de 250 empleados
  • Mínima penetración de TI en PYMES
  • Carencia de estudios de mercado
  • Inversión inicial
  • 6 a 18 meses para construir un producto
  • Carencia de competencias clave
  • Empresas de 1 persona
  • Falta de foco

Y desconocimiento de los radares existentes en
www.software.net.mx
16
Recursos
  • 7 Líneas de acción PROSOFT en México
  • Estudios
  • Perfil de la Industria Mexicana para definir los
    nichos de mercado internacional acordes al perfil
    y competitividad de la industria
  • Estrategia de despliegue de la oferta nacional de
    software empaquetado y servicios en los nichos de
    mercado identificados
  • Análisis de la brecha de la industria mexicana
    respecto a las principales industrias oferentes a
    nivel mundial de software y servicios
    relacionados
  • Modelos curriculares y brecha de la industria
    mexicana
  • Procesos y Metodologías
  • MOPROSOFT ISO/IEC 15504
  • Modelo mexicano para incubadoras de empresas
  • Fondos de capital de riesgo

17
Rumbo al éxito
Plan De Negocio
18
Recomendaciones base
  • El conocimiento del mercado debe ser real, la
    cultura de negocios de México es muy compleja,
    somos buenos anfitriones pero clientes muy
    desconfiados y exigentes
  • Conozca las leyes mexicanas
  • Desarrolle cuenta(s) referencia al precio que sea
  • Limitar el tiempo del proyecto a 24 meses
  • Tiene que decidir si va a ofrecer un producto o
    un servicio
  • Diseño de producto empaquetado desde el inicio y
    considerando múltiples clientes
  • El product manager es muy importante para
    empresas de productos de software
  • Producto global con alta regionalización mediante
    parámetros
  • Solución horizontal entregada en forma vertical
    tiene alto potencial
  • Evite la tentación de avanzar demasiado rápido,
    sea el líder en un mercado
  • En México considere tener oficinas en el D.F.,
    Monterrey y en Guadalajara
  • No contrate parientes o amigos excepto que tengan
    realmente las habilidades requeridas

19
Product Manager
  • Definición del producto
  • Propuesta de valor
  • Construcción del producto
  • Requerimientos
  • Lista priorizada de características
  • Especificaciones de una hoja por característica
  • Plan de publicación de contenidos
  • Plan de localización
  • Documento de arquitectura de producto
  • Diseño
  • Implementación
  • Verificación
  • Liberación
  • Servicio al producto
  • Uso y satisfacción de producto
  • Temas
  • Privacidad
  • Confiabilidad
  • Seguridad

aipmm.org
20
Divulgación e Incursión
  • Divulgación, Divulgación, Divulgación
  • Prevea una fuerte inversión en mercadotecnia
  • Tenga Vendedores Profesionles con conocimiento
    del Mercado Objetivo
  • Facilite a toda costa la experimentación real con
    el software, solo usándolo el usuario puede
    asignarle un valor
  • Selección detallada de proyectos iniciales
  • Comunicación
  • Entusiasta en el mas alto nivel
  • No tema realizar cambios
  • Asegúrese de resolver un problema real
  • No subestime el valor de los sistemas existentes
  • Asegure el entrenamiento, soporte y mantenimiento
    al proyecto
  • Este preparado a la resistencia al cambio
  • No intente ocultar los errores

21
Crecimiento e Innovación
  • El escalar requiere un cambio de mentalidad
    total y genera periodos muertos, pero son
    normales
  • Genere un modelo claro de beneficios al canal en
    caso de usarlo
  • Este preparado para remplazar al producto en
    forma silenciosa y abrupta, no anuncie
    ampliamente las características del nuevo
    producto hasta que sea inminente
  • Utilice el precio como un factor para balancear
    entre nuevos productos y productos existentes, la
    clave del éxito es el análisis financiero
  • De ser posible, cuando su producto vaya a ser
    imitado a precios menores por competidores,
    conviértase en proveedor de ellos
  • Explore las 11 posibilidades de expansión
    recomendadas en el documento en extenso
  • Dedique el tiempo para realizar innovación basada
    en oportunidades y predicciones utilizando el
    marco de referencia de Doblin presentado en el
    documento en extenso
  • Recuerde que el tiempo de adopción del mercado
    será mucho más lento que el que inicialmente
    parece, sea paciente

22
Otros retos de empresas de SW
Fuente IDC 30208 - Nov 2003
23
Conclusión
  • El software no es un producto en sí, es sumamente
    complejo, yo lo considero un arte
  • El negocio del software tiene oportunidades pero
    requiere habilidades muy variadas
  • Se entiende ampliamente el mercado objetivo?
  • Se cuenta con un plan para los procesos de
  • Administración de producto?
  • Habilidades específicas para el tipo de empresa?
  • Divulgación e Incursión en el mercado?
  • Se cuenta con un equipo de liderazgo con
    capacidad real?
  • Se cuenta con la capacidad económica que requiere
    la empresa para subsistir 24-36 meses?

24
Algunas referencias
www.software.net.mx
  • Consulte el Documento en extenso (Preliminar)
    en
  • Blogs.msdn.com/luisdans
  • luisdans_at_microsoft.com

25
José Luis Collantes Salcedojoseluiscollantessalce
do_at_yahoo.comtel (52) 55-5541-0652cel. (52)
55-5401-2518
  • Muchas Gracias
  • por su
  • Atención
Write a Comment
User Comments (0)
About PowerShow.com