I have reason to suspect that many home cooks are natural born project managers. Consider the extensive detailed planning involved in a traditional Thanksgiving dinner. The end goal of pulling off a successful Turkey dinner is made possible only through the succession of individual tasks (the cooking and preparing of the Turkey and various appetizers, side dishes, and desserts; the setting of the table and preparing the house for guests; and the careful management of family drama), each requiring resources and careful time management. Poor planning leads to a chaotic fiasco in the kitchen, and the grumbling disappointment of your project stakeholders: the family and friends that arrive to partake in the grand feast.

In managing interactive projects, chaos is not a situation that a diligent Interactive Producer will tolerate. And like websites, widgets and apps, the food not only has to look good, but it has to function well and meet spec: i.e. the food should smell good and taste good, have the proper texture and form, and be consumed by the user/guest in the expected manner. Where an average person may tremble at the thought of choreographing such a delicate and important family tradition, the Interactive Producer (or the natural born project manager) goes forth boldly, meeting the challenge with structure and efficiency.

As a newlywed, I found it appropriate this year to volunteer to cook the family Thanksgiving dinner and contribute to a great family tradition. And as an Interactive Producer, I’m bursting with confidence and excited to take on this new project. As I posted on Facebook last week, I’ll use my “mad project management skillz to plan Thanksgiving dinner.” I even made a Gantt chart.

An unconventional approach to a traditional holiday? Perhaps. You would be hard pressed to find a Gantt chart in Norman Rockwell’s famous “Freedom from Want.” However, the skills I’ve learned as an Interactive Producer give me clear direction for something that I’ve never attempted, eliminating the fear and apprehension that I might otherwise experience taking on this task.

This is my methodology. First, before anything else, state the objective. “Coordinate and deliver a complete Thanksgiving Day meal to feed, satisfy, and impress 10+ family members by the deadline of 3:00 pm, Thursday, November 26^th 2009.” Nice.

Next, identify the project requirements. At the bare minimum is the turkey. However, a Thanksgiving dinner hosted by moi would include the whole enchilada: not just any turkey meat but a whole 20lbs oven roasted turkey, brined for at least 12 hours. Of course, homemade stuffing and turkey gravy to accompany the main attraction. Butter and herb mashed potatoes, candied yams, green bean casserole. Don’t forget the rolls, the cranberry sauce, and maybe another veggie dish- corn pudding perhaps? Other project requirements include hors d’oeuvres (to hold over those fasting family members counting down the hours and minutes to the turkey carving), a salad/soup course, and who could forget dessert? I’m thinking stuffed baked apples with vanilla ice-cream, and my homemade pumpkin pie. Yum.

Next, project scheduling. I have a standard kitchen oven, two portable roaster ovens, a stove and a crock pot to do the heavily lifting. There’s a range of dependencies and deadlines associated for each recipe, or task. And these culinary tasks require specific resources, the aforementioned ovens, stove and crockpot. Resources also include my suppliers (i.e. the grocery store), human resources (i.e. Mom), and informational sources (my favorites: FoodNetwork.com, RecipeZaar.com, and when all else fails, Google it!).

With my tasks, deadlines, resources and dependencies identified, a project schedule can be created easily using one of my favorite programs, Microsoft Project. With Project, I have been able to create a simple (it doesn’t look simple but I swear to you it is) Gantt chart. Interestingly, I had to change my tasks from the default “As soon as possible” constraint type to “As late as possible.”  Otherwise Project would suggest that I preheat my oven two days in advance of the next step! Food projects are unique in this way, digital assets do not go stale or cold the way that food does.

Using my Gantt chart, I can clearly see that certain dishes like the corn pudding and sweet potatoes can be started earlier in the timeline, to create efficient and reduce the number of tasks that must be completed in the last few hours before dinner. This is a time savings made obvious only when I had a roadmap for the project. Though I’m sure a seasoned Thanksgiving cook would have realized this much sooner and without so much work. This kind of sophisticated project planning comes natural to them.

