Product
|
Planning
|
Teams
|
Developers
|
Notes
E
dit
A
ttach
Wiki Help
r2 - 14 Nov 2006 - 15:19:30 -
BryanStearns
You are here:
OSAF
>
Journal Web
>
ContributorNotes
>
KatieParlanteNotes
>
ChandlerAlpha4Debrief20061114
Chandler Alpha4 Debrief
"Best release ever!"
More of
screenshots in specs
discussions on visual design
designers
reframing/focus discussion to get to conclusion sooner (eg: sidebar icons)
small design meetings (eg: recurring events discussions)
high-level presentation of features (eg: sheila's presentation prepped for Mitch)
meeting notes that clarify decisions, open issues, next actions
design/UI review of feature before end of release (eg, addressing fields)
incremental updates
Plan on time for debug/stability work ("end-game mentality")
distinction between feature/code freeze
streamline bug triage process (let coder/reviewer make decision)
dogfooding
testing
scenarios
(added to test plan)
QA resources
timely summaries
recurrence tests (unit/functional)
Cosmo/Chandler coordination (0.5 qualification)
worrying about performance
less feature work, more performance work: attention to balance of features/performance/coherence.
allocating time in schedule for perf work
cutting features not critical path (good example: cutting printing)
better instructions for dogfooders (what to do when filing a bug, repo/bug submissions, etc)
external volunteers to help get more testing done - yay Davor! (Send t-shirts?)
more linux coverage / linux dogfooders
easier to debug & create functional tests
investment in functional tests framework
irc bug bashes
more fixing rare/random failures
verify more resolved bugs
long-running func tests
more Aparna back
Less of
bug council meeting every day
confusion around process rules
hard to diagnose functional test failures
waiting for tbox to be green
ignoring perf regressions
design proposals in bugzilla (move to design list) (If you're replying inline in bugzilla, it should be on list)
test frameworks
Same as
specs for features
decision-making process on lists
summaries on lists (design and dev)
zero-point-7 planning summaries on wiki
repetition (in specs & explanation on list)
team harmony (handing bugs around went smoothly for apps team)
bug council meet every day, meet in morning
stamping handled well (division of labor)
Questions
Designer sign-off of UI features before "done"?
E
dit
|
W
YSIWYG
|
A
ttach
|
P
rintable
|
R
aw View
|
Backlinks:
We
b
,
A
l
l Webs
|
H
istory
: r2
<
r1
|
M
ore topic actions
Log In
or
Register
chandlerproject.org
VISION
TOUR
Download Desktop
Get a Hub Account
Get Chandler Server
FAQ
Get Started
Blog
Mailing Lists
Chat on IRC
Report a Bug
Get Involved
OSAF Community
About OSAF
Journal Wiki Changes
Open Source Applications Foundation
Dansk
Deutsch
English
Español
Finnis
Français
Italiano
Nederlands
Polski
Português
Svenska
简体中文
繁體中文
Except where otherwise noted, this site and its content are licensed by OSAF under an
Creative Commons License, Attribution Only 3.0
.
See
list of page contributors
for attributions.