Great idea Per.

Okay, who is interested in a kickoff meeting starting next week at some
time?

Proposed starting agenda:
  * Review of current plugin
  * Establish some team norms (i.e. meeting schedule, collaboration
guidelines, etc).
  * Initial thoughts on next steps.

Proposed goals:
  * I would like to walk away with a clear understanding of how I can
propose changes, get alignment on those changes, and then submit the changes
for review.

I have a pretty flexible schedule, and this is important enough to maybe
trump other things I have planned.

Cheers,
-Lyndon-

On 4/13/07, Per Kroll <[EMAIL PROTECTED]> wrote:


Lyndon, I would also suggest having weekly meetings or similar for more
indepth discussions.... Some things are hard to resolve through bugzilla /
e-mail...
Eclipse is a meritocracy, the one who does has the power... as long as
this is done in a transparent fashion. I think we have a lot of people
interested in the Scrum work, but I think we have been lacking critical mass
to really get the work going in a fully transparent fashion... So, feel free
to take on a leadership role... Other people that have shown interest
include Brian Lyons and Micahel Vizdos... and there are a number of
additional people that have shown an interest...

Cheers

Per Kroll
STSM, Manager Methods: RUP / RMC
Project Lead: Eclipse Process Framework
Rational Software, IBM Corp
(M) 408-219-2963


 *"Lyndon Washington" <[EMAIL PROTECTED]>*
Sent by: [EMAIL PROTECTED]

04/13/2007 04:31 PM  Please respond to
Eclipse Process Framework Project Developers List        <
[EMAIL PROTECTED]>

  To
"Eclipse Process Framework Project Developers List" <[EMAIL PROTECTED]>
cc

 Subject
Re: [epf-dev] Collaboration Norms for Scrum Content






Thanks for the insight, and I will start using this list for those seeding
discussions.

Cheers,
-Lyndon-


On 4/13/07, *Ricardo Balduino* < [EMAIL PROTECTED]<[EMAIL PROTECTED]>>
wrote:

Lyndon, this list is the right place to start :-)

In a nutshell, the process is to use this list for any development
discussions, either for content or source code. You want to address specific
bugs and enhancements via Bugzilla, where discussion can happen and you can
attach any content/code for inclusion in the base. Committers discuss and
move things to CVS as appropriate. Today we have one placeholder for content
discussions in Bugzilla, so you may want put a prefix in the summary of a
bug such as "Scrum - ", so we know that applies to Scrum plug-in. Same for
the epf-dev list, you may want to put a prefix on the subject line.
If we have (hopefully) an exponential growth of plug-ins and discussions
around them, we can think of creating new discussion lists and components in
Bugzilla.

An alternative we are experimenting now is leveraging the use of Wiki
technology to enable contribution and collaboration. You can find the Scrum
(translated from French to English) content available at: *
http://www.epfwiki.net* <http://www.epfwiki.net/>

That being said, please raise a bug in Bugzilla and/or start interacting
with the Wiki, and let's discuss what you are proposing for the Scrum
plug-in.

Quick answer to your question on where to add phases and activities: you
want to add those as capability patterns to assemble a delivery process.
Eventually you need to create or tweak an existing custom category to
include the delivery process, so it shows up on the treebrowser when you
publish the content.

I invite others to chime in for more ideas on how the Scrum plug-in can
evolve.

Ricardo Balduino
Senior Software Engineer

IBM Rational Software (*www.ibm.com/rational*<http://www.ibm.com/rational>
)
Eclipse Process Framework (*www.eclipse.org/epf*<http://www.eclipse.org/epf>
)


  *"Lyndon Washington" <[EMAIL PROTECTED] <[EMAIL PROTECTED]>*>*
Sent by: [EMAIL PROTECTED] <[EMAIL PROTECTED]>

04/13/2007 10:46 AM
  Please respond to
Eclipse Process Framework Project Developers List        <*
[EMAIL PROTECTED] <[EMAIL PROTECTED]>>


  To
"Eclipse Process Framework Project Developers List" <[EMAIL PROTECTED]<[EMAIL 
PROTECTED]>
>  cc

 Subject
[epf-dev] Collaboration Norms for Scrum Content








Greetings,

I have noticed that for the OpenUP content there appears to be some
established process in place to ensure that discussion about the different
parts of the methodology or process are raised and work is distributed.

Are there such established practices for the Scrum plugin?  If not, anyone
interested in establishing them, even if it means taking the OpenUP
practices and using that as a starting point.

What do I have to discuss?  Well, I want to expand the content to include
the Scrum phases and activities.  Scrum phases are Plannin, Staging,
Developing and Releasing.

Where would I add those in the method plugin?  Would I add new method
content (i.e. content packages, categories), or would I add it in the
process portion (i.e. delivery process or capability pattern)?

Many thanks,
-Lyndon-
_______________________________________________
epf-dev mailing list*
[EMAIL PROTECTED] <[EMAIL PROTECTED]>*
**https://dev.eclipse.org/mailman/listinfo/epf-dev*<https://dev.eclipse.org/mailman/listinfo/epf-dev>


_______________________________________________
epf-dev mailing list*
[EMAIL PROTECTED] <[EMAIL PROTECTED]>*
**https://dev.eclipse.org/mailman/listinfo/epf-dev*<https://dev.eclipse.org/mailman/listinfo/epf-dev>

_______________________________________________
epf-dev mailing list
[EMAIL PROTECTED]
https://dev.eclipse.org/mailman/listinfo/epf-dev


_______________________________________________
epf-dev mailing list
[EMAIL PROTECTED]
https://dev.eclipse.org/mailman/listinfo/epf-dev


_______________________________________________
epf-dev mailing list
[EMAIL PROTECTED]
https://dev.eclipse.org/mailman/listinfo/epf-dev

Reply via email to