Gantt Chart

After the methodology has been selected, planning should be done very carefully. Planning a software development as per chosen methodology, can be reflected in the graphical form which is known as Gantt Chart. Gantt Chart in nothing more than the pictorial representation of planning where it shows tasks to do against time table. It is a very important tool for the project manager or software engineer to assign the job to the employee, trace the target and deadline, track the project progress, and decide to take action in case if there is a risk of the project behind or failure.

In the Gantt Chart, list of task to do is list horizontal whereas suitable time frame is scale vertically. Each activity is represented by a bar; the position and length of the bar reflects the start date, duration and end date of the activity.


Gantt chart can simply define as a horizontal bar chart, which contains the set of tasks with a proper schedule. It is first developed by Henry L. Gantt in 1917 as a production control tool. It helps to manage which activity should we do at the beginning and when to end it, how many activities overlap, what activity should be done at last and when the project should end.

Gantt chart will reflect on the methodology that you choose for the software development. For example, if you are developing the software using Water Fall Methodology, as we know the phases of the waterfall methodology are

  1. Requirement Analysis
  2. System Design
  3. Implementation
  4. System Testing
  5. System Deployment
  6. System Maintenance

In waterfall, these phases are executing one after another so we plan phase-wise. So the Gantt chart will look like the ladder.

Waterfall Gantt Chart
Gantt Cart Reflecting Waterfall Methodology

Gantt Chart most reflects the RUP Methodology if you are going to develop the software using RUP.

Gantt Chart Reflecting RUP Methodo

In RUP, its not going to execute phase-wise. There will be more overlap in the planning because more than one task will be on operation simultaneously. In a team, some will be working on designing where are developers are also developing the system. Of course we know that we cant go development without system design but in this methodology, we will not wait for the whole system design and finalize it, as one module system design is finalized, the developer starts working where are designer start to design for the next module. So that there will be more overlap in the execution. In the waterfall, we start development only after finalizing the whole system design.

Also learn About Rational Unified Process RUP

I hope you learned from this video tutorial, if you have any questions or comments please make sure to leave a comment in the comment section below.

Leave a Reply

Your email address will not be published. Required fields are marked *