And for those who may not be quite ready for a sophisticated project like Thanksgiving dinner, there’s always the alternative: outsourcing. I.e. Chinese takeout.

Have a wonderful Thanksgiving!

Five Feet of Dynamite’s Thanksgiving Dinner Gantt Chart (PDF)

Долго разрабатывали наше решение, но в итоге что-то получилось.  Смогли избавиться от недостатков с точки зрения проектного управления в ClearQuest. Ранее в блоге я писал уже о возможностях нашей новой “игрушки”.

Сейчас проводим дополнительное тестирование, в том числе на платформе Unix. В принципе, все, что получается, мне нравится и вызывает интерес у посетителей сайта.

Предлагаю вашему вниманию сценарий и видео-ролик.

Напоминаю, что наше решение свободно для скачивания. Можете скачать с корпоративного сайта (из кабинета, после регистрации) и протестировать. Критику можно постить сюда, в блог

Сценрий видео-ролика

1. Настройка соответствия полей для ALMActivity
2. Настройка соответствия полей для ALMTask
3. Настройка соответствия полей для ALMRequest
4. Настройка связей между ALMActivity, ALMTask, ALMRequest

1. Создание нового запроса на изменение ALMRequest
2. Выполнение запроса (query) для нового запроса на изменение ALMRequest
3. Открытие модуля GanttChart for ClearQuest
4. Построение диаграммы Ганта на основе выполненного запроса (query)
5. Создание дочерних ALMTask для ALMRequest
6. Импорт результата создания в диаграмму Ганта
7. Создание дочерних ALMActivity для ALMTask
8. Импорт результата создания в диаграмму Ганта
9. Планирование сроков для новых ALMActivity, ALMTask, ALMRequest
10. Сохранение результатов планирования
11. Анализ и исправление возможных ошибок при работе с обязательными полями
12. Сохранение результатов планированияДемонстрация результатов планирования в ClearQuest

1. Начало работы с ALMActivity (установка даты фактического начала)
2. Окончание работы с ALMActivity (установка даты фактического окончания)

1. Включение секций для диаграммы Ганта
2. Выполнение запроса (query) для всех запросов на изменение ALMRequest
3. Открытие модуля GanttChart for ClearQuest
4. Построение диаграммы Ганта на основе выполненного запроса (query)
5. Демонстрация результатов построения

Доп.информация:

Mein Wiener Kollege Dietmar Schoder bietet seit einiger Zeit ein kleines Tool zum Erstellen von Projektstrukturplänen (PSP) zum kostenlosen Download an. Bei den Leser/innen des PM Blog hat dies mehrheitlich zu positiven Reaktionen geführt. Ich selbst habe das Tool nicht im Einsatz, da es nur auf PC läuft (und ich auf Mac arbeite).

Dietmar hat mich nun darüber informiert, dass sein WBStool in der neuen Version nun auch Balkenpläne (GANTT Chart) darstellen kann.

Beispiele findet Ihr hier. Und hier könnt Ihr die neue Version des WBStools kostenlos herunter laden.

Feedback? Erfahrungswerte?

Визуализация иерархии между запросами на изменение в IBM Rational ClearQuest с использованием ‘GanttChart’

Мы (www.cmcons.com) постоянно занимаемся внедрением инструментов IBM Rational. То есть на практике сталкиваемся как с особенностями инструментов, так и с их ограничениями.

Сейчас речь пойдет о, пожалуй, самом главном инструменте с точки зрения поддержания процессов изменения – IBM Rational ClearQuest. Я не буду рассказывать о самом инструменте, так как для этого есть специальные материалы, сейчас я скажу лишь то, что он управляет всеми изменениями в проекте. А точнее, в том числе, управляет запросами на изменения.

В ClearQuest запросы на изменения принято разделять на типы:

• Запрос на расширение (Enhancement request) – новые потребности клиента;
• Дефект (Defect) – документированный дефект;
• Задача  (Task) – Плановая работа или работа по исправлению дефекта или запроса на расширения.

