Click here to Skip to main content
15,896,557 members

The Insider News

   

The Insider News is for breaking IT and Software development news. Post your news, your alerts and your inside scoops. This is an IT news-only forum - all off-topic, non-news posts will be removed. If you wish to ask a programming question please post it here.

Get The Daily Insider direct to your mailbox every day. Subscribe now!

 
GeneralRe: New tech turns your skin into a touchscreen for your smartwatch Pin
Bassam Abdul-Baki9-May-16 0:17
professionalBassam Abdul-Baki9-May-16 0:17 
NewsDigital media may be changing how you think Pin
Kent Sharkey8-May-16 9:48
staffKent Sharkey8-May-16 9:48 
NewsAntimalware software works, hackers still trying to exploit 6-year-old bugs Pin
Kent Sharkey8-May-16 9:40
staffKent Sharkey8-May-16 9:40 
NewsAdBlock and AdBlock Plus are available for Microsoft Edge Pin
Kent Sharkey8-May-16 9:32
staffKent Sharkey8-May-16 9:32 
NewsMicrosoft's updates ASP.NET roadmap; RTM now slated for June Pin
Kent Sharkey8-May-16 9:28
staffKent Sharkey8-May-16 9:28 
NewsThe massive downside of agile software development Pin
Kent Sharkey8-May-16 9:24
staffKent Sharkey8-May-16 9:24 
GeneralRe: The massive downside of agile software development Pin
Duncan Edwards Jones8-May-16 9:52
professionalDuncan Edwards Jones8-May-16 9:52 
GeneralRe: The massive downside of agile software development Pin
Marc Clifton8-May-16 10:57
mvaMarc Clifton8-May-16 10:57 
Not that I'd ever defend Agile, but like Duncan, let's take these one at a time:


  1. Less Predictability


Developers can rarely quantify the full extent of required efforts, because 1) there are so many details that have not been communicated 2) many (even small) efforts get only one side of the requirement story. The cliche "history is written by the victors" is also true of specs. Specs are written from the perspective of that user."


The more regimented, waterfall process makes it easy to quantify effort, time, and cost of delivering the final product.


And the more likely that what gets delivered isn't what is wanted because the development effort is a black box. Here's the spec, go away for 6 months or 6 years, come back with the product. It may meet the specs, but little else.


  1. More Time and Commitment


This is a joke. It's isn't more time and commitment, it's better time, making minor course corrections early on rather than expensive, time, $ and energy consuming, major course corrections later on. We don't just launch a satellite by pointing the rocket anywhere. And during the rocket's flight, it's flight path constantly undergoes minor corrections. Imagine the amount of fuel you'd have to hoist into orbit to fix the deviation after the fact.


  1. Greater Demands on Developers and Clients


Again, more conscious, up front, demands on communication and review means less demands on the lawyers later on to clean up the mess.


Clients must go through training to aid in product development. Any lack of client participation will impact software quality and success.


Deliver a product that the client has never seen, spec'd by someone that may not even have been the client, and yeah, you have an impact on quality and success.


  1. Lack of Necessary Documentation


Agreed -- the agile experiences I've participated in were poor on documentation. However, the non-agile experiences I've had were also poor on documentation, perhaps even more so.


  1. Project Easily Falls Off Track


Agile is not unique to this problem, and if done right, can better avoid it.


It also has the potential for scope creep, and an ever-changing product becomes an ever-lasting one.


Again, not unique to agile, but what becomes more apparent to everyone is the impact on upcoming sprints and overall due dates. It also lets the developer determine whether the scope creep can be handled by temporarily adding a person or two to the project or outsourcing the work, and still keep on track. Not unique to agile, but at least there's more conversation (from what I've seen) regarding scope creep.


This method is not beneficial when the client must work on a specified budget or schedule.


Ironically, that's when I've seen it work best (when it works) because the developers must come up with concrete tasks, sub-tasks, and estimate the sprints to complete those tasks. You very quickly discover, before any coding is done, whether you're within the budget and the schedule. Then again, doing it any differently, whether you call it agile or not, is ridiculous.

At the end of the day, whether you're using the waterfall myth or agile (which nobody that I've ever encountered actually knows how to do) the success of a project depends on communication, which depends on good people, not methodologies to compensate for bad people.

Marc
Imperative to Functional Programming Succinctly

Contributors Wanted for Higher Order Programming Project!

Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny

NewsSecond Oracle v. Google trial could lead to huge headaches for developers Pin
Kent Sharkey8-May-16 9:21
staffKent Sharkey8-May-16 9:21 
GeneralRe: Second Oracle v. Google trial could lead to huge headaches for developers Pin
Kornfeld Eliyahu Peter8-May-16 10:22
professionalKornfeld Eliyahu Peter8-May-16 10:22 
GeneralRe: Second Oracle v. Google trial could lead to huge headaches for developers Pin
Marc Clifton8-May-16 11:23
mvaMarc Clifton8-May-16 11:23 
GeneralRe: Second Oracle v. Google trial could lead to huge headaches for developers Pin
Kent Sharkey8-May-16 14:01
staffKent Sharkey8-May-16 14:01 
GeneralRe: Second Oracle v. Google trial could lead to huge headaches for developers Pin
Rob Grainger8-May-16 23:27
Rob Grainger8-May-16 23:27 
NewsPasswords and emails don't match up in cache of 272 million logins Pin
Kent Sharkey8-May-16 9:19
staffKent Sharkey8-May-16 9:19 
NewsApple Stole My Music. No, Seriously. Pin
Chris Maunder6-May-16 4:08
cofounderChris Maunder6-May-16 4:08 
GeneralRe: Apple Stole My Music. No, Seriously. Pin
den2k886-May-16 4:12
professionalden2k886-May-16 4:12 
GeneralRe: Apple Stole My Music. No, Seriously. Pin
TheGreatAndPowerfulOz6-May-16 8:09
TheGreatAndPowerfulOz6-May-16 8:09 
GeneralRe: Apple Stole My Music. No, Seriously. Pin
Wombaticus6-May-16 9:22
Wombaticus6-May-16 9:22 
GeneralRe: Apple Stole My Music. No, Seriously. Pin
Kevin McFarlane9-May-16 3:36
Kevin McFarlane9-May-16 3:36 
GeneralRe: Apple Stole My Music. No, Seriously. Pin
User 84206-May-16 9:22
User 84206-May-16 9:22 
GeneralRe: Apple Stole My Music. No, Seriously. Pin
Rob Grainger8-May-16 23:34
Rob Grainger8-May-16 23:34 
GeneralRe: Apple Stole My Music. No, Seriously. Pin
User 84209-May-16 2:13
User 84209-May-16 2:13 
GeneralRe: Apple Stole My Music. No, Seriously. Pin
Jörgen Andersson8-May-16 10:18
professionalJörgen Andersson8-May-16 10:18 
GeneralRe: Apple Stole My Music. No, Seriously. Pin
Bassam Abdul-Baki9-May-16 0:19
professionalBassam Abdul-Baki9-May-16 0:19 
NewsHow to watch the rare transit of Mercury across the Sun on Monday Pin
Kent Sharkey5-May-16 12:40
staffKent Sharkey5-May-16 12:40 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.