Buenas, les dejo el final que tomaron el 9/11.
Nos daban 5 minutos para ver el final y levantarnos si queríamos.
Las respuestas mías fueron:
1a) Falso.
1b) Verdades
2a) 3
2b) 4, pero estoy seguro que era diferente a gestión de recursos humanos
3) Ahí hay que sacar la guitarra porque sobre este tema no tenia mucha idea.
4) Sacabas los valores del PV al mes 9, el EV te lo daban. Con eso sacabas el SV y te daba que con respecto al cronograma estabas adelantado 1 mes.
Por lo tanto si todo seguia de la manera que se estaba desarrollando la empresa podría recibir el premio de 1M.
El V/F lo tenés perfecto, la 2_a es la 5, yo puse lo mismo que pusiste vos y me dijeron que estaba mal porque hay que tener en cuenta la mitigación de un riesgo, a todo esto me quedé discutiendo por esa pregunta y antes de que se justifique con esa respuesta, me dice: "Pero vos tenés que tener en cuenta que no siempre los riesgos afectan al costo o al tiempo", y yo le pregunté: "¿Y entonces a que otra cosa puede afectar si no es a eso? ¿Hay un ejemplo?" Se quedó unos minutos y para que no le pueda discutir me respondió eso.
La 2B la tenés bien, la 3 me pusieron mal, de nuevo sin justificación aparente y sin poder apoyarse en bibliografía... Yo hablé de la escalabilidad horizontal pero parece que no era suficiente...
Y la 4 es así como decís vos.
Fuente: Me saqué un 2 y fuí a ver que estaba mal.
(16-12-2015 12:13)nikolay escribió: [ -> ]El V/F lo tenés perfecto, la 2_a es la 5, yo puse lo mismo que pusiste vos y me dijeron que estaba mal porque hay que tener en cuenta la mitigación de un riesgo, a todo esto me quedé discutiendo por esa pregunta y antes de que se justifique con esa respuesta, me dice: "Pero vos tenés que tener en cuenta que no siempre los riesgos afectan al costo o al tiempo", y yo le pregunté: "¿Y entonces a que otra cosa puede afectar si no es a eso? ¿Hay un ejemplo?" Se quedó unos minutos y para que no le pueda discutir me respondió eso.
La 2B la tenés bien, la 3 me pusieron mal, de nuevo sin justificación aparente y sin poder apoyarse en bibliografía... Yo hablé de la escalabilidad horizontal pero parece que no era suficiente...
Y la 4 es así como decís vos.
Fuente: Me saqué un 2 y fuí a ver que estaba mal.
Un riesgo que no afecte al tiempo y costo puede ser un riesgo que afecte a la viabilidad del proyecto. Hace el proyecto inviable, pero no te toca el costo ni el tiempo.
(17-02-2016 01:57)ToLi1322 escribió: [ -> ] (16-12-2015 12:13)nikolay escribió: [ -> ]El V/F lo tenés perfecto, la 2_a es la 5, yo puse lo mismo que pusiste vos y me dijeron que estaba mal porque hay que tener en cuenta la mitigación de un riesgo, a todo esto me quedé discutiendo por esa pregunta y antes de que se justifique con esa respuesta, me dice: "Pero vos tenés que tener en cuenta que no siempre los riesgos afectan al costo o al tiempo", y yo le pregunté: "¿Y entonces a que otra cosa puede afectar si no es a eso? ¿Hay un ejemplo?" Se quedó unos minutos y para que no le pueda discutir me respondió eso.
La 2B la tenés bien, la 3 me pusieron mal, de nuevo sin justificación aparente y sin poder apoyarse en bibliografía... Yo hablé de la escalabilidad horizontal pero parece que no era suficiente...
Y la 4 es así como decís vos.
Fuente: Me saqué un 2 y fuí a ver que estaba mal.
Un riesgo que no afecte al tiempo y costo puede ser un riesgo que afecte a la viabilidad del proyecto. Hace el proyecto inviable, pero no te toca el costo ni el tiempo.
Un riesgo es un evento o condición incierta que, si sucede, tiene un efecto en por lo menos uno de los objetivos del proyecto. Esa es la definición formal
Les doy mi rta de la 3) porque justo lei lo de las app sociales en algun blog:
3) Las redes sociales, como muchas apps en internet, son ideales para Nosql ya que tienen como prioridad el tiempo de respuesta, así mismo porque manejan grandes volúmenes de información.
La posibilidad de escalar horizontalmente, es otra característica que beneficia a este tipo de aplicaciones que son relativamente “nuevas”.
Las BDs SQL se valen de índices, snapshots y vistas para mejorar los tiempos de respuesta.
Sobre 2a) es NINGUNA porque tiempo, costo y calidad son RECURSOS.
y la definición, como bien dicen, es que de materializarse el riesgo, afecta a los OBJETIVOS.
Es lo mejor que se me ocurre para justificarla: "En caso de suceder, afecta a los objetivos, no sólo a los recursos."
pablo_4 La 1a es falsa porque luego de realizar la tabla de pesos relativos, no se hace rapidamente sino que hay que estudiar el mercado para ver las opciones que hay y el grado de satisfacción que nos genera?
(26-07-2016 23:35)nuema escribió: [ -> ]Les doy mi rta de la 3) porque justo lei lo de las app sociales en algun blog:
3) Las redes sociales, como muchas apps en internet, son ideales para Nosql ya que tienen como prioridad el tiempo de respuesta, así mismo porque manejan grandes volúmenes de información.
La posibilidad de escalar horizontalmente, es otra característica que beneficia a este tipo de aplicaciones que son relativamente “nuevas”.
Las BDs SQL se valen de índices, snapshots y vistas para mejorar los tiempos de respuesta.
Sobre 2a) es NINGUNA porque tiempo, costo y calidad son RECURSOS.
y la definición, como bien dicen, es que de materializarse el riesgo, afecta a los OBJETIVOS.
Es lo mejor que se me ocurre para justificarla: "En caso de suceder, afecta a los objetivos, no sólo a los recursos."
nuema:
Tiempo, Costo y Alcance. Es la triple restricción a la que el agrega Calidad. Pero son objetivos, no recursos.
Los riesgos de un proyecto se ubican siempre en el futuro. Un riesgo es un evento o condición incierta que, si sucede, tiene un efecto en por lo menos uno de los objetivos del proyecto. Los objetivos pueden incluir el alcance, el cronograma, el costo y la calidad.
Si mal no recuerdo, este punto lo justifique diciendo que lo escrito hacia referencia a una segunda tabla, que no recuerdo el nombre. En estos momentos no tengo los apuntes, pero si los consigo te amplio la respuesta
Ahi encontre en los apuntes. Para poder identificar estos valores, se hace un estudio de mercado, etc... y se realiza la valoración en la Tabla de Valoración de Atributos
(07-12-2016 13:44)pablo_4 escribió: [ -> ]leandrong
Si mal no recuerdo, este punto lo justifique diciendo que lo escrito hacia referencia a una segunda tabla, que no recuerdo el nombre. En estos momentos no tengo los apuntes, pero si los consigo te amplio la respuesta
Al cuadro de valoración de atributos.
Claro ahí sí una vez terminada ves todo.
Gracias!
Buenas gente!
Los molesto con el ejercicio de EVM! No estoy seguro como se debería hacer la parte de evaluar si el proyecto termina antes de lo planeado, les comparto como lo pienso yo y si me pueden corroborar si mi lógica esta bien se los re agradecería!
En este caso el SPI me queda 15/13.5, lo cual da como resultado 1.11 periódico. Lo que hago yo es tomar la parte decimal si es > 1 y multiplicarlo por la cantidad de meses.
0.11111 * 18 = 2, por lo que estoy 2 meses adelantado al cronograma.
Gracias por la paciencia!
Edit: Un amigo me comentó donde está mi error. Al realizar la cuenta del SPI estoy obteniendo que tan adelantado estoy del proyecto en el mes 9, por ende si quiero calcular la cantidad de meses adelantado debería hacer 0.1111 * 9 = 1.