Agile methodology is applicable where client requirements change frequently in the form of enhancements,change request,feature request etc.While waterfall,though useful but for the frozen requirements with minor changes on the way during execution and implementation phase.
By
Dhawal , IT Consultant, Electro Industries
| 07 06 2012 07:41:07 +0000
Agile methods would be better I believe. though it consumes some time, it would give the best output as per client requirement because the client or the client representative will be involved into the project at every step. So the final output will be best. Regards, EduAhead. Bangalore. http://www.eduahead.com
By
Edu Head, CEO/MD/Director, Orbinet Technologies
| 07 04 2012 05:22:35 +0000
It's better to use Agile than Waterfall Model.
By
Sreenatha Reddy K R, Project Manager
| 05 24 2011 19:52:49 +0000
Any change in requrement can easily be incorporated in Agile not in Waterfall...
By
Dhawal , IT Consultant, Electro Industries
| 12 29 2010 12:48:31 +0000
I have been working in an Agile environment since last 4 yrs. Its a great way of development.. unfortunately Project managers do not like it much initially as they have to collaborate instead of command (not accepted much till now). This methodology saves a lot of rework and accomodates changes. It takes sometime for everyone to get used to, but is a good way of software development :)
By
Diwakar Gupta, Technical Consultant, Meridium Services & Labs Pvt. Ltd.
| 05 21 2010 18:51:53 +0000
I am supporting Agile method because more percentage of softwares done in agile method is very successful
By
Unnikrishnan.R.S , Team Leader -(Technical), JRT Software
| 03 02 2010 10:31:53 +0000
Always we could not get the detailed requirement before starting the project. So waterfall method is not better for good practice
By
Solai Natarajan Kannan, Senior Web designer, Mercuryminds Technologies pvt ltd
| 03 01 2010 18:46:24 +0000
Agile methods always for medium level industry. I am also working in this methodology. Waterfall method may not suit for this.
By
Solai Natarajan Kannan, Senior Web designer, Mercuryminds Technologies pvt ltd
| 03 01 2010 18:44:53 +0000
Agile is better than waterfall.
By
Ashish Kumar, Associate Consultant, Polaris Software
| 02 28 2010 10:29:18 +0000
Waterfall is the thing of the past. Agile is always better because 1. Each cycle is short. You have enough scope to fix a problem. 2. Each target is short and thereby achievable. 3. One shortfall in any cycle can be solved in the next cycle .. And many many more.
By
Anirban Bhattacharya, Software Architect, Novartis Healthcare Pvt Ltd
| 02 05 2010 18:21:39 +0000
Agile is realistic and appropriate in everyday changing technologies and tools and requirements, releases.
By
Govindu Ravikumar, a
| 01 27 2010 15:28:20 +0000
100%, the Agile. With out any doubt. Can't even compare.
By
Manjunath S, Manager - Business Development, Ligature Software
| 01 19 2010 17:18:31 +0000
Hi Saurabh, How will you address if the requirements itself change due to business needs change?
By
Raghu Kastury, Principal Consultant & Head of Strategic Business Unit - Retail & Distribution, Sundaram Infotech Solutions Limited
| 01 19 2010 13:53:51 +0000
Agile is the way going forward. According to Project Management Institute (PMI), a cost of repairing or changing is much more expensive at later stages of project than at the earlier stages. If the time to develop or deploy a business application is much less than the the time, business scenarios are changing probably water fall method can be used. But it is not the case despite RAD tools and other so many developments in technology like re-usable components have evolved. Since, these days business processes are much more interwoven and interdependent, its always better to go for agile methodology and perform a gap fit analysis at every stage, keeping integration in mind.
By
Raghu Kastury, Principal Consultant & Head of Strategic Business Unit - Retail & Distribution, Sundaram Infotech Solutions Limited
| 01 19 2010 13:51:53 +0000
Agile is the game most companies are adopting. With the customers being so dynamic and so as the requirments your requirments keep on changing continously which can be better addressed in Agile as compared to waterfall methodology. You may have small requirments delivered and also a sense of satisfaction that yu have delivered something rather than wait for months years before you make your actual delivery to the customer. so GO AGILE , LIVE AGILE.....
By
Suhas Pawar, Program Manager, Mastek
| 10 27 2009 14:44:45 +0000
Venus I agree with you because agile method is a low-overhead method that minimizes risk by making sure that software engineers focus on smaller areas of work. It emphasises values and principles rather than processes. Agile methods work in cycles, typically of a week or a month, and at the end of each cycle, the priorities of the project are re-evaluated. This is similar to iterative methodologies which also re-evaluate at regular intervals.Moreover Agile methods try to keep overheads such as rationale, justification, documentation and meetings as low as possible.
Because of all these positives its better to choose Agile method over waterfall method
By
Dayanand Deshpande, Senior Consultant, Ernst & Young
| 04 03 2009 10:34:03 +0000
Waterfall model is a methodology defining the stages of development, not to track projects.
By
Adrian Hoe, Software Developer, AdaStar Informatics
| 02 05 2009 13:59:32 +0000
Though on the plus side, waterfall’s defined stages allow for thorough planning, especially for logical design, implementation and deployment, Agile methodology is a sound choice for software development and web design projects. More and more firms are becoming Agile because of the following reason
- In waterfall method if some problem occures there is no going back u have design a new system. it does not change with time and users requirements, but agile is apapt to the changes, with agile if some problem occure the u can modify it at any stage w/o rewriting the complete programme.
- Agile is cost effetive as it saves over heads in the form of rework costs.
- Agile gives the freedom of change as per the customers requrements and change in the specification but waterfall its not possible to change according to the specs and customers requirement.
By
Venus , project Coordinator, CBRE
| 02 05 2009 12:26:47 +0000
Organisation needs to have expertise in both Agile and Waterfall. Agile has eveloved in a decade time and after seeing the shortcoming of watercfall. Agile certainly handles some of these or almost all shortcoming of Waterfall, at the same time it does have its own issues, so one cannot go totally with agile. That totally depends on the nature of project, customer and team, which methodlogy we should follow. If it is defence system, I would recommend to follow Waterfall, spend maximum time on scope, requirement freeze and design, a small mistake can cost high. Whereas in business application, one should adopt Agile, Agile evolved around the philosophy of better changes management, it welcomes change and software are developed on the concept of show and build, show and build, defeintely we get a better product out and mapping to the exact needs and flow.
With the growing experince in agile, i feel agile is better than waterfall.
By
Rajan Agarwal, Program Manager, Ebix
| 01 27 2009 06:41:40 +0000
From my point of view Agile can be more successful than Waterfall methods.
By
DEEPAK AWASTHI, Underwriter HSBC BANK LTD.
| 01 27 2009 04:29:27 +0000
AGILE can be successful with high performance, tightly coupled, highly
automated/adaptable tests. Where does PM fit in? You adapt and organize
the game into short, manageable releases - delivering x features at
each release. Forecasting costs/schedule + or -. The more you work with
the group. The better you get at forecasting. You only know high level
features maybe more for first release, you let them start to code and
it evolves. You move obstacles and let them do their thing. Works best,
small software companies/groups. I'm confounded in the IT world how
agile could fit in. The concepts of tightly coupled, highly automated
dev/test seem impossible.
By
chandran , Office Administrator.I-Net Caffe
| 01 25 2009 12:12:00 +0000
Agile increases the chances of software acceptibility from it's owners, as agile based sofware development cycle is completely driven by busines/client. Again 1-4 weeks sprints make sure that software development is heading in right direction; thus brings the confidence in business, addressing their ever changing requirements to gain competative advantage
By
ap , Technical Architect
| 01 23 2009 12:47:56 +0000
Agile Practices and Principles definately helps softare design and development. I totally prefer to have Agile from all the aspects - be a Developer, Company Or Customer. It helps each and every individual in one or the other aspects.
By
Purav , Technical Manager, Valtech India Technology Solutions
| 01 23 2009 12:31:32 +0000
Agile developement practices are based on the premise that requirements are not static and software systems are not built,rather they evolve over a period of time. Hence instead of capturing all the requirements at the start of the project, the entire system is devided into number of subsytem and the requirements for each subsystem is taken up in phases.i.e. each iteration has a mini software development cycle - requirement workshop,design workshop,design overview,development,testing and bugfixes and outcome of each iteration is a workable software which satisfies the requirements taken within the scope of the iteration. In my opinion,Agile methodologies have a lesser risk since all the stakeholders and the developers participate in each step of development ,there are less chances of they getting surprises or expectation mismatches when the final version of software is delivered.Also any deviation or change can be accomodated quickly in the development cycle itself either in the current or next iteration whereas in the traditional waterfall model it is difficult and cumbersome to accomodate change as it is known only after the development is complete and hence requires a seperate change management process.
By
Shweta Ambulkar, Team Leader(Technical) Valtech India Technology Solutions
| 01 23 2009 12:12:05 +0000
Agile development practices attempt to increase the throughput of business value, maximizing client ROI through the rapid release of usable functionality while providing the ability to adapt to changing requirements.
By
Anuj Verma, PMP, Project Manager, IBM India Ltd.
| 01 23 2009 04:47:26 +0000
I will vote for Agile coz in current context we know that if we go in for the traditional waterfall approach and spend good time in writing the req and design it is very much possible that all those efforts need to be changed as the req may change after these phases and we come back to point zero so why not opt for Aglie .... You need not to have any tool for the same you can very well manage it with excel. Obviously tools can help you but they are not mandatory :)
By
Darpan Sinha, Tech Architect, Royal Bank of Scotland
| 11 18 2008 12:22:55 +0000
Hi Vaibhav, It is basically a question of what you measure.In a traditional waterfall model there are a number of things that you might measure to determine the overall progress of your project. For example actual expenditure vs. budget forecasts; Actual effort vs planned work breakdown structure; Number of features implemented. In the agile world the time is fixed. The budget can also be fixed by setting the maximum person-power you are going to allow on the project. Assuming you want the best quality, so that is fixed as well. The only variable left is the scope (or requirements). To measure requirement implementation progress you use a burn-down chart showing the overall number of outstanding requirements. The rate of burn-down (i.e. the slope of the chart) can be extrapolated to give you an estimate of when you will finish all of the requirements (or how many requirements will be left when you run out of time.)
By
Aravind Kumar, Project Manager, i2 Technologies
| 11 17 2008 09:22:10 +0000
In my experience that true agile development can only be successful with high performance, tightly coupled, highly automated/adaptable tests. Where does PM fit in? You adapt and organize the game into short, manageable releases - delivering x features at each release. Forecasting costs/schedule + or -. The more you work with the group. The better you get at forecasting. You only know high level features maybe more for first release, you let them start to code and it evolves. You move obstacles and let them do their thing. Works best, small software companies/groups. I'm confounded in the IT world how agile could fit in. The concepts of tightly coupled, highly automated dev/test seem impossible.
By
Rahul Gedam, Project Manager, Polaris Software
| 11 17 2008 09:17:04 +0000
|
Argument does not hold good. Agile is used only for Software projects...Waterfall can be used across engineering. Like construction of Metro...
By
Hari Prasad, Software Developer, Credit Suisse Group
| 07 01 2012 09:52:36 +0000
While there are likely as many unique Project Management approaches as there
are Project Managers, there are two well-know production cycle methodologies
that have been the topic of much discussion in PM circles - agile and waterfall
methodologies. As I evolve in my own area of expertise, I am constantly
reinventing small aspects of what I consider best practice. Most recently, to
address the incredibly complex requirements of a large client initative, I
challenged myself to come up with a "super" Project Management process that
would not only improve the way in which we deliver, but what we deliver at the
end of the engagement. I determined there was a way to combine the best features
of waterfall development disciplines with agile principles for superior
results.
Simplistically, the waterfall approach infers structure, control, progression
and finite project cycles. This approach works when you have access to limited
resources and when specific hours are assigned to granular stages of a project
phase. Agile is different in that additional leaway is given for teams to
iterate through a single deliverable numerous times until a level of
satisfaction is achieved. It's difficult to implement this approach when you are
working with shared resources, or when time to market and budget cannot be
shifted.
Both approaches boast significant and different benefits, and are generally
seen as being mutually exclusive of one another. It can be argued, however, that
certain elements of both paths can be merged into a single process to achieve
greater results. With this in mind, I have proposed a slightly refined process
to my internal team, where iterations can be accommodated, but are scheduled
within a defined process and period of time. In order to deliver on this
approach, the efforts of multiple departmental leads (such as Information
Design, Interface Design and Technical Development) must ocur concurrently so
that the team can produce deliverables as a single entity. By doing this, each
person's feedback is representative of the iterations which normally ocur as a
deliverable is transitioned from department to department. The net result is a
more controled cycle where iterations can still be accommodated.
I believe that the quality of an end deliverable will be superior when the
expertise of each lead can be amalgamated into a single output. This style of
collaboration will also result in a greater understanding of practice areas
among the larger team - this will create long-term synergies that spur
individuals to consider varying points of view, even when they work
isolation.
This approach may seem like a very small deviation from standard operating
procedure, but asking different subject matter experts to come together and
produce one element together represents a big shift in previous thinking. This
approach moves traditional agencies away from a manufacturing-based production
cycle, and propels them forward into a more advanced collective and
collaborative environment. As online initiatives take on more sophistication in
usability, interface design and technical functionality, there will be a
stronger mandate for this style of production.
By
Mihir Jhaveri, PMP, CSCM, Senior Manager/Pre Sales & Solution Lead/SCM/Strategy, Bristlecone India
| 04 16 2009 19:29:41 +0000
I have been using Waterfall model for 90% of my projects. The result is, I spend less time in coding (about 11% of total project time in coding).
If the software is large, has long life-cycle, requirements do not change often; Waterfall is a better method. This method is used when the requirements are well understood and are unlikely to change during development.
One of the major downsides (of Waterfall model comparing to Agile) is that, the model involves a sequence of iterations of the development activities. The results of each activities must be documented and approved before the next activity can begin. The cost of producing, approving the documents and iterations is costly.
By
Adrian Hoe, Software Developer, AdaStar Informatics
| 02 05 2009 13:33:34 +0000
Many of the agile methodologies which are used to drive agile projects will take some more convincing. Many of the individuals in the department are still hearing about how an agile software development projects works for the first time, and as expected they are pretty skeptical. Agile methodologies are not a silver bullet. Projects can still go terribly wrong. I feel like Agile development as an excuse for the programmers to get to skip the design and research phase of a project and jump straight into development. It also makes job harder for architects because they can't do wireframes and have to work with user stories when the conceptual framework doesn't feel stable yet. So the system itself is not stable & it requires that many iterations...What would you say guys???
By
Radhakrishna Marar, Business Analyst, Oracle
| 01 27 2009 11:29:47 +0000
yes even i agree with saurabh, that waterfall approach is best suited than going agile.
By
Janardhana Varma, Project Lead, Infosys
| 01 20 2009 14:36:43 +0000
Rahul, in a large corporation, where hundreds of projects need to be tracked, the corporation determines the tracking method. Traditionally, that tracking method is waterfall. Funded projects get entered into this overall management tool and then tracked by high level executives. It has nothing to do with how the individual project is managed, but everything to do with how the project is tracked. In this case, how do you match Agile on the Project management side with waterfall on the tracking side? this is the issue that we struggle with.
By
Vaibhav Saxena, PM, Infosys
| 11 17 2008 09:19:57 +0000
|