Все пользователи, работающие с ClearQuest имеют дело с разными ЗИ (аналитики с запросами на изменения, тестировщики дефектами). Но, так или иначе, все участники проекта работают с задачами, так как по практике задачи являются плановыми запросами (у которых есть плановые даты начала и окончания) и множество других атрибутов, связанных с планированием (процент выполнения, трудоемкость и так далее).

В большинстве случаев на основе любого запроса на расширение (или дефекта) создается одна или множество задач (план) для его решения. То есть выстраивается некая иерархическая цепочка:

• Запрос
  • Задача
    • Подзадача 1
      • Подзадача …n

Каждая задача при этом имеет исполнителя, сроки, плановые и фактические даты и так далее. Также по логике, по окончании завершения каждой задачи можно закрыть запрос. Мало того, задачи могут иметь не только иерархические связи (декомпозицонные), но также и связи типа «зависимость»

По такому принципу работает на практике любая система изменений, в том числе и ClearQuest.

Достоинства CQ заключено в том, что он помнить связи между объектами в цепочке: как сверху вниз, так и снизу вверх.

НО! ClearQuest не предлагает средств визуализации иерархии между запросами на изменениями (не важно каких: задач, дефектов и так далее).

То есть он хранит в базе все запросы, со всеми ссылками, но изначально отображает их в виде плоского списка. Конечно, с использованием механизмов Query можно иерархически отобразить все, что угодно, но для этого нужно специально и целенаправленно заниматься построением отчетов, а практика показывает, что у нас не очень любят «рисовать» отчеты, тем более, если их надо рисовать скрупулезно.

Мы несколько раз пытались устранить данный недостаток, разработав:

• Package для отображения иерархии между запросами на расширение (Модуль визуализации иерархии между запросами на изменение в ClearQuest) . Данный пакет хорош всем и решает задачу визуализации, но имеет существенный недостаток – работает только на платформе Windows. Обидный недостаток, но что есть – то есть.
• Специальный модуль интеграции с MS Project – Модуль расширенной интеграции ClearQuest с MS Project (ProjectTracker) предполагает планирование и отслеживание задач из MS Project. Здесь все просто: для отслеживания хода проекта менеджер работает с MSP так, как обычно. Для больших проектов, для перераспределения ресурсов между проектами – лучшее решение (кстати, подспудно решается еще один недостаток – если не пользоваться MSP, например, при перепланировании группы задач, то менеджеру проектов придется несладко, особенно, если придется заняться перепланированием сотни-другой задач). Но опять есть НО – данные менеджер получает с некоторой задержкой (ведь данные надо синхронизировать), и опять же – это решение работает только на Windows.
• Идея написать нечто для Eclipse клиента родилась давно, но реализовать смогли только в этом году. Результатом явился модуль, который мы назвали GanttChart 1.0 for ClearQuest. Он позволяет менеджеру проекта, как и любому участнику проекта визуализировать иерархию между запросами на изменение находясь, непосредственно в ClearQuest.

GanttChart 1.0 for ClearQuest представляет собой практический интерес для всех, кто использует IBM Rational ClearQuest и кому не хватает возможностей по проектному управлению. Наш модуль не подменяет существующие продукты для управления проектами, а лишь добавляет оперативные срезы в IBM Rational (возможно, в последующих версиях удастся перенести большую часть функций MS Project в ClearQuest).
Модуль существенно упрощает управление сложными иерархическими задачами, что позволяет освободить менеджеров проектов от рутинных операций, позволяя сосредоточиться на главном.

GanttChart 1.0 for ClearQuest – это модуль нового поколения, рассчитанный на совместную работу с  IBM Rational ClearQuest Eclipse. Все функции управления доступны сразу после установки в стандартном меню ClearQuest.

GanttChart 1.0 for ClearQuest представляет собой гибкое решение, которое позволяет настроить любые запросы на изменение с различными отношениями и  с любым уровнем вложенности, предоставляя при этом тонкую настройку дополнительных полей.

Ниже представлены принципиальные возможности GanttChart 1.0 for ClearQuest:

