modelo de vigilancia tecnológica para
empresas de desarrollo de software 

tomando como base la norma UNE 166006:2011


Por:
Johann Paul Echavarría Zapata
2013

Motivación


Mi experiencia en el área de I + D de empresa de desarrollo de software a la medida.

Problemática I

Citas tomadas de Cowan et al. (2002): 

  • 640k ought to be enough for anybody.   Bill Gates, 1981.
  • Computers in the future may weigh no more than 1.5 tons. Popular Mechanics, 1949.
  • Everything that can be invented has been invented. Ch.H. Duell, US Office of patents, 1899.
  • I think there is a world market for maybe five computers. Th. J. Watson, IBM, 1943.
  • There is no reason for any individual to have a computer in his home. K.H. Olson, DEC, 1977.

problemática II

  • “La innovación es clave para la supervivencia, prácticamente un asunto de vida o muerte”, (Appelo, 2011).
  • Zona de confort técnica.  (Adens, 2008).
  • Nuevas tecnologías de valor práctico que cada día surgen de forma vertiginosa (RSS, fuentes de noticias, las  estadísticas de la red social Github).
  • Posibilidad de compartir el productos completos en por internet. Característica única para el software.
  • Dificultad en la toma de decisiones al iniciar un proyecto.
  • Déficit en las deudas técnicas. (Lim, 2012).

ejemplo Deuda técnica


justificación

Es deseable tener un modelo de vigilancia tecnológica
adaptado a las empresas de software que permita:

  • Evaluar metódicamente novedades, innovaciones y frameworks.
  • Ayudar a la adopción de tecnologías relevantes.
  • Mejorar la toma de decisiones en los proyectos. 
  • Apoyar la planeación estratégica. (CMMI Product Team, 2010). 
  • Reducir la deuda técnica. (Lim, 2012). 

Hipótesis


Si las empresas de desarrollo de software
adoptan un proceso permanente de exploración
y adopción sistemática de innovaciones, que
adapte parte de la norma UNE 166006:2011, se
verán beneficiadas con un mejor proceso de
toma de decisiones.

Objetivo general


Proponer un modelo de vigilancia tecnológica para la
exploración y adopción sistemática de innovaciones
en las empresas de desarrollo de software tomando
como base la norma UNE 166006:2011.

Objetivos específicos

  • Explorar en la literatura propuestas, procesos y normas sobre implementación de nuevas tecnologías y modelos de vigilancia tecnológica.
  • Identificar el proceso y prácticas de vigilancia tecnológica que realizan formal e informalmente las empresas de desarrollo de software del departamento de Antioquia, Colombia.
  • Crear un modelo para la exploración y adopción de novedades tecnológicas, partiendo de la norma de AENOR(2011), el análisis de la literatura y los resultados de la identificación de prácticas de la región.
  • Validar pertinencia del modelo en empresas de desarrollo de software de la región de Antioquia, Colombia.

METODOLOGíA

Ciencia del diseño en investigación en sistemas de información. ( Hevner et al, 2004).

Permitirá dividir las actividades en las fases:

  1. Relevancia (análisis del entorno). Comunidades académicas y empresariales. 
  2. Rigor (Análisis de la base del conocimiento). Fuentes, literatura, estado del arte. 
  3. Diseño y validación del modelo. Propuesta de modelo. Validación pertinencia.

marco normativo


Normas y manuales de entidades reconocidas:

  • UNE 166006:2011.  (AENOR, 2011). 
  • GTC-186 (ICONTEC, 2009).
  • CMMI versión 1.3. (CMMI Product Team, 2010). 
  • MANUALES DE OCDE(Organización para la Cooperación y el Desarrollo Económicos): Manual de Frascati (OCDE, 2002) y Manual de Oslo (OECD, 2005).  

REvisión de literatura


Agrupados en los siguientes bloques temáticos: 

  1. Innovación
  2. Software open source
  3. Capacidad absorbente
  4. Vigilancia tecnológica y normas internacionales.

