Este documento presenta una discusión sobre el factor humano en proyectos de software. Se discuten varios temas clave como la importancia de entender a los diferentes clientes de un proyecto (la organización, los patrocinadores y los usuarios), la necesidad de establecer expectativas realistas, gestionar riesgos de manera efectiva y fomentar la comunicación y participación en el equipo. El documento enfatiza que el desarrollo de software involucra aspectos técnicos pero también humanos que son fundamentales para el éxito de cualquier proyecto.
Caracterizar los conceptos y artefactos de la ingeniería de usabilidad para abordar el diseño de una experiencia de usuario mediante el análisis de requisitos.
Objetivo: Caracterizar los fundamentos del proceso de desarrollo de software mediante su contextualización en la ingeniería de software para planificar el desarrollo de software de manera metodológica.
Caracterizar los conceptos y artefactos de la ingeniería de usabilidad para abordar el diseño de una experiencia de usuario mediante el análisis de requisitos.
Objetivo: Caracterizar los fundamentos del proceso de desarrollo de software mediante su contextualización en la ingeniería de software para planificar el desarrollo de software de manera metodológica.
IHM Unidad 2: Factores Humanos, Estilos y Dispositivos de interacciónFranklin Parrales Bravo
Identificar los principios, modelos, atributos y diversidad funcional dentro del factor humano para diseñar interfaces de sistemas mediante los dispositivos de interacción.
Archimate, es un lenguaje abierto e independiente, promocionado por el “ Open Group” que permite gráficamente describir las capas de negocio, procesos, aplicaciones, datos e infraestructura de una empresa para describir su Arquitectura Empresarial.
Esta la presentacion usada en una conferencia, donde los asistentes tuvieron la oportunidad de conocer de manera práctica los fundamentos y uso de este interesante lenguaje descriptivo llamado: Archimate.
Estimados usuarios.
Bienvenidos a nuestro sitio virtual de la UNIVERSIDAD MAGISTER en Slide Share donde podrá encontrar los resultados de importantes trabajos de investigación prácticos producidos por nuestros profesionales. Esperamos que estos Mares Azules que les ponemos a su disposición sirvan de base para otras investigaciones y juntos cooperemos en el Desarrollo Económico y Social de Costa Rica y otras latitudes.
Queremos ser enfáticos en que estos trabajos tienen Propiedad Intelectual por lo que queda totalmente prohibida su reproducción parcial o total, así como ser utilizados por otro autor, a excepción de que los compartan como citas de autor o referencias bibliográficas. Toda esta información también quedará a su disposición desde nuestro sitio web www.umagister.com,
Disfruten con nosotros de este magno contenido bibliográfico Magister esperando sus amables comentarios, no sin antes agradecer a nuestro Ing. Jerry González quien está administrando este sitio.
Rectoría, Universidad Magister. – 2014.
IHM Unidad 2: Factores Humanos, Estilos y Dispositivos de interacciónFranklin Parrales Bravo
Identificar los principios, modelos, atributos y diversidad funcional dentro del factor humano para diseñar interfaces de sistemas mediante los dispositivos de interacción.
Archimate, es un lenguaje abierto e independiente, promocionado por el “ Open Group” que permite gráficamente describir las capas de negocio, procesos, aplicaciones, datos e infraestructura de una empresa para describir su Arquitectura Empresarial.
Esta la presentacion usada en una conferencia, donde los asistentes tuvieron la oportunidad de conocer de manera práctica los fundamentos y uso de este interesante lenguaje descriptivo llamado: Archimate.
Estimados usuarios.
Bienvenidos a nuestro sitio virtual de la UNIVERSIDAD MAGISTER en Slide Share donde podrá encontrar los resultados de importantes trabajos de investigación prácticos producidos por nuestros profesionales. Esperamos que estos Mares Azules que les ponemos a su disposición sirvan de base para otras investigaciones y juntos cooperemos en el Desarrollo Económico y Social de Costa Rica y otras latitudes.
Queremos ser enfáticos en que estos trabajos tienen Propiedad Intelectual por lo que queda totalmente prohibida su reproducción parcial o total, así como ser utilizados por otro autor, a excepción de que los compartan como citas de autor o referencias bibliográficas. Toda esta información también quedará a su disposición desde nuestro sitio web www.umagister.com,
Disfruten con nosotros de este magno contenido bibliográfico Magister esperando sus amables comentarios, no sin antes agradecer a nuestro Ing. Jerry González quien está administrando este sitio.
Rectoría, Universidad Magister. – 2014.
El desarrollo ágil de software son métodos de ingeniería del software basados en el desarrollo iterativo e incremental, donde los requerimientos y soluciones evolucionan mediante la colaboración de grupos auto organizados y multidisciplinarios.
Conferencia de Vanessa Amaya, Consultora e Instructora en la empresa “Consultoría Estratégica & Coaching” y como Coordinadora del Chapter DF de la Organización Epic Queen donde se promueve e involucra a las mujeres a asumir roles de liderazgo dentro de la tecnología.
¿Cuántas veces nos han presentado una feature que nos hizo llevar las manos a la cabeza? En nuestra búsqueda de la eficiencia, se alza el poder de la toma de decisiones. Esta charla explora la importancia de que los desarrolladores no solo digan "no", sino que también aprendan a hacerlo de manera efectiva.
En equipos multidisciplinarios, donde interactuamos con otros desarrolladores, product owners y diseñadores, nuestro trabajo no se trata solo de resolver problemas, sino de hacerlo de manera eficiente. ¿Es esto escalable?, ¿es compatible con nuestra arquitectura?, ¿es ético?, ¿supone una pérdida de recursos?, ¿es esta la mejor solución?. A menudo, la respuesta es NO.
Decir "No lo haré" es entonces también nuestro trabajo. En esta charla, exploraremos la importancia del "NO" y cómo comunicarlo de manera que no sea un obstáculo, sino una solución.
Transición de Desarrollador(a) a Líder de ProyectoVane Amaya
La transición entre roles tiene sus complicaciones, sobre todo cuando no se tiene la preparación adecuada. Hay tantas oportunidades para quienes deciden hacer esta transición que merece que se tomen en cuenta algunos consejos que les comparto.
Esta conferencia fue impartida para alumnos de la UAM Cuajimalpa
Continuando con el capítulo 2 de el Libro "Consultoría sin fisuras" nos dice que, el conocimiento no lo es todo al realizar labores de Consultoría, no permite ver que el cliente es parte esencial que asegura el éxito o fracaso de nuestra labor y hay que tomarlo muy en cuenta a lo largo de dicha labor
Cumplimiento a clientes de iq outsourcing edwinrc15
La compañía tiene por finalidad Reconstruir la red de relaciones entre los clientes, sus colaboradores y futuros clientes, para lograr una desempeño con calidad y entrega oportuna.
La nueva experiencia moderna para listas, bibliotecas y páginas en Office 365 se basa en un nuevo marco de trabajo del lado cliente de JavaScript denominado SharePoint Framework. Este marco de trabajo proporciona un enfoque seguro, responsivo y fluido del explorador para representar soluciones y componentes de página personalizados. Aprenda los conceptos básicos de esta sesión y obtenga todo lo que necesita para comenzar con SPFx.
La nueva experiencia moderna para listas, bibliotecas y páginas en Office 365 se basa en un nuevo marco de trabajo del lado cliente de JavaScript denominado SharePoint Framework. Este marco de trabajo proporciona un enfoque seguro, responsivo y fluido del explorador para representar soluciones y componentes de página personalizados. Aprenda los conceptos básicos de esta sesión y obtenga todo lo que necesita para comenzar con SPFx.
La nueva experiencia moderna para listas, bibliotecas y páginas en Office 365 se basa en un nuevo marco de trabajo del lado cliente de JavaScript denominado SharePoint Framework. Este marco de trabajo proporciona un enfoque seguro, responsivo y fluido del explorador para representar soluciones y componentes de página personalizados. Aprenda los conceptos básicos de esta sesión y obtenga todo lo que necesita para comenzar con SPFx.
Target SharePoint and Teams with SharePoint FrameworkHaaron Gonzalez
In this session we will explain how to target Microsoft Teams and SharePoint platforms using SharePoint Framework as a development platform in SharePoint Online
Get a brief overview of the SharePoint Framework, in this session we will discuss why SharePoint Framework is valuable, what is the tool chain available today to start developing, what are the moving pieces that constitute a client side web part, what resources are available to continue learning and enhancing your skills. The goal is to show you what it takes to write your first SPFx web part, possible deploy if time permits.
En esta sesión se platica sobre la evolución de la extensibilidad en SharePoint, se introduce los tipos de AddIns y Apps que se pueden construir y Office 365 Developer Pattern & Practices
En esta sesión se introduce el nuevo paradigma de extensibilidad de SharePoint basado en Javascript y herramientas Open Source, el SharePoint Framework. Creditos a Luis Valencia @levalencia
Soluciones de flujo de trabajo basada en formularios con nintexHaaron Gonzalez
InfoPath está llegando al final de su ciclo de vida y Microsoft ha proporcionado ya una ventana de tiempo para finalizar el soporte. Basado en estas noticias, hoy más que nunca debemos revisar la efectividad de nuestra estrategia para formularios empresariales y flujos de trabajo. Conoce como Nintex se compara con InfoPath y como va más allá en cuanto a la integración con flujos de trabajo, soporte móvil and mucho más.
La oficina moderna y el surgimiento de equipos dinamicosHaaron Gonzalez
Los avances en la nube, las tecnologías móviles y sociales siempre han cambiado la forma que interactuamos en la empresa. La colaboración ahora es fundamental para la productividad y la formación de equipos se ha vuelto cada vez más dinámica. En esta sesión estaremos conversando sobre las últimas tendencias en la oficina moderna y cómo Microsoft potencía la formación de equipos dinámicas mediante modernas herramientas de colaboración moderna, un motor de inteligencia integrada y experiencias personalizadas
Enhance the way people collaborate with documents in SharePoint Haaron Gonzalez
Learn those extra settings we can turn on to enhance the way people collaborate with documents in SharePoint. There is a set of out of the box settings available in a document library that we can configure to provide a friction free experience for document authors and content consumers.
Enhance the way people collaborate with documents in share pointHaaron Gonzalez
Come and learn those extra settings we can turn on to enhance the way people collaborate with documents in SharePoint. There is a set of out of the box settings available in a document library that we can configure to provide a friction free experience for document authors and content consumers.
Iinformación sobre planeación de intranet y las consideraciones que hay que tomar para definir los fundamentos arquitectónicos que soporten el crecimiento orgánico de una intranet empresarial.
In this session we explore the different elements that you need to oversee when you are planning a Intranet for your company. We will discuss the different intranet approaches we can follow based on they way you want to engage with your end users. Learn the difference between communication portal and collaboration team site in order to establish an Intranet framework able to scale business needs.
I presented in San Diego SharePoint User Group Meeting early 2014 about the benefits and options available in the Content Search Web Part to create compelling content visualization and presentation
As part of our internal lunch & learn initiative I created this basic presentation to show to SharePoint consultants some tools and options available to make their life a little bit easy
1. El Factor
Humano en
Proyectos de
Software
Presentada por:
Haarón Gonzalez
http://www.harongonzalez.com.mx
Preparada por:
Héctor M Obregón
Director de Emlink
www.emlink.com.mx
2. ¿De dónde salió esta plática?
Experiencia de más de 15 años
desarrollando software en diferentes
roles
La tecnología no es el principal factor de
éxito en proyectos de software
Sin embargo, es el aspecto más analizado
Como técnicos es lo que más nos gusta
Sentido común poco común
3. Formato de la Platica
Se vale preguntar en cualquier momento
Esta plática se basa en experiencias y no
pretende representar la verdad final en
cuanto al tema
Objetivo es lograr que pensemos en
nuestro trabajo de manera diferente
4. Estructura de los Temas
1. Un Poco de Teoría
2. Acercamiento y Venta
3. Análisis y Entendimiento
4. Diseño y Construcción
5. El Juego Final
6. Elementos Generales
6. ¿Cómo desarrollamos
software?
El software es creado por personas
Normalmente, el software es utilizado por
personas
El software afecta la vida de las personas
En la mayoría de los casos es el resultado
de un trabajo en equipo
7. ¿Qué habilidades necesitamos
para crear software?
La postura más común es que se requiere
de un gran conocimiento técnico
A esto se enfocan la mayor parte de las
instituciones educativas
Un punto de vista es el conocimiento
técnico, aunque necesario, no es lo más
importante
De “eso otro” hablaremos hoy
8. ¿Qué es lo más importante?
LAS PERSONAS
Porque es para ellas
Porque normalmente no resulta de un
esfuerzo individual
Porque son el principal obstáculo (ó el
mejor facilitador) para el éxito de un
proyecto
9. Aspectos Relevantes en
Software
No podemos esperar que las personas
actúen siempre racionalmente
Cada persona es un individuo diferente
Su motivación es distinta
Sus preocupaciones son diferentes
El desarrollo de software es una actividad
altamente personal y creativa
Es sencillo que nos identifiquemos con nuestro
trabajo….
….y que nuestro trabajo sea un reflejo de nosotros.
11. ¿Quién es el cliente?
¿La empresa?
¿El patrocinador?
¿El usuario?
La respuesta correcta es: todos
Es fundamental construir una visión
común para tener éxito
12. El Cliente Organización
Si no generamos resultados para la
organización que provee los recursos
Probablemente no generemos oportunidades
futuras
En la mayoría de los casos el objetivo
organizacional es fácil de identificar
Pero no es fácil de llevar a cabo
13. El Cliente Patrocinador(es)
Los objetivos individuales de cada persona
involucrada en el proyecto afectan a este
Objetivos políticos
Objetivos personales
No es necesario alinear el proyecto a
objetivos personales, pero siempre es
importante tomarlos en cuenta
O el proyecto corre un alto riesgo de fracasar
14. El Cliente Usuario
Tiene el poder de hacer del proyecto un éxito
o un fracaso
Por lo tanto también debemos de conocer
sus objetivos
Aprovecharlos para lograr el éxito del proyecto
15. El Mensaje de Venta
No existe un único mensaje de venta
Los intereses de cada tomador de
decisión y su mecanismo de
convencimiento pueden ser diferentes
Por lo tanto, para una venta efectiva
debemos adaptar el mensaje a la
audiencia objetivo
16. El Desarrollo de la Confianza
La confianza es el elemento más importante
en la construcción de ventas exitosas en el
largo plazo
Construir la confianza puede implicar
sacrificios de corto plazo, pero genera
beneficios permanentes
La confianza es el principal motor en generar
relaciones de negocio duraderas y exitosas
17. ¿Cómo formar un experto
reconocido?
En primer lugar, una disposición a ayudar
En segundo lugar, un entendimiento de los
límites de nuestro conocimiento
Pero acceso a las fuentes de información
complementaria cuando se requieren
Por último, una pasión compartida por el
área de conocimiento individual
Si no lo harías sin cobrar, olvídalo
Busca otra área de conocimiento
18. Elementos de una Venta
Efectiva
Conocimiento de la persona
Franqueza y ética en el trato
Así puedes vender siempre
Propuesta de valor
Me preocupo por como ayudarte
Escuchar las necesidades
¿Realmente estoy atacando el problema
real?
Disponibilidad a invertir tiempo
19. Definir que Hacemos y que No
Saber decir que no crea confianza
Probablemente es más difícil definir lo
que no hacemos
Intentar cubrir todos los aspectos puede
transmitir inseguridad y desconfianza en
el cliente
¿Realmente pueden hacer todo lo que
quiero?
21. La Reunión de Arranque
Elemento fundamental para establecer
una buena comunicación inicial entre los
involucrados en el proyecto
Debe incluir al equipo técnico, usuarios y
patrocinadores
Debe definir claramente una misión común y los
parámetros de éxito del proyecto
Debe definir con claridad roles y
responsabilidades
Debe educar en el proceso de software a los
participantes no técnicos
22. Roles y Responsabilidades
Metodologías modernas recomiendan
usar “Cartas de Derechos”
También es indispensable presentar el
“triángulo de desarrollo de software”
23. Carta de Derechos del Cliente
1. Fijar objetivos para el proyecto que se cumplan
2. Saber cuanto va a costar y cuanto tiempo tomará el
proyecto
3. Decidir que funciones entran y cuales no en el
software
4. Hacer cambios razonables a los requerimientos
durante el proyecto y saber el costo de esos cambios
5. Saber el estado del proyecto clara y completamente
6. Ser informado regularmente de los riesgos que
pueden afectar tiempo, costo ó calidad y recibir
opciones de solución a problemas
7. Tener acceso continuo a los entregables del
proyecto
24. Carta de Derechos del Equipo
Técnico
1. Saber los objetivos del proyecto
2. Contar con objetivos claramente priorizados
3. Conocer en detalle el producto a construir y
aclarar cualquier duda
4. Acceso oportuno al cliente, gerente, u otra
persona responsable para decidir sobre la
funcionalidad
5. Aprobar programas de trabajo para cualquier
trabajo a realizar. Incluye el derecho a estimar
costo y tiempo alcanzable, tener tiempo para
estimar y revisar estimaciones de tiempo y costos
cuando cambian los requerimientos
6. Un ambiente de trabajo productivo, libre de
interrupciones y distracciones
26. Complejidad vs. Resultados
Mientras más compleja sea una iniciativa
de TI, menos probable es que cambie el
comportamiento de las personas
KISS ó “Keep it Simple, Stupid”
27. Zapatero a tus Zapatos
Como expertos técnicos, el equipo debe
focalizarse en el entendimiento del área
de problema a resolver
En muchos casos el problema a resolver
real no es el técnico
Si no entendemos el problema, no
podemos aportar valor real como equipo
Y estaremos condenados a “maquilar”
software
28. Compromiso
El compromiso hace sentido en relación
con nuestra aportación a resolver el
problema identificado
Hay que construir un entendimiento claro
de la responsabilidad de cada integrante
del equipo
29. Manejo de Expectativas
Subpromete, sobrecumple en la medida
de lo posible siempre
Es difícil cuando el entusiasmo por la
tecnología nos gana
La tendencia natural de muchas personas
es buscar agradar para obtener
aprobación
En otros casos el miedo a la incertidumbre
provoca demasiado pesimismo
Es difícil buscar el balance adecuado
30. Ser Como Doctores
“Bueno señora, todo procedimiento
tiene un riesgo.”
“En la mayoría de los casos esta
operación da resultados.”
La medicina tiene 2,000 años y no hace
promesas firmes
Sin embargo, los programadores
pensamos que si tenemos certeza sobre
sistemas que son cada vez más
complejos
Pronto más complejos que la anatomía humana
31. La Negación de los Riesgos
Los humanos tenemos dificultades para
actuar ante el riesgo
Por eso es difícil vender seguros
“La verdad no creo que haya problema.”
Ignorar los riesgos en un proyecto
prácticamente garantiza problemas con
este
32. Estrategias de Manejo de
Riesgo
Ordenar los riesgos con base en
probabilidad e impacto
Documentar las acciones para mitigar
cada riesgo y dar seguimiento al nivel de
riesgo en el plan del proyecto
Pruebas de concepto para riesgos
tecnológicos
Compartir la información de los riesgos
con todos los miembros del equipo
33. Aprender a Escuchar
Naturalmente abordamos casi cualquier
análisis con prejuicios y/o ideas anteriores
Esto dificulta el entendimiento
Particularmente los problemas o las
críticas son difíciles de escuchar
Nos identificamos con nuestro trabajo y
con nuestras ideas
34. Significados Encontrados
Aun dentro de la misma organización,
términos comunes de negocio pueden
significar algo diferente para cada
persona
Mientras más ligado es el concepto al
área central de negocios, más variantes
pueden existir
35. El Poder de la Información
Información es poder. Por lo tanto,
la mayoría de las personas encuentran
difícil compartirla.
Es más fácil obtenerla si tomamos en
cuenta los objetivos individuales del
poseedor de información
37. Valor de Negocio y
Prioridades
El criterio de priorización de actividades
en la construcción debe reflejar el valor
de negocio de cada función
Ordenar con criterios técnicos disminuye
el valor del software ante cualquier
problema que se presente
38. Construyendo la Confianza
Los problemas deben comunicarse en
cuanto se presentan
Acompañados de ideas de solución
cuando sea posible
Si no tenemos la solución, hay que informar de
cualquier forma y pedir ayuda
Pocas cosas afectan la confianza tanto
como un problema no comunicado y no
resuelto
El ambiente de trabajo debe facilitar la
comunicación de los errores
39. Diferentes Percepciones
Cuando se presentan diferentes puntos
de vista debemos buscar un consenso
común documentado
La fragmentación de la percepción del
proyecto en cualquier aspecto pone en
riesgo al proyecto en sí
40. Optimismo Forzado
Es cuando “yo creo que si nos
recuperamos para la próxima semana”
Cuando se presentan problemas se
deben tomar acciones
Si una orquesta no funciona, el director
no lo resuelve diciendo “que le echen
más ganas”
Sin acciones ante un proyecto
atrasados, no hay razones para esperar
que esto mejore después
41. Crecer como Programador
Un programa es un trabajo intensamente
personal
En algunos casos el proceso de
programación es similar a la creación
artística
Sin embargo, esto dificulta la aceptación
crítica
Francamente, la programación es
demasiado compleja como para que haya
una forma correcta de hacer las cosas
Reconocer las ideas de los demás es factor
de liderazgo y confianza
42. El Hombre en un Cuarto
Se da cuando descargamos un
problema en un experto solitario
El riesgo de una desviación es
enorme
La capacidad de solución debe
estar en el equipo
43. La Computadora es Difícil de
Usar - ¿O no?
Estamos en el único negocio donde la
gente asume que las computadoras
son complicadas
Y además está dispuesta a aceptar
esto:
Capacitarse, reiniciar la máquina, respaldar,
etc.
Esto es una señal de la falta de calidad
de nuestro trabajo
Es posible hacer sistemas fáciles de usar
44. Elementos Humanos de la
Interfaz de Usuario
El elemento humano es particularmente
crítico en el diseño de la interfaz de
usuario
La lógica de desarrollo es distinta de la
lógica de uso
Esto dificulta al diseñador crear la interfaz
ideal
Es recomendable que un miembro del
equipo se concentre en este tema
Ignorando en lo posible restricciones internas
45. Problemas Comunes en la
Interfaz
Iconitis
Mensajes de Error Inútiles
Pasos Innecesarios
Presentación Inadecuada de la
Información
Interrupciones Innecesarias del Flujo de
Trabajo
Los humanos somos no-líneales
47. Listos para Liberar
Las pruebas independientes por personal
independiente y especializado son
indispensables
Someter al usuario a pruebas de calidad
genera desgaste, no es necesario y pone
en riesgo al proyecto
El usuario sólo debe validar
responsabilidad de negocio
48. ¿Cúando Terminamos?
Increíblemente este punto genera mucha
controversia
Como en otros diferendos, es necesario
generar y documentar un consenso
común cuando esta situación se da
Un buen criterio es: ¿podemos generar el
valor de negocio prometido?
49. Mover la Gelatina
Agregar funcionalidad a un proyecto a
punto de terminar es de alto riesgo
Se parece a “mover la gelatina” cuando
está cerca de cuajar
Es necesario “congelar” la funcionalidad
en esta etapa
Foco en el valor de negocio
51. Menso = True
Sucede cuando no escuchamos las
aportaciones y críticas de los demás
…o cuando nos hartamos de que no nos
escuchen y dejamos de aportar.
Esta situación degrada la labor de
equipo
Es fundamental favorecer la participación
de todos los miembros
52. Estímulos y Reconocimientos
Liderazgo por jerarquía no funciona en
ningún lado, pero menos aún en un
proyecto de software
El líder puede hacer mucho para motivar
al equipo mostrando su reconocimiento
al trabajo
Igualmente importante es exigir
responsabilidad a cualquier miembro que
afecte al equipo
53. Arriba o Afuera
Práctica común en consultoras
internacionales
Evita el estancamiento
Contribuye a una mentalidad dinámica
en el equipo de trabajo
54. Efectos de TI en las Personas
Fascina a algunos e intimida a otros
Es muchas veces sobrevalorada como
instrumento del cambio organizacional
Las TI no generan cambio humano
De hecho, generan resistencia y amenaza
Por lo tanto, la generación de valor de
negocio es únicamente apoyada por las
TI
55. Momentos para Tomar
Decisiones
Nunca en momentos de celebración o
de molestia, enojo o preocupación
Probablemente el peor momento sea
cuando estamos emocionados
Olvidamos los riesgos
Es mejor esperar y posponer la decisión