1. Мультиплатформенность. Модуль встраивается в Eclipse клиент IBM Rational ClearQuest и работает на различных платформах: Widows, Unix.
2. Не нужно будет использовать дополнительных программных решений. Все работает в одном инструменте: в клиенте IBM Rational ClearQuest. Исключение составляют функции бюджетирования, распределения ресурсов, управления портфелем проектов.
3. Один источник информации и режим синхронизации в реальном времени. Модуль позволит отобразить реальное состояние проектных работ на основе последних изменений в системе IBM Rational ClearQuest. Для этого не будет выполняться никакой дополнительной синхронизации и дубляжа информации IBM Rational ClearQuest в какую-либо другую систему управления проектами. Все функции отображения идут в реальном масштабе времени.
4. Доступ ко всем функциям IBM Rational ClearQuest. За счет того, что модуль встраивается  в клиент IBM Rational ClearQuest, пользователь имеет одновременно доступ и к возможности планирования на основе диаграммы Ганта, и ко всем функциям IBM Rational ClearQuest, построение запросов, отчетов, графиков и т.д.

В ближайшее время выйдет бета-версия данной утилиты.

Визуализация иерархии задач и разбиение плана
относительно верхне-уровневых задач: группирование работ и задач по запросам или дефектам

Цветовые выделения позволят разделять задачи по статусам, например, зеленый – готово, желтый – выполняется,
красный – опаздывает, синий – запланировано

Визуализация иерархии задач. Подсветка свойств задач при позиционировании курсора

Ресурсы и ссылки:

• Управление жизненным циклом приложения при помощи ClearQuest 7.1.0.0
• Переход с IBM Rational TestManager на управление тестированием при помощи IBM Rational ClearQuest: Часть 1: Основы
• Интеграция IBM Rational ClearQuest и Microsoft Project – ключ к успешному планированию
• Блог Шамрая Александра
• Статьи на сайте IBM

Afin que tout se déroule pour le mieux, il est indispensable de penser à tout planifier en partant de l’objectif à atteindre et en déroulant toutes les actions possibles pour atteindre cet objectif.
La planification de projet se fait à l’aide d’outils de planification qui ont chacun leur objectif dans cette planification. Ainsi, le chef de projet pourra définir un diagramme fonctionnel. En fait, le but est de diviser les tâches et d’y allouer des ressources. On pourra donc facilement voir qui fait quoi. Un autre outil est également le WBS (Work Breakdown structure) qui est quasiment la même chose à ceci près qu’on y ajoute également la liste des livrables pour chaque tâche.
L’étape suivante est de reprendre les différentes tâches et d’y ajouter des jalons. Pour ce faire, là encore plusieurs outils sont à la portée du chef de projet. Il peut utiliser la méthode GANTT où il pourra planifier heure par heure quasiment les étapes du projet et le planning exacte avec les ressources correspondantes. Le chef de projet pourra également compléter le diagramme de GANTT avec la méthode PERT (Program Evaluation and Review Technic) où il y posera plutôt un calendrier basé sur les zones critiques du projet. Le chef de projet utilisera plutôt cette méthode s’il voudra réussir son projet le plus rapidement possible en identifiant les tâches qui ne doivent connaître aucun retard.

I always loved drawing Gantt diagrams at school, it kind of made sense to try and organize human resources for a big project. However, due to the small teams and the relative shortness of our projects, or my position in their development that wasn’t high enough, I never actually got to make a really useful Gantt (what’s a Gantt worth if it’s only for 2 or 3 people for 3 weeks, anyway?).

Well, this month, as always, everybody told me there wouldn’t be any development and then all of a sudden we had to deal with 6 projects that have to be finished by the end of August. So having like 10 technical employees now, I really *felt* the need to organize something in a diagram.

As I wanted to be able to reuse it, I just thought that, instead of having a plan of paper, I would be drawing my first useful Gantt in a tool to do that. We’re using RedMine to build our projects at the moment, and it’s very nice, but the Gantt that it draws are per-project, which is also fine, except that in my case I want to be able to draw a Gantt for multiple projects that will be executed during the month of August. So nevermind, I’d be using GNOME Planner (ex MrProject), because it is included in the Ubuntu repositories, and I used to use it during my studies to generate the useless ones.

