Podręcznik zarządzania projektami….
PolishTranslate original post with Google Translate
Firma Octigo na swoim blogu udostępniła do pobrania za darmo, podręcznik zarządzania projektami, który powstaje na bazie wpisów na blogu. Póki co podręcznik zawiera cztery rozdziały (80 stron) i traktuje między innymi o tym jak zaplanować zakres w postaci WBS, ułożyć harmonogram, zarządzać czasem, skracać projekt, czym jest jakość i jak ją zapewnić, jak monitorować koszty projektu. Podręcznik jest sukcesywnie rozwijany.
Przyczyny niepowodzeń projektów IT
Translate original post with Google Translate
Jakiś czas temu pisałem o przyczynach niepowodzeń w projektach IT. Na stronie IAG Consulting znalazłem ciekawy filmik traktujący o przyczynach owych niepowodzeń. Zachęcam do obejrzenia.
Nieustannie na liście jednej z podstawowych przyczyn porażek gości brak dobrej specyfikacji wymagań.
Po egzaminie Prince2 Foundation (v.2009)
Translate original post with Google Translate
Dwa tygodnie temu zdałem egzamin Prince2 Foundation. W tym poście chcę odpowiedzieć na pytanie czy warto iść na szkolenie akredytowane czy może lepiej zdawać egzamin W British Council bez akredytowanego szkolenia (bo też jest taka możliwość).
Przed pójściem na akredytowane szkolenie Prince2 Foundation wahałem się czy iść na nie czy lepiej odrazu podejść do egzaminu (wcześniej sam przygotowywałem się na podst. książki Skuteczne Zarządzanie Projektami Prince2). Według mnie, jeśli ma się możliwość pójść na takie szkolenie to naprawdę warto, a to przede wszystkim z dwóch powodów.
Pierwszym powodem jest to, iż samo tłumaczenie podręcznika Skuteczne Zarządzanie Projektami Prince2 nie jest idealne (szczególnie jak na podręcznik za 300 zł). Oprócz kilku literówek i błędów stylistycznych pojawiają się nieścisłości merytoryczne, które akredytowany trener jest w stanie uwypuklić na szkoleniu. Jedną z takich nieścisłości było słowo "szacować" (w kontekście Planowania). Podręcznik sugeruje czytelnikowi iż, szacować znaczy "określać w przybliżeniu" (bez przejmowania się za bardzo superdokładnością). Sam tak też tak rozumiałem. Z kolei wersja anglojęzyczna mówi o tym, iż przedmiot owego "szacowania" należy określić jak najbardziej dokładnie. Słowo szacować można zastąpić tu słowem wyznaczyć, obliczyć, określić. Doświadczony trener z pewnością zwróci uwagę na takie detale.
Drugim powodem dla, którego warto pójść na szkolenie akredytowane (niestety na rynku pojawiają się szkolenia krzaki bez akredytacji OMG), jest to, iż doświadczony trener wnosi szerszy kontekst nauki tej metodyki zarządzania projektami. Szkolenie poparte licznymi przykładami jest naprawdę o wiele bardziej skuteczne niż suche przeczytanie książki (do egzaminu Prince2 Practicioner wymagane wręcz kilkukrotne) - no chyba, iż osoba chcąca zdać egzamin jest wieloletnim praktykiem a certyfikat potrzebny jest tylko jako wymaganie w przetargu 
Jeszcze słowo o samym przygotowaniu się do egzaminu - egzamin sam nie jest wcale banalny (OMG podniosło ostatnio poziom trudności egzaminu). Mocno zachęcam do rzetelnego przestudiowania podręcznika i częstych powtórek rozdziałów. Ponadto warto przestudiować również dodatki na końcu podręcznika.
Za jakiś czas relacja "po egzaminie z Prince2 Practicioner"
PMblogs.pl – agregator blogów o tematyce zarządzania projektami
Translate original post with Google Translate
Jakiś czas temu popełniłem serwis PMblogs.pl - agregator polskich blogów o tematyce zarządzania projektami. Agregator prezentuje tytuł i pięć najnowszych wpisów na blogu. Blogi sortują się od ostatnio zaktualizowanego do najstarszego. Liczba blogów ciągle się zwiększa.
Jeśli znasz ciekawy serwis bądź blog związany w jakikolwiek sposób z zarządzaniem projektami - napisz...z pewnością umieszczę go na PMblogs.pl Możesz również skorzystać z formularza. Wpis na stronie pojawi się dopiero po zatwierdzeniu przeze mnie.
Plantillas de documento para la metodología PRINCE2
English
German
Swedish Yo recomiendo la página ajwilcox.co.uk donde puedes encontrar plantillas de documentos a la metodología de Prince2 (v.2005). Una idea interesante es reunirlas en un mapa mental.
También recomiendo (por desgracia ya no archivados) la fuente, que también se encuentran listas para descargar plantillas de documentos, así como una guía importante en cuanto a su cumplimiento.
Por qué caen los proyectos? – Proyecto de TI fracasos
Teniendo en cuenta las diferentes metodologías de gestión de proyecto, usted debe preguntarse qué fin se hicieron y si aún se aplica a todas las directrices de una metodología específica garantiza el éxito del proyecto.
Las relaciones entre las características de una relación triangular es muy fuerte - la modificación de un parámetro afectan significativamente otra jerarquía de valores preocupantes. Esta tarea es al parecer la emisión de un mundo sencillo, real de los proyectos de TI es muy difícil llevar a cabo adecuadamente, ¿cuáles son los resultados de una empresa estadounidense, "The Standish Group."
En su informe, "El Informe del Caos" de 1995 se puede ver que hasta el 31,1% de los proyectos (más de 80 000) fue cancelado antes de la final de la obra. También es una información importante que más de la mitad de todos los proyectos (52,7%) superó su presupuesto original.
"The Standish Group" ha calculado que sólo en 1995 empresas de EE.UU. gastó 81 mil millones de dólares EE.UU. para proyectos que no han sido completadas. Los costos de los proyectos de subvención para poder ser completado en todas, en el mismo año ascendieron a más de $ 51 mil millones.
En promedio, sólo el 16,2% de los proyectos se han completado de acuerdo con el presupuesto aprobado y en los plazos previstos. La situación parecía aún peor en el caso de las empresas más grandes, donde sólo el 9% de los proyectos terminó con éxito.
Dado que un porcentaje tan grande de los proyectos terminados o fallas de las piezas, el éxito, pregúntese lo que realmente es la razón de que algunos proyectos parece ser un gran éxito y el fracaso alguno. Informe preparado por el Grupo Standish, "apunta a las diez principales causas de los fracasos:
1. la falta de información crítica del cliente promotor del proyecto /
2. la falta de una definición amplia de las necesidades y el diseño funcional,
3. cambiar los requisitos y la funcionalidad durante el proyecto,
4. falta de apoyo de gestión del proyecto,
5. la falta de suficientes conocimientos y experiencia en el campo,
6. equipo incompleto
7. fueron las expectativas del cliente demasiado estrictos,
8. es muy mal definidos los objetivos,
9. dificultad para cumplir el calendario del proyecto,
10. las nuevas tecnologías.
Aunque el análisis de las causas de los fracasos de los proyectos se ha realizado principalmente para la industria de TI, pero estos son factores que son universales, independientemente del ámbito en el que la economía no.
Un factor que a menudo afecta a que el proyecto termina en el fracaso para obtener, entre otras cosas, estar en forma con los recursos asignados o el fracaso total, además de su buen manejo de riesgo por parte del director del proyecto o un grupo de gestión de proyectos calificados líder en el calendario de aplicación y presupuesto. La proporción actual de proyectos en la industria de TI, después de haber completado dentro del presupuesto establecido y el tiempo pre-establecido es relativamente pequeña, incluso marginales.
Para entender mejor las causas del fracaso y aumentar el nivel efectivo de su eliminación, dos empresas (VirtalSmarts y el grupo de Concurso), elaboró la llamada. cinco áreas de gestión críticos, que incluyen lo siguiente:
1. Demasiado detallada planificación de la programación (incluyendo las fechas y los recursos), que significativamente se desvían de la realidad, para condenar el proyecto al fracaso.
2. Falta de compromiso con el proyecto y grupo de apoyo para la persigue desde los patrocinadores del proyecto - pasan muy poco tiempo y atención para llevar el proyecto hasta el final.
3. La inobservancia de las prioridades de las tareas de los miembros del equipo.
4. La banalización y la no divulgación - el líder del proyecto y miembros del equipo no indicó los problemas que aparecen en el proyecto - esperando a que alguien más que decir o preguntar eso.
5. Los miembros del equipo no tienen un adecuado conocimiento y experiencia para lograr con éxito sus tareas o no pueden / no quieren participar en la ejecución efectiva del proyecto.
El estudio contenido en el informe mostraba claramente que si una sola de estas esferas de la gestión del proyecto será descuidado y no estará con extraídas de que ninguna aplicación para la realización del proyecto es probable que falle (definida como aquella que por encima del presupuesto, los plazos y el cumplimiento de los requisitos para la funcionalidad requerida y calidad) aumenta a 85%. Sin embargo, si tanto el equipo como jefe de proyecto una importancia adecuada a estas zonas, la probabilidad de fracaso de la realización de las caídas de hasta un 50-70% (en base a una encuesta de más de 1.000 jefes de proyecto y directores de 40 empresas de diversos sectores de la economía en los EE.UU. y Europa.)
Sobre la base de la encuesta, "The Standish Group," también identificó once características clave, lo que indirectamente se traduce en el éxito final del proyecto:
Artículo de fondo / características de peso [%]
La participación del cliente / patrocinador / 15,9
Apoyo para el liderazgo / 13,9
requisitos bien definidos / 13,0
Apropiados de planificación y 9.6
Objetivos realistas / 8,2
Pequeñas diferencias entre el 7.7 hitos
Personal de las competencias / 7,2
La responsabilidad del equipo / 5.3
objetivos claramente definidos y los requisitos / 2,9
Trabajadoras empleados / 2.4
Otros 13,9
De este informe se desprende que la principal causa de los fracasos del proyecto son los errores en la capa de gestión. No fue hasta más tarde en el directamente afectado a la labor del equipo y la competencia de sus miembros. Inmediatamente conclusión obvia es que incluso el mejor equipo de diseño, tendrá grandes problemas con el proyecto si es sólo mala racha. Es por eso que la cuestión de las metodologías de gestión de proyectos, centrándose en particular en el nivel de gestión de proyectos es tan crítica en el contexto del posible éxito o fracaso.
Como se mencionó anteriormente, existen varias metodologías para la gestión de proyectos. No existe un método universal para todos los males de los jefes de proyecto bueno, ya que hay que recordar que, la metodología no dice cómo hacer algo, pero da una visión más amplia del proyecto en su conjunto, haciendo hincapié en determinados lugares sensibles
el diseño que el director del proyecto debe ser capaz de ver, analizar eficaz y responder a ella.
La metodología es un conjunto de pautas, normas y etiquetas que le ayudan a evitar errores, pero no completamente a compensar. A pesar de ello, aplica consecuentemente la garantía de una serie de elementos muy importantes:
• Control completo del proyecto desde su inicio hasta el final,
• La participación plena y adecuada de todos los interesados,
• la garantía de la justificación de negocio actual del proyecto, por lo que el promotor del negocio de seguridad
Fuentes:
• http://www.it-cortex.com/Stat_Failure_Rate.htm
• http://www.cognitive-it.pl/projekt-it-zarzadzanie-projektami-it-projekty informatyczne,d9
• http://www.artzi.net/content/view/93/89/
• http://www.standishgroup.com/