1. innovación


Propuesta de asimilación de SPI (Fichman & Kemerer, 1997). 

  • Barrera de aprendizaje. 
  • POO.


Evolución de las compañías y su orientación a la innovación. Nambisan (2002). Clasificación: 

  • Start-up
  • Utility-developer
  • Expert-Coder
  • Star

Orientación a la innovación de firma e individuos.
Modelo para sacar provecho de innovaciones en software en la nueva era de la computación (Pykalainen, 2007).
Framework en Cubo para mostrar escenarios.
Cubo con las tres dimensiones que determina los escenarios (Pykalainen, 2007)

2. SOFTWARE OPEN SOURCE


Motivación, gobierno y viabilidad de formas híbridas en el desarrollo de software open source (Shah, 2006).

  • Formas híbridas de desarrollo (abiertas y cerradas).
  • Motivación de los desarrolladores en cada una.
Características que promueven la investigación en OSS. (Krogh y Spaeth , 2007) . 
Gran impacto de OSS en empresa y academia.

Innovación abierta en estrategias de negocios. (Harisona y Koskib, 2010). 
  • 190 compañías de software finlandesas.
  • OSS vs Propietario.
  • Conocimiento legal.

Hauge, Ayala y Conradi, (2010), tratan el tema de la adopción de OSS en organizaciones con un uso intensivo de software (Muy relacionado con VT).


Código abierto en la empresa como apertura para las prácticas profesionales de desarrollo de software (Rolandssona, Bergquistb, & Ljungberg, 2011)
Desarrolladores profesionales y su manera de enfrentar diferentes modelos de desarrollo de software.


3. CAPACIDAD ABSORBENTE


(Matusik & Heeley, 2005) capacidad absorbente (absortive capacity) en la industria de software.
  • Relación de la firma con su entorno.
  • La estructura, rutinas y conocimiento base de los grupos principales de creación de valor.
  • Capacidad absorbente de los individuos.

4. VIGILANCIA


El trabajo de Muñoz, Marín y Vallejo (2006), describe en detalle la versión 2006 de la norma de AENOR y muestra herramientas y fuentes gratuitas y de pago.


En Arribas Martínez, (2008), utilizan la Norma UNE 166006,  para diseñar una metodología de vigilancia tecnológica para la Fundación ASCAMM (Asociación Catalana de Moldistas y Matriceros) .

referencias

Arribas Martínez, L. (2008). Diseño de un sistema de vigilancia tecnológica e implantación en la Fundación ASCAMM (Tesis de maestría). Escola Tècnica Superior d'Enginyeria Industrial de Barcelona.

Chesbrough, H. W. (2006). Open Innovation. The New Imperative for Creating and Profiting from Technology. Harvard Business School Press.

CMMI Product Team. (2006). CMMI for Development, Version 1.2 (CMU/SEI-2006-TR-008).

CMMI Product Team. (2010). CMMI for Development, Version 1.3 (CMU/SEI-2010-TR-033). Carnegie Mellon University.

Cohen, W. M., & Levinthal, D. A. (1990). Absorptive capacity: A new perspective on learning and innovation. Administrative Science Quarterly, 35(1), 128-152.


Cowan, R. D., McKendall Jr, A., Mili, A., Yang, L., Wang, L., Chen, D., . . . Spencer, T. (2002). Software engineering technology watch. Information Sciences, 140(3-4), 195-215.

Dabbish, L., Stuart, C., Tsay, J., & Herbsleb, J. (2012). Social Coding in GitHub: Transparency and Collaboration in an Open Software Repository. CSCW '12 Proceedings of the ACM 2012 conference on Computer Supported Cooperative Work, (págs. 1277-1286). Seattle, Washington USA.

