none
DUDAS Examen ARquitectura 5 estrella RRS feed

  • Pregunta

  •  

    Hola, como es el ultimo dia para que obtener el certificado y me falta aprobar 3 examenes de la 5º estrella y estoy viendo unos videos WCF solo me faltan, y habiendo rendido ayer el examen de arquitectura y me encontre con la sorpresita de las preguntas mezcladas, les pongo unas dudas del examen asi me ayuden a aprobar, si bien se que no es correcto esto, espero puedan ayudarme yo les doy mi opinion de cada una de ellas.

     

    Los conflictos entre los StakeHolders como lo definirias:

    1- Raro

    2-Bueno y saludable

    3- Nromal, no deberia ocurrrir

     

    yo respondi la 3, y es la correcta poruqe es normal que halla problemas entre estos en un proyecto pero nunca es bueno que ocurra esto.

     

    cuales son los beneficios del acoplamiento debil ¿?

    1. reutilizacion

    2. rendimiento

    3.no recuerdo la otra

     

    yo conteste rendimiento, pero el acoplamiento debil permite independizar las clases de manera que no dependan entre si.

     

    los StakeHolders son:

    1. miembros de un proyecto

    2. mienbros en el desarrollo de un proyecto

    3. no recuerdo la otra opcion

     

    yo opino la 2, los stakeholders son todas las personas que tienen algun interes sobre el proyecto , como clientes, gerentes, desarrollador, y estos participan del desarrollo del proyecto o sea las 2 contiene a la 1 peinso.

     

    Saludos.

    Gracias

    viernes, 29 de febrero de 2008 12:36

