Manual de buena prácticas

2.667 visualizaciones

Publicado el

Manual de buenas prácticas para el ingeniero informático durante la toma de requerimientos

0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
2.667
En SlideShare
0
De insertados
0
Número de insertados
558
Acciones
Compartido
0
Descargas
70
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Manual de buena prácticas

  1. 1. Manual de buenas prácticas para el Ingeniero Informático Para el proceso de la Toma de Requerimientos Universidad de Santiago de Chile Facultad de Ingeniería Departamento de Ingeniería en Informática Ingeniería Civil en Informática
  2. 2. Buenas prácticas <ul><li>Incorporación del cliente al proceso de toma de requerimientos </li></ul><ul><li>Valorar la realización del sistema informático </li></ul><ul><li>Dar a conocer que el sistema informático no sustituye a la persona </li></ul><ul><li>Tener una mayor flexibilidad al momento de tomar los requerimientos </li></ul><ul><li>Comunicar bien la complejidad de los requerimientos solicitados </li></ul><ul><li>Nunca se deben usar palabras técnicas con el cliente </li></ul><ul><li>No solo se deben investigar los ámbitos de trabajo que serán afectados directamente con el desarrollo de los sistemas, además deben considerarse los que serán afectados indirectamente </li></ul><ul><li>Se debe guiar al cliente en el descubrimiento de lo que realmente necesita del sistema </li></ul><ul><li>Se deben buscar los caminos para tener una constante comunicación con el cliente </li></ul><ul><li>Los jefes de proyectos y equipos deben tener la capacidad de detectar al personal con las habilidades necesarias para llevar a cabo la captura de requerimientos </li></ul>
  3. 3. Buena práctica 1 <ul><li>Incorporación del cliente al proceso de toma de requerimientos : El cliente debe estar presente durante todo el tiempo de desarrollo del sistema informático y de manera vital en la toma de requerimientos. Ya que mientras más interacciones existan entre el cliente y el ingeniero, éste último podrá darse cuenta que es lo que quiere realmente el cliente y como debe implementarlo, para que quede satisfecho. </li></ul>
  4. 4. Buena práctica 2 <ul><li>Valorar la realización del sistema informático : Es deber del cliente, que los empleados de su empresa conozcan la importancia que tiene el desarrollo de dicho sistema informático, para la empresa y especialmente para el proceso de producción. De esta manera, al momento de ser entrevistado el cliente, el empleado tendrá una mejor disposición de contar realmente como se desarrolla dicho proceso y cómo puede ser mejorado. </li></ul>
  5. 5. Buena práctica 3 <ul><li>Dar a conocer que el sistema informático no sustituye a la persona : Que el empleado del cliente sepa que la implantación del sistemas informático, no sustituye a las personas que actualmente ejecutan dicho puesto de trabajo, si no que solamente será una herramienta de apoyo a las decisiones y responsabilidades que conlleva dicha labor. </li></ul>
  6. 6. Buena práctica 4 <ul><li>Tener una mayor flexibilidad al momento de tomar los requerimientos : El cliente inicialmente solo sabe cuál es su problema, pero no sabe cuanto abarca éste realmente. Permitir que el cliente modifique los requerimientos, a medida que se va desarrollando el proceso de la toma de requisitos, permite una mejor comprensión del sistema como tal e incrementa la sensación de confianza del cliente con la empresa. </li></ul>
  7. 7. Buena práctica 5 <ul><li>Comunicar bien la complejidad de los requerimientos solicitados : Que el cliente entienda lo que significa en palabras simple su requisito, ayuda a la comprensión de los plazos estipulados por parte del ingeniero y el establecimiento. </li></ul>
  8. 8. Buena práctica 6 <ul><li>Se debe ser empático con el cliente: Esto significa colocarse en los zapatos del cliente para comprender que le está pasando y como le afecta la implementación de los sistemas, tanto personal como profesionalmente. </li></ul>
  9. 9. Buena práctica 7 <ul><li>Nunca se deben usar palabras técnicas con el cliente : El uso de tecnicismos provoca desconfianza del cliente, porque cree que lo están engañando. Se debe usar el lenguaje que el cliente emplea en su trabajo, de esta manera se generará una mayor confianza del cliente y se reconocerá el esfuerzo hecho por el ingeniero informático en conocer su negocio. </li></ul>
  10. 10. Buena práctica 8 <ul><li>No solo se deben investigar los ámbitos de trabajo que serán afectados directamente con el desarrollo de los sistemas, además deben considerarse los que serán afectados indirectamente : Las soluciones planteadas deben ser congruentes a todos los procesos que el negocio desarrolla. </li></ul>
  11. 11. Buena práctica 9 <ul><li>Se debe guiar al cliente en el descubrimiento de lo que realmente necesita del sistema : Esto muchas veces implica estar preparado para recibir cambios de alcance del proyecto que muchas veces significan perder trabajo realizado, pero que a largo plazo implicarán mayores beneficios en la satisfacción del cliente. </li></ul>
  12. 12. Buena práctica 10 <ul><li>Se deben buscar los caminos para tener una constante comunicación con el cliente : La comunicación debe ser considerada como primordial en la etapa de captura de requerimientos para la comprensión del negocio y del cliente. </li></ul>
  13. 13. Buena práctica 11 <ul><li>Los jefes de proyectos y equipos deben tener la capacidad de detectar al personal con las habilidades necesarias para llevar a cabo la captura de requerimientos : Si no se cuenta con alguien con las características, se debe desarrollar planes de capacitación de los empleados para prepararlos en su desenvolvimiento con los clientes. </li></ul>

×