After defining the resources, their hourly cost, the tasks and their duration, I went on defining inter-task dependencies and use of resources. Well… the conclusion is that it is really useful! I never thought we would be busy for so long with the current projects, and this certainly allows me to plan ahead and refuse to start working on any additional task before we finish the other ones… Here’s what it looks like:

Gantt for August

Long live the Gantt (it certainly doesn’t answer all my organisational headaches, but it does answer its own little part fully).

Cercavo un sistema web di bug tracking e avevo già notato Trac e lo consideravo per via dei suoi innumerrevoli plugin il migliore, tuttavia il caso della vita vuole che scopro Redmine principalmente per 3 ragioni:

• supporto multiprogetto cosa che Trac sembra non avere (in tal caso si dovrebbbero creare più istanze di Trac)
• dipendenza tra bug, cosa che Trac sembra non avere
• possibilità di inviare un bug anche tramite email, non so se Trac ha questa funzionalità.

Googlando trovo Redmine che a sorpresa vedo gestire più revision control systems (SVN, CVS, GIT, Bazaar, Mercurial, Darcs), supporta LDAP ed è multilinguaggio.

Redmine è scritto in Ruby on Rails ed rilasciato con licenza GPL.

Per poterlo provare esiste una demo:

http://demo.redmine.org/

oppure installarlo velocemente in locale con lo stack Bitnami:

http://bitnami.org/stack/redmine

Una volta loggati l’interfaccia risulta pulita, in alto a sinistra vedere My Page (issue assegnati a voi), Projects (per creare o vedere i vostri progetti), Administrations (dove potete gestire utenti e ruoli, assegnare i ruoli alle atttività di Bug, Feature o Support), impostare lo stile del sito, notifiche email, autenticazione LDAP.

Una delle caratteristiche interessanti è il diagramma di Gantt che si viene a creare per ogni progetto per ogni bug aggiunto in tal modo si può avere una visione di insieme di come sta evolvendo il progetto. Potete salvare il diagramma in PDF e PNG. Avete comunque una visione a calendario.

Tra i progetti che usano Redmine trovate Ruby, Lighttpd, Typo3 e PHPBB

Piccola nota:Esiste un plugin per Hudson.

Lascio a voi il piacere di scoprire il resto! Ovviamente se avete una vostra esperienza con Redmine fatemi sapere!

Yes, I was away for a while after the presidential elections.

My most beloved significant other and I decided to create some boundaries between the secular, real world and that which we considered to be reality and spent a good deal of time watching waves and petroleum tankers landing in the Caribbean.

It was nice not having to wade through presidential politics on the way to those issues which are far more pressing to the American public.

During this hiatus, I sojourned to the intersection of Roberts and Wissahickon in Philadelphia and, with the permission of the wonderful folks at SEPTA, was able to stand upon the ground which once served as the floor for the famous Building 10 Machine Shop at Midvale Steel in the Nicetown/Tioga neighborhood of Philadelphia.

From beneath building 10’s clairstoried roof came so much that we now accept as industrial management, in general, and that we revere as the Toyota Lean Production System, in particular. All of this was left for us through the work of those incredible genius minds of Frederick Taylor, father of Scientific Management; Henry Gantt, now famous for those charts we see on MS Project and Joseph Sellers, who grew tired of the serendipitous screw dimensions offered by machine lathe operators and created our now ubiquitous machine screw standards.

These days, the neighborhood surrounding the Midvale works is mostly derelict with few, if any, of the local folks who make their way along those cracked and spalled sidewalks of Germantown, Wissahickon or Roberts Avenue relating to the importance of the work which took place at Midvale long before they were even born.

