From: Kris Van Hees <kris.van.hees@oracle.com>
To: Andrew Cagney <cagney@redhat.com>
Cc: Frysk List <frysk@sourceware.org>
Subject: Re: user discussion & meeting and more meetings
Date: Tue, 20 Feb 2007 23:34:00 -0000 [thread overview]
Message-ID: <20070220233335.GB5496@ca-server1.us.oracle.com> (raw)
In-Reply-To: <45DB7ACD.6050001@redhat.com>
To chime in on this a bit... One of the difficult points with frysk
development (from my side) right now is that there is very limited
visibility into the progress of frysk aside from the UI. These is also
not really information I have been able to find on the side of project
management, in terms of what is being worked on, what the milestones
are, where priorities ought to be, etc... Truly, basic project
management and knowing who is doing what. It's kind of important to be
able to share that information, and also to be able to participate in
the decisions that lead up to it.
Kris
On Tue, Feb 20, 2007 at 05:48:45PM -0500, Andrew Cagney wrote:
> Can you be more specific as to why you consider weekly planning meetings
> to be necessary, or more necessary than giving developers an opportunity
> to get direct feed back on their work.
>
> The discussion has really focused so far more on UI with:
>
> - making requested changes in response to a meeting is >1 week work;
> weekly review of a specific component isn't reasonable
> - people max out of a topics discussion (including UI review) at about
> 30-60 minutes; so limit the amount of material handled is important
> - UI review has very positive effects - developers get to experience
> first hand users succeeding or struggling with what they have implemented
>
> To me this suggests, w.r.t. UI, short sharp weekly reviews focued on a
> single topic may work better:
>
> - possible to run two or more items in parallel - one updated each week
> - avoids any delays in getting something onto the agenda
> - again gives developers that direct positive feedback that leads to
> better code
>
> Perhaps the time can be split evenly?
>
> Andrew
next prev parent reply other threads:[~2007-02-20 23:34 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-14 17:31 Andrew Cagney
2007-02-14 19:41 ` Rick Moseley
2007-02-14 21:57 ` Phil Muldoon
2007-02-20 19:09 ` Stan Cox
2007-02-20 21:37 ` Elena Zannoni
2007-02-20 22:49 ` Andrew Cagney
2007-02-20 23:34 ` Kris Van Hees [this message]
2007-02-21 3:07 ` Elena Zannoni
2007-02-20 19:14 ` Mark Wielaard
2007-02-20 20:16 ` Nurdin Premji
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070220233335.GB5496@ca-server1.us.oracle.com \
--to=kris.van.hees@oracle.com \
--cc=cagney@redhat.com \
--cc=frysk@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).