Facilitating the spread of knowledge and innovation in professional software development



Choose your language

InfoQ Homepage News Adobe Photoshop C3 Team Succeeds with Agile

Adobe Photoshop C3 Team Succeeds with Agile

"Better quality, plenty of features, fewer nights and weekends: what's not to like? ®" wrote Mary Branscombe in an interview with CS3 co-architect Russell Williams. Adobe has been successful in adopting an iterative development process and leaving waterfall, after several unsuccessful attempts. The difference this time around: someone who had successfully adopted iterative processes elsewhere championed their new way of development through the hard times.

By working iteratively, fixing bugs often instead of leaving them to the end, and integrating early, Adobe was able to produce better quality code, release enough functionality, and improve the working environment for developers.

The details of all of their practices are not discussed in the article, but a focus on (1) iterative development and (2) per-engineer bug limits (if any engineer's bug count passes 20, they have to stop working on features and fix bugs instead) are described as the main practices that enabled success. The article also implied that adoption of a practice is more than 'just do it' but involves being patient and persevering through the hard times.

Finally, having a champion who has 'been there, done that' is one of the most effective methods to achieve successful adoption of development practices.
We need your feedback

How might we improve InfoQ for you

Thank you for being an InfoQ reader.

Each year, we seek feedback from our readers to help us improve InfoQ. Would you mind spending 2 minutes to share your feedback in our short survey? Your feedback will directly help us continually evolve how we support you.

Take the Survey

Rate this Article


Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

  • re: Agile Practices?

    by Dave Rooney,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    "...per-engineer bug limits..." passing 20? How bad was the product before?

    While this is a good example of a large company and significant product using some agile practices, it sounds like they've barely scratched the surface of what can be done with Agile. In fact, this sounds like one of those articles where a team tries a couple of practices and fails, and blames Agile for the failure. The difference in this case is that they consider their work a success.

    I suppose if more teams start using iterative, incremental delivery and strive to keep their defects in check then it's a good thing for software development. However, I wouldn't go so far as to say those teams are using 'Agile'.

    Dave Rooney
    Mayford Technologies

  • Re: re: Agile Practices?

    by Amr Elssamadisy,

    Your message is awaiting moderation. Thank you for participating in the discussion.


    Wouldn't you say that working iteratively, addressing bugs quickly, and integrating often are all practices worthy of the 'Agile' name? Does it have to be a full process to be deemed Agile? Is Scrum 'Agile' if no technical practices are used?


  • Re: re: Agile Practices?

    by Dave Rooney,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Hi Amr,

    Like I said, working the way the interview described is a Good Thing. However, I'm not sure I like the notion that people will believe that's all they have to do in order to be 'agile'. It's as much about the values and principles as it is the practices. If the Adobe CS3 team succeeded with a minimal set of practices, then I suspect that the team's values and principles aligned with the generally accepted values and principles of agile development. A team whose values and principles didn't align would likely fail under the same circumstances.

    Don't get me wrong - I'm not an 'agile bigot', in fact I'm quite pragmatic in my approach to using agile practices. For example, if a teams wants to go full-tilt XP, then have at it. However, if they don't believe for whatever reason they can do that, I'm just as happy introducing the practices in smaller bite-sized pieces as the team becomes comfortable with them.

    Dave Rooney
    Mayford Technologies

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p


Is your profile up-to-date? Please take a moment to review and update.

Note: If updating/changing your email, a validation request will be sent

Company name:
Company role:
Company size:
You will be sent an email to validate the new email address. This pop-up will close itself in a few moments.