Denner Santos Jr., C., & Nelson, K. M. (2010). MOTIVATION TO CREATE FREE AND OPEN SOURCE PROJECTS AND HOW DECISIONS IMPACT SUCCESS. Revista Eletrônica de Sistemas de Informação, 9(2).

Fichman, R. G., & Kemerer, C. F. (1997). THE ASSIMILATION OF SOFTWARE PROCESS INNOVATIONS:AN ORGANIZATIONAL LEARNING PERSPECTIVE. Management Science, 43(10), 1345-1363.

 

 

Harisona, E., & Koskib, H. (2010). Applying open innovation in business strategies: Evidence from Finnish software firms. Research Policy, 39(3), 351–359.

Hauge, Ø., Ayala, C., & Conradi, R. (2010). Adoption of open source software in software-intensive organizations. Information and Software Technology, 52(11), 1133–1154.

Hevner, A. R., March, S. T., Park, J., & Ram, S. (2004). Design Science in Information Systems Research. MIS Quarterly , 28(1), 75–105.

ICONTEC. (2009). GTC 186 - GESTIÓN DE LA INVESTIGACIÓN, DESARROLLO E INNOVACIÓN (I+D+I). GESTIÓN DE LA I+D+I: SISTEMA DE VIGILANCIA (V). NTC (Norma Técnica Colombiana) ICONTEC.

Krishnamurthy, A., & O’Connor, R. V. (2013). Using ISO/IEC 12207 to Analyze Open Source Software Development Processes: An E-Learning Case Study. Communications in Computer and Information Science, 349, 107-119.


Lim, E. (2012). Technical Debt: What Software Practitioners Have to Say. University of British Columbia. Master of Applied Science - MASc. Thesis.

Matusik, S. F., & Heeley, M. B. (2005). Absorptive Capacity in the Software Industry: Identifying Dimensions That Affect Knowledge and Knowledge Creation Activities. Journal of Management, 31(4), 549-572.

Muñoz Durán, J., Marín Martínez, M., & Vallejo Triano, J. (2006). La vigilancia tecnológica en la gestión de proyectos de I+D+i: recursos y herramientas. El profesional de la información, 15(6), 411-419.

Nambisan, S. (2002). Software firm evolution and innovation–orientation. Journal of Engineering and Technology Management, 19(2), 141–165.

OCDE(Organización para la Cooperación y el Desarrollo Económico). (2002). Frascati Manual: Proposed Standard Practice for Surveys on Research and Experimental Development (sexta ed.).


OECD [Organización para la Cooperación y el Desarrollo Económico]/European Communities. (2005). Oslo Manual: Guideliness for Collecting and Interpreting Innovation Data.

Pykalainen, T. (2007). Model for profiting from software innovations in the new era in computing. Technovation, 27(4), 179–193.

Rolandssona, B., Bergquistb, M., & Ljungberg, J. (2011). Open source in the firm: Opening up professional practices of software Development. Research Policy, 40, 576–587.

Shah, S. K. (2006). Motivation, Governance, and the Viability of Hybrid Forms in Open Source Software Development. MANAGEMENT SCIENCE, 52(7), 1000–1014.

Sunindyo, W. D., & Ekaputra, F. J. (2013). OSMF: A Framework for OSS Process Measurement. Proceedings of the 2013 international conference on Information and Communication Technology (ICT-EurAsia'13) (págs. 71-80). Khabib Mustofa, Erich J. Neuhold, A Min Tjoa, Edgar Weippl, and Ilsun You (Eds.).


Von Krogh, G., & Spaeth, S. (2007). The open source software phenomenon: Characteristics that promote research. Journal of Strategic Information Systems, 16(3), 236–253.

¡gracias!

Modelo de vigilancia tecnológica para empresas de desarrollo de software

By Johann Paul Echavarria Zapata

Made with Slides.com

Modelo de vigilancia tecnológica para empresas de desarrollo de software

Propuesta de trabajo de grado de Johann Echavarría

  • 1,784

More from Johann Paul Echavarria Zapata