Todas las respuestas

  •  

    los beneficios del acoplamiento débil debe ser la reutilización ya que al ser clases independientes será fácil integrarla en otros proyectos...

     

    Los stakeholder son los miembros de un proyecto, creo que la 1, ya que la dos se puede interpretar como los implicados en el desarrollo (de código) del proyecto, no???

     

    viernes, 29 de febrero de 2008 14:51
  • Al igual que mi otro compañero.... uno de los beneficios del acoplamiento débil es la reutilización

     

     

    viernes, 29 de febrero de 2008 23:53
  • 1. Estoy de acuerdo con la reutilización del acoplamiento débil.

     

    2. Los stakeholders son el público interesado, esto es, no es un concepto propio de Microsoft, es más bien de Management, y en el intervienen todos los grupos de interes. desde los desarrolladores, pasando por los clientes. Todo el que se vea afectado por la actividad de la organización, es un stakeholder, hasta un proveedor. Por tanto, no recuerdo las 3 opciones, pero desde luego los integrantes de un proyecto o los desarrolladores del mismo, si no hay una tercera opción, son los integrantes del proyecto (que yo diría que es la 3º opción que no pusiste Stick out tongue).

     

    3. En cuanto a las diferencias entre los stakeholders y los conflictos que puedan surgir, es algo inevitable, sano, saludable  e imprescindible. Es la única forma que lleva a las continuas modificaciones que sufre un proyecto hasta que se acerca al resultado deseado. Si nadie se queja, si no hay "tensión", no hay mejoras, diferentes puntos de vista y lo que es más importante, no hay avances. Es bastante complejo definir un proyecto entre un cliente y una empresa y que desde el primer momento hasta la entrega no haya diferencias entre los integrantes del grupo de desarrollo o del propio cliente con el comercial.

     

    4. No creéis que no es del todo ético dar respuesta a las preguntas que muchos intentan buscar por sí mismos? No es una crítica, pero entonces le estamos restando valor al objetivo del dce2005, la capacitación, que cada cual consiga por sus propios medios los conocimientos necesarios aunque sea a base de prueba y error. Es incongruente que yo mismo diga esto cuando he insertado los 3 puntos anteriores, pero ya las respuestas estaban "definidas" por otros compañeros. Tan solo animo a tomarse estos exámenes como un reto personal, yo hace años que no desarrollo de forma "activa"; me dedico a la gerencia de empresas que no son afines a las de nuevas tecnologías siquiera.

     

    Bueno, os deseo suerte a todos, mucho google, pero no para buscar respuestas específicas, sino para entender bien la materia sobre la que uno se está examinando. De cualquier otra forma, se nos olvidarán las respuestas y las justificaciones a los pocos días de habernos examinado.

     

    Un saludo,

     

    José Luis Gato

     

    sábado, 1 de marzo de 2008 8:19
  • Estimado:

     

    Sin agregar mucho más a la respuesta precedente, que me parece muy correcta, te quería recordar que la mayoría de los requerimientos necesarios para responder correctamente, encuentran su base en el PMBOK, publicación padre de quienes se dedican a la Administración de Proyectos, y los términos y alcances definidos allí son lo bastante claros.

     

    Basado además en mi experiencia personal tanto como Project Leader /Project Manager, y en consonancia con la fuente citada, y tomando cualquier tipo de proyecto,  no es que no vaya a haber conflictos ni que uno tenga que estar cruzando los dedos para que estos no ocurran; al contrario, puedes tener la certeza que estos sí ocurrirán, pero lo importante es estar preparados y alertas para cuando ellos surjan y tener la suficiente serenidad de ánimo y la suficiente honestidad moral y técnica como para contribuir a resolverlos. La complacencia entre los stakeholders se debería tomar como un indicio de que las cosas no están funcionando como deberían. También puedes encontrar todo un capítulo del PMBOK dedicado a la administración de recursos (en este caso humanos), y la mediación y solución de conflictos, por lo cual me parece que la pregunta de MS está dirigida en este sentido, y la respuesta correcta es que los conflictos entre stakeholders no solamente que son buenos y saludables, sino que además es algo esperable.

     

    Por otra parte, no se puede decir que los stakeholders son SOLAMENTE quienes participan de la etapa de DESARROLLO del proyecto, ya que como también tú lo indicas, cabría poner a proveedores y clientes (entre otros), que pueden tener poca o ninguna incidencia en la manera de desarrollarlo, pero que serán objeto o fuente de información del proyecto tanto antes, durante como después que el proyecto haya finalizado. El término StakeHolder, nuevamente en el PMBOK, se refiere a TODOS los participantes de un proyecto, independientemente del grado de profundidad con que estén involucrados en el mismo, son todos aquellos a quienes el Proyecto, de una u otra manera, los afectará, y creo que la pregunta está tratando de ver si uno tiene la capacidad de respuesta para ver si puedes discernir lo que se refiere solamente a DESARROLLO, que es la etapa más pequeña de un proyecto (independientemente de su magnitud) o al ciclo de vida del proyecto.

     

    Espero haber contribuido a despejar tus dudas, y quedo a tu disposición.

     

    Carlos Alfredo Porcel Michel

    DCE2005 Cinco Estrellas GOLD

     

     

     

     

    lunes, 3 de marzo de 2008 15:54
  •  Buenas Carlos,

     

    Estoy completamente de acuerdo contigo. Yo también he desarrollado unos cuantos de añitos de mi vida como Project Manager, y sin duda la guia del PMBOK es bastante útil. Por algo la IEEE la tiene estandarizada, no? Smile

     

    Quizás es pedir demasiado en una capacitación gratuita que se tengan en consideración algunos aspectos de la metodología de gestión de proyectos y que el "publico objetivo" lo asimile como es debido. Creo que pocas personas que no se hayan visto en esa tesitura, (conflictos, ruptura de relaciones, etc) entenderían lo necesario que es ese tipo de discusiones, más propias de una discusión en un "debate de cafetería" que en una empresa...


    Te agradezco la posterior aclaración y puntualización de mi comentario, ya que por problemas de tiempo (siempre echo un vistazo al foro antes de ir a trabajar con el tiempo más que justo) no se puede profundizar en el tema, y lo que es peor, no tienes la seguridad de que realmente tu respuesta levante más dudas o si por lo contrario ha dejado a grandes rasgos algo mejor definido el planteamiento que cualquier compañero pueda hacer en estos foros.

     

    Por tanto, te agradezco tus apreciaciones y tu tiempo, y enhorabuena por la GOLD.

     

    PD: Fui uno de los 10 primeros en obtener la GOLD; y aparecí en el directorio por poco tiempo, al día siguiente, en el listado lo único que aprecié es la duplicidad de algunos nombres... Te ha pasado algo parecido?

     

    Un saludo, y de nuevo gracias por tu aporte.

     

    José Luis Gato.

    Desarrollador Cinco Estrellas Gold.

     

    martes, 4 de marzo de 2008 7:01
  • José Luis:

     

    Totalmente de acuerdo contigo en varios puntos, y en algunos, me gustaría aclarar algo.

     

    Si bien la capacitación es gratuita, creo que a la misma no le falta nivel, al contrario, esta iniciativa de MS, más allá obviamente de la propia publicidad de sus productos y el afán por cautivar el interés en la comunidad de desarrolladores, conlleva a que uno mismo se vaya impregnando de conocimientos que seguramente serán de utilidad, en corto o mediano plazo; por lo cual, como cualquiera de nosotros que ha rendido estas series de exámenes, se tiene que recurrir a veces a fuentes externas de donde obtener información complementaria.

     

    Y aquí es donde si bien a veces he "rebuznado" porque no encontraba en los materiales TODA la información, también, nobleza obliga, quedo agradecido porque esto contribuye a la práctica sana de reunir datos de más de una fuente, compararlos, criticarlos, analizarlos, para al fin poder "internalizar" los mismos.

     

    Es en este contexto donde creo que hacer referencia al PMBOK, no es desacertado, ya que si bien no todos nos dedicamos a la Administración de Proyectos, se lo puede tomar como un material adicional de consultas, debido, como también lo afirmas, a su estandarización, la seriedad con que se toman los temas, y lo ampliamente aceptado dentro de la disciplina de PM. Creo además que un poco de conocimiento sobre el mismo, enriquecerá aún mas lo absorbido por este curso DCE, y promueve a las mejores prácticas, como asimismo muestra perspectivas que a veces, por lo rutinario y/o trabajar bajo presión de tiempos, no nos permite nuestro trabajo.

     

    En lo referente a la PosData: Estamos en la misma situación, espero que se solucione pronto...un abrazo.

     

     

     

    miércoles, 5 de marzo de 2008 16:30
  • Mis respuestas:

     

    Los conflictos entre los StakeHolders como lo definirias:

    1- Raro

    2-Bueno y saludable

    3- Nromal, no deberia ocurrrir

     

    A mi me apareció de la siguiente forma:

     

    ¿Cómo definiría a un proyecto donde hay conflictos entre los stakeholders?
    Normal y saludable.
    Normal pero no debería ocurrir.
    Raro.

     

    Yo he puesto la segunda opción pues en el video hace hincapié en que los conflictos stakeholders son normales y que se pueden evitart tomando medidas como realizando prototipados, etc.

     

    cuales son los beneficios del acoplamiento debil ¿?

    1. reutilizacion

    2. rendimiento

    3.no recuerdo la otra

     

    La primera opción, reutilización.

     

    los StakeHolders son:

    1. miembros de un proyecto

    2. mienbros en el desarrollo de un proyecto

    3. no recuerdo la otra opcion

     

    Esta pregunta me apareció de la siguiente forma:

     

    ¿Qué son los stakeholders?
    Los diagramas que componen una arquitectura.
    Las personas involucradas en un proyecto.
    Los personas involucradas en el desarrollo de un proyecto.

     

    La opción es la segunda, ya que en el video lo deja bien claro que no son sólo las personas involucrados en el desarrollo del proyecto.

     

    Con respecto a lo de responder a las preguntas, yo no lo veo mal. El objetivo es aprender y en muchas ocasiones aparecen preguntas ambiguas que con la documentación facilitada no somos capaces de acertar y si no nos echan una mano no lograremos ver.

     

    Saludos.

    viernes, 10 de octubre de 2008 16:44
  • me pueden ayudar a aprobar hasta la segunda estrella por que tengo un docente loco que para aprobar su materia debemos llegar hasta alli por favor 

    jackster_159@hotmail.com

    jueves, 5 de agosto de 2010 5:09
  • Jaja no esta tan loco, la segunda estrella esta bastante sencilla yo quisiera tenerlo como docente :P, te recomiendo que leas bien las preguntas, en el curso no empieza a ponerse dificil hatsa la mitad de la tercera estrella
    martes, 19 de octubre de 2010 16:35