• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Tim Cooke
  • paul wheaton
  • Ron McLeod
  • Jeanne Boyarsky
Sheriffs:
  • Paul Clapham
Saloon Keepers:
  • Tim Holloway
  • Roland Mueller
Bartenders:

Where to fit AGILE

 
Ranch Hand
Posts: 43
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Where to fit agile?
Is it depends on
1. Team size
2. Development/Maintenance/Enhancement projects
3. Mid size/Larger size/ERP/Product based projects
4. Development in different geographical locations

Thanks
Vinayagam
 
author
Posts: 14112
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Vinayagam Kulandaivel:
1. Team size



It's true that Agile is easier to implement with smaller teams, up to perhaps a dozen people - simply because software development works better that way.

Jutta Eckstein, the author of "Agile in the Large" is known for saying that, on the other hand, being Agile is *especially* important for larger projects. (As far as I know, she has personal experience with projects of over a hundred people, and contact to other projects of 500 and more.)


2. Development/Maintenance/Enhancement projects



I don't see a significant difference between maintenance and enhancement. And as an Agile project works to deliver a minimal, working system after a few weeks, it basically is in enhancement mode afterwards, anyway. (You could say that Agilists strive to make every project become an enhancement/maintenance project as fast as possible.)


3. Mid size/Larger size/ERP/Product based projects



Not sure why you think this would make a difference.


4. Development in different geographical locations



As with 1., this certainly makes it harder to be Agile. Still, people trying to do it report that it still pays back to try to be as Agile as possible.
 
Vinayagam Kulandaivel
Ranch Hand
Posts: 43
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi Ilja,

Thanks for your time.
Agile is basically for the project to see the continuous progress like iterative model. This can be fit only for the project that have more number of business/functional requirements. So that we can split that into short iterations and start development. When there are only very few requirements say 5 to 10 (am not sure about the size or the complexity) means it cant be fit for agile model. Please correct me if i am wrong.

Regards
Vinayagam
 
author
Posts: 16
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator

Originally posted by Vinayagam Kulandaivel:
When there are only very few requirements say 5 to 10 (am not sure about the size or the complexity) means it cant be fit for agile model. Please correct me if i am wrong.



Hi Vinayagam,

Any requirement, no matter how large, gets implemented by writing one line of code at a time. No matter how large, I think there's probably a way to split any requirement larger than an afternoon of work into smaller requirements for planning purposes. At least, I've never seen a requirement where we couldn't do that.

Splitting large requirements into smaller, parallelizable requirements is something of an art, and I can understand a customer's reluctance to do so, but I do believe it's possible.
 
So I left, I came home, and I ate some pie. And then I read this tiny ad:
Clean our rivers and oceans from home
https://www.kickstarter.com/projects/paulwheaton/willow-feeders
reply
    Bookmark Topic Watch Topic
  • New Topic