Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [epf-dev] OpenUP Summary Graphic

My 2cents

I talked through this diagram with someone new to OpenUP recently and the gears idea really worked for them. The concept that actual work pushes the project through the phase milestones rather than the team being pushed through an arbitrary phase plan seemed to work well in discussion.
I agree with the idea that the micro-increment should have a build product associated with it. What we label it is open for discussion but it should be distinguished from a "shippable build".
During discussion (and not for the first time) I found myself flipping back to the classic RUP humpback diagram to emphasise that there is activity from many disciplines in a phase increment - the old "iterative not waterfall" discussion still lives :-). I seem to recall a discussion about dropping this approach from our graphic but this may have created a gap in the message.
Overall though, the response to the graphic has been vet positive, in my experience.
Cheers
Mark

Mark Dickson
EAS Practice
Xansa
0780 1917480
*** sent from my blackberry ***


----- Original Message -----
From: "Scott W. Ambler" [swa@xxxxxxxxxxxx]
Sent: 10/11/2007 11:45 AM
To: "Eclipse Process Framework Project Developers List" <epf-dev@xxxxxxxxxxx>
Subject: RE: [epf-dev] OpenUP Summary Graphic


A few thoughts
1. The gears are a bit distracting.  We should clean them up.
2. Each of the rows should produce something.  i.e. the daily cycle
results in a working build.  This would help to get the idea across that
working software is a major deliverable.

Scott

On Wed, October 10, 2007 10:00 pm, Nate Oster said:
> I'm a big fan of the graphic, so I'm obviously biased, but I do see the
> concern what I start thinking about it too much.  It's that pesky
> physics always intruding on our mental models! ;)
>
>
>
> Anyway, if the notion is simply to make the gears more physically
> accurate, then I think they need teeth that are spaced properly.  The
> Work Items gear, for example, could have only one tooth, so that each
> completed work item advances the iteration by one "increment" toward
> completion of a shippable Build.
>
>
>
> I DO like the "elongated tooth" on the Iteration gear.  Now if we could
> just get it to make sense.  I think it's just a matter of visual
> spacing.  There must be an engineer who can help us poor software people
> out.  :-)
>
>
>
> Thanks,
>
> Nate Oster
>
>
>
> ________________________________
>
> From: epf-dev-bounces@xxxxxxxxxxx [mailto:epf-dev-bounces@xxxxxxxxxxx]
> On Behalf Of Ben Williams
> Sent: Wednesday, October 10, 2007 7:15 AM
> To: Eclipse Process Framework Project Developers List
> Subject: [epf-dev] OpenUP Summary Graphic
>
>
>
> Hi all
>
>
>
> We have been speaking with various customers about EPF and OpenUP.
>
>
>
> We have received feedback that the main OpenUP graphic (the cogs) is
> distracting because:
>
>
>
> - it uses a mechanical metaphor to illustrate an integrated process, yet
> the mechanics do not mesh
>
> - there is no way that the two cogs could actually mesh
>
> - the elongated tooth on the iteration cog is odd
>
> - these issues distract from the conceptual message being conveyed
>
>
>
> I have attached a modified version - this is just an example of how the
> deficiencies in the graphic could be addressed - the graphic should be
> corrected properly by someone with better photoshop skills :)
>
>
>
>
>
>
>
> Thoughts?
>
>
>
> Ben
>
>
> Collaborate to Innovate! Register today for Telelogic's annual User
> Group Conference November 19-21 in South Wales
> Learn more at www.telelogic.com/campaigns/2007/ugc/uk/index.cfm
> ------------------------------------------------------------------------
> --------
> Telelogic Lifecycle Solutions:
> Helping You Define, Design & Deliver Advanced Systems & Software
> Learn More at www.telelogic.com <http://www.telelogic.com/>
>
>
> Ben Williams
> Director of Product Management, Lifecycle Solutions
> Telelogic UK Ltd
> Northbrook House, Oxford Science Park
> OX4 4GA, Oxford
> United Kingdom
>
> Phone: +44 020 7193 7067
> Fax: +44 (1865) 784 286
> Mobile phone:+44 (7710) 637 067
>
> Ben.Williams@xxxxxxxxxxxxx
> http://www.telelogic.com <http://www.telelogic.com/>
>
>
> Telelogic - Requirements-Driven Innovation!
> -------------------------------------------------------------
>
>
>
> The information contained in this e-mail, including any attachment or
> enclosure, is intended only for the person or entity to which it is
> addressed and may contain confidential material. Any unauthorized use,
> review, retransmissions, dissemination, copying or other use of this
> information by persons or entities other than the intended recipient is
> prohibited.
>
> _______________________________________________
> epf-dev mailing list
> epf-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/epf-dev
>


Practice Leader Agile Development, IBM Rational
http://www-306.ibm.com/software/rational/bios/ambler.html

Refactoring Databases (
http://www.ambysoft.com/books/refactoringDatabases.html ) won a Jolt
Productivity award.

_______________________________________________
epf-dev mailing list
epf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/epf-dev

Whilst this email has been checked for all known viruses, recipients should undertake their own virus checking as Xansa will not accept any liability whatsoever.

This email and any files transmitted with it are confidential and protected by client privilege.  It is solely for the use of the intended recipient.
Please delete it and notify the sender if you have received it in
error. Unauthorised use is prohibited.

Any opinions expressed in this email are those of the individual and not
necessarily the organisation.
     Xansa, Registered Office: 420 Thames Valley Park Drive,
     Thames Valley Park, Reading, RG6 1PU, UK.
     Registered in England No.1000954.
     t  +44 (0)8702 416181
     w  www.xansa.com


Back to the top