In those days, standing upon the rail platform at Wayne Junction after quitting time at Midvale must have been such a challenge to the locals with all the young men from the mill -bowlers set back in a jaunty fashion and stiff collars undone and pocketed into vests- chattering, all too loud for the comfort of those engaged in the publishing trade on Rittenhouse Square, about the temperatures required to heat, anneal or harden this or that metal for the making of this or that railroad wheel tyre, or bracing a cigar between the front teeth in order to pencil in a new calculation for a process onto a celluloid cuff. Those less engaged with the arcana of this technology moved their afternoon paper forehead high and muttered about a life moving much too fast.

The excitement of the work at Midvale far outweighed the tiring draw of the day which began by the soft, amber glow of an oil lamp in Germantown and had ended in the intense radiance of a white hot billet of steel being set upon Mr. Taylor’s steam hammer in Nicetown.

Japanese industrialists in the nineteen thirties once begged Robert Taylor for anything- any scrap of paper, or even any worn out pencil stub- which had been used by Robert’s father, Frederick, during his life.

While standing on the paved over foundations of Midvale Machine Shop 10, I think that I know what they were seeking.

frejohg är bästgantt2

Fredrik och Rasmus satt ungefär 2 timmar med ett ganttschema. Detta är version 1

gantt1

Cuando estuve hablando de las atribuciones/competencias del Ingeniero de Telecomunicación, hice un poco de hincapié en los proyectos. Aunque en general los proyectos de nuestra especialización tampoco se diferencian demasiado de los de otros ingenieros, nunca está de más hablar un poco sobre los proyectos. En esta primera parte, sin embargo, seré un poco más general, con lo que esto podemos aplicarlo a cualquier Ingeniería.

Según el diccionario de la RAE, un proyecto es un “conjunto de escritos, cálculos y dibujos que se hacen para dar idea de cómo ha de ser y lo que ha de costar una obra de arquitectura o de ingeniería“. Así parece una cosa sencilla, ¿verdad? Claro que de la teoría a la práctica hay un largo trecho. Además de lo dicho en esta definición, hay que tener en cuenta en los proyectos no sólo los objetivos a seguir o las actividades que se han de realizar, sino también la supervisión de dichas actividades, la disponibilidad de los distintos recursos y el tiempo que va a llevar el proyecto.

Por supuesto, el proyecto ha de ser entendible por el encargado de la obra final (por ejemplo, un arquitecto u otro ingeniero, distinto del autor). Y aemás, si la obra es bastante ambiciosa, es necesario definir las directrices de la misma en un documento aparte, el anteproyecto, que debe ser mencionado en el proyecto final como la guía a seguir para la elaboración de dicho proyecto.

La normativa que rige los proyectos de ingeniería es un tanto rígida y no permite demasiada libertad.Un proyecto de corte clásico ha de contar con los siguientes apartados: memoria, planos, pliego de condiciones y presupuesto.

Memoria

Por norma general, ésta ofrece una descripción de la obra o instalación, poseyendo además anexos donde se justifique y estudie en profundidad. Además, es aquí donde mencionaremos, en líneas generales, el anteproyecto si es que lo hemos tenido.

Si observamos su esquema, usualmente la memoria tendrá una estructura similar a la siguiente:

1. Antecedentes.
2. Justificación del proyecto.
3. Descripción de las obras o instalaciones.
4. Estudio de alternativas.
5. Justificación de la solución adoptada.
6. Plazos y presupuesto.
7. Equipo redactor del proyecto.
8. Anexos (varía según el proeycto, pero suele contener datos previos al proyecto, cálculos justificativos, planificación y programación).

Planos

Los planos son importantes cuando hablamos de las obras de una ICT, por ejemplo, aunque existen proyectos donde los planos no son realmente necesarios (en un proyecto de instalación de un sistema operativo o de aplicación de estrategias SEO, por dar ejemplos). Es decir, la inclusión de planos o no depende del proyecto, pero en los casos donde hay que presentarlos, nos encontraremos con planos de situación, generales y de detalle, además de esquemas y cuadros de instalación.

Por supuesto, estos planos han de quedar bastante claros y no dejar que los detalles importantes que tengan que ver con la calidad final de la obra queden en manos del constructor. Éstos son detalles que el ingeniero debe haber dejado especificados en el proyecto.

