| 1 |
On Wed, 2006-10-04 at 12:21 -0700, Donnie Berkholz wrote: |
| 2 |
> Donnie Berkholz wrote: |
| 3 |
> > Chris Gianelloni wrote: |
| 4 |
> >> Now, perhaps what everyone would like, instead, would be status reports |
| 5 |
> >> *where necessary* from certain projects? |
| 6 |
> >> |
| 7 |
> >> In fact, the council has been discussing asking a few projects about the |
| 8 |
> >> status on some of their tasks. The main reason for this is for |
| 9 |
> >> communications purposes. Basically, we'd just get a "Hey, where are you |
| 10 |
> >> at on $x?" response from the teams. |
| 11 |
> >> |
| 12 |
> >> I don't *want* to drown projects in bureaucracy and paperwork. I want |
| 13 |
> >> them to *accomplish* things, instead. |
| 14 |
> > |
| 15 |
> > I really like the concept of answering questions rather than giving |
| 16 |
> > arbitrary reports. The problem is, sometimes nobody outside your project |
| 17 |
> > knows the right questions to ask. |
| 18 |
> |
| 19 |
> I was thinking more about this. What if, instead of these periodic |
| 20 |
> status reports, you just send out a note when something interesting |
| 21 |
> happens? There's no point in holding it back till your monthly required |
| 22 |
> report, and it saves the trouble of the report when nothing's happening. |
| 23 |
|
| 24 |
That's really a good idea. When I was writing, I was thinking more |
| 25 |
along the lines of things like: |
| 26 |
|
| 27 |
What's the status of bugs getting updated? |
| 28 |
What's the status of anonsvn/anoncvs? |
| 29 |
What's the status of QA's policy document? |
| 30 |
|
| 31 |
These are things that either are interesting to a large number of |
| 32 |
developers, and easier to answer once rather than 300 times, or things |
| 33 |
the council itself has asked a group to do based on one of our |
| 34 |
decisions. Of course, we could/would take ideas for things to ask, and |
| 35 |
again, all we need really is something like this (mock) answer: |
| 36 |
|
| 37 |
"Well, we have all the hardware in place and have gotten access to the |
| 38 |
systems. We've installed the OS and setup the main databases, but we're |
| 39 |
still having some issues with the virtual IP scheme, and that's slowing |
| 40 |
us down on getting this implemented." |
| 41 |
|
| 42 |
That's it. No long "report" or anything is necessary. Just a simple, |
| 43 |
short few sentences on the current status is all that's really needed |
| 44 |
for the long ongoing projects. For other things, like, xorg 7.1 going |
| 45 |
stable or KDE 3.5.5 being unmasked, a simple announcement from the team |
| 46 |
when it happens should really cover it. That isn't even necessary from |
| 47 |
most projects, as they simply do maintenance tasks which don't really |
| 48 |
need an announcement. |
| 49 |
|
| 50 |
-- |
| 51 |
Chris Gianelloni |
| 52 |
Release Engineering Strategic Lead |
| 53 |
Alpha/AMD64/x86 Architecture Teams |
| 54 |
Games Developer/Council Member/Foundation Trustee |
| 55 |
Gentoo Foundation |
Archives