Pliego de condiciones

Se podría considerar la parte más importante del proyecto. Aquí es donde se describen el modo de construcción de la obra, las especificaciones de los materiales y equipos a emplear y las disposiciones legales a cumplir. O lo que es lo mismo: dar todos los detalles importantes de la obra a proyectar y confirmar que quede dentro de la legalidad.

Normalmente su estructura es la siguiente:

1. Condiciones generales.
2. Condiciones de ejecución.
3. Especificaciones técnicas de materiales y equipos.
4. Condiciones económicas.

Es recomendable no imponer una especificaciones demasiado exigentes, ya que, por supuesto, se corre el riesgo de no cumplir con las expectativas. Y no nada peor en un proyecto que quedarse por debajo de lo esperado. El ingeniero debe saber a lo que se enfrenta y que todo esté bien especificado.

Presupuesto

Su nombre lo dice todo: es lo que va a costar la obra en total. Se divide en cuatro partes:

1. Mediciones
2. Formación de precios
3. Presupuestos parciales
4. Presupuesto general

Este presupuesto tiene en cuenta no sólo el coste de materiales y equipo, sino también la mano de obra empleada (los precios se establecen en horas de trabajo) y los honorarios para el ingeniero autor del proyecto. Hay que tener en cuenta, sin embargo, que el precio en el presupuesto es orientativo y el coste final no tiene por qué coincidir con el expuesto en el proyecto.

—

Ésta es, como se ha dicho, la estructura de un proyecto clásico. Los ingenieros, en particular, también disponen de otras clases de proyectos:

• Proyecto de investigación, donde se aportan nuevos conocimientos a través de documentación, realización de trabajos relacionados con el problema a resolver, conclusiones y líneas futuras de investigación.
• Estudios y análisis. Ambos se encargan de los aspectos físicos, económicos o sociales de un problema, pero cada tipo lo hace dos perspectivas: en el estudio se busca la comprensión del problema; en el análisis, la comprensión se realiza examinando dicho problema.
• Estudio de viabilidad, que permite observar la probabilidad de éxito de un proyecto para un problema complejo. Dicho estudio nos permite observar los detalles técnicos, jurídicos y económicos, entre otros, de un proyecto antes de embarcarnos en él.
• Proyecto industrial, cuyo fin es el de plantear y finalmente ofrecer un servicio o un producto.

—

Otro tema importante es la distribución del tiempo. Si se nos determina una fecha límite para nuestro proyecto, es bueno saber cómo se van a repartir las actividades para la obra y si es posible hacerlo en el tiempo previsto. Es aquí donde nos encontramos con dos herramientas muy útiles: el diagrama PERT y la gráfica de Gantt.

El diagrama PERT nos permite dibujar una red, donde cada actividad es representada por una flecha que une dos nodos en dicha red. Cada actividad comienza en el nodo donde termina su predecesora, y éste es un elemento a tener en cuenta: las actividades precedentes nos permiten saber los requesitos que necesitamos antes de adentrarnos en la siguiente actividad. Y una actividad puede tener más de una predecesora.

Este diagrama nos permite ver la ruta más larga que podemos obtener para la realización del proyecto. Es lo que se llama la ruta crítica y se tomará como el tiempo que necesita el proyecto para finalizarse. Cada actividad tiene su tiempo de inicio y de final más temprano y tardío, y una holgura o tiempo que se puede demorar una actividad sin afectar al proyecto en general.

Diagrama PERT (pulsa para verla en su tamaño original)

La gráfica de Gantt, por su parte, es otro modelo de organización bastante empleado en la actualidad. De hecho, es mucho más sencillo que la red PERT, pero no por ello no se pueden complementar. El diagrama de Gantt, generalmente, muestra las actividades a realizar en el eje vertical y el tiempo que nos llevará el proyecto en el eje horizontal.

Gráfica de Gantt (pulsa para verla en su tamaño original)

En la siguiente parte de esta entrada hablaré de un tipo de proyecto muy familiar para los Ingenieros de Telecomunicación: el proyecto de ICT.