Mailing-List: contact esme-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: esme-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of mrinal.wadhwa@gmail.com
 designates 209.85.198.251 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version
         :content-type:references;
        b=wyZ12a7Lev+OIlYA9TG3ajdyhjoqyHDSPcqjBbrKVD0rYO150zIjHC4fJf08GCMzri
         QJtbKcisXKKtYmPumTsYownta5MBgsN1vUFlJAFb65HbIjOFSwFFmK3x0yT1aR5bRiuO
         67gm0hKV+z+Pt2Ut3JH9InQGsB+pUF71Qb71o=
Message-ID: <48d391a20901160126s2b824242vb60b42b3b8c9e5c1@mail.gmail.com>
Date: Fri, 16 Jan 2009 14:56:54 +0530
From: "Mrinal Wadhwa" <mrinal.wadhwa@gmail.com>
To: "Bill Fernandez" <bill@billfernandez.com>
Subject: Re: [ESME UI TEAM] Sprint planning call results
Cc: yojibee@gmail.com, esme-dev@incubator.apache.org
In-Reply-To: <p0624080dc5954702c600@192.168.0.65>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_60697_32259726.1232098014298"
References: <p0624080dc5954702c600@192.168.0.65>

------=_Part_60697_32259726.1232098014298
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Bill,

Thank you for documenting these and sending them across ... I've been down
with viral fever this past week so could not make it to the meeting ... the
medicines have had me fairly sedated this past week :)

*NOTE: *I'm including the dev mailing list into this email ... keeping with
the apache spirit of "if it didn't happen on the mailing list it didn't
happen"

Just so you know, my personal strengths lie in developing interfaces and not
in designing them, so at all stages I would prefer you and Anne take lead
with the design and I can help with the development. Keeping this in mind, I
think, my involvement will make most sense in goals 4 and 5 from your list
...

       4. Make a preliminary list of API calls the UIs will need.
           -- As David said, I understand the current API fairly well, so I
can take up this task.

       5. Implement the first stage end-user UI.
-- this obviously has a dependency on 1 and 2 ... if they can be completed
by 30th of Jan, I can dedicate a considerable amount of time on the
following weekend of 31st, 1st and a few days after that to churn something
useful out before the sprint ends on the 6th.

Apart from this I can help with whatever else you need my help with.


>> We didn't discuss the current AIR client, and I haven't played with the
current version.
>> Mrinal, do you have specific plans/desires you'd like to address during
this sprint with respect to the AIR client?
The only goal for the AIR for this sprint is to get rid of all the known
bugs that are recorded in the google code project.


>> It was suggested that a good way to organize and publish tasks,
priorities, progress, etc. was to use a Google spreadsheet
I don't like this way of doing this because in the past I've noticed that
not everyone pays attention to the discussion on the shared spreadsheet and
people come back with questions/remarks/objections at a later stage when
decision on the subject had already been made by people who involved in the
discussion on the spreadsheet ... I would prefer if we setup a bug/task
system like Jira or something somewhere, because then alert emails could be
forwarded to the mailing list and that keeps everyone involved ... we could
also use the google code bug system or whatever else everyone else prefers.


Thank you,
Mrinal

_
http://www.mrinalwadhwa.com


On Fri, Jan 16, 2009 at 1:34 AM, Bill Fernandez <bill@billfernandez.com>wrote:

> Dear Anne and Mrinal--
>
> First, Anne, I hope your trip to Iceland is safe and happy.
>
> There was a sprint planning teleconference this morning.  Here are the
> point that are relevant to us as the UI team.
>
> o The sprint will end on  6-FEB-09.
>
> o It was suggested (but not decided) that the entire team have scrum calls
> a couple of times a week at times alternating between 8:00 AM and 9:00 AM US
> Pacific Time (GMT-8).
>
> o The team wants a new end-user UI based upon my suggestions.
>
> o The team also agreed that we need a suitable UI for the back-end
> administrator.
>
> o The team wishes progress to be made in stages, where we produce
> incremental improvements and additions over time.
>
> o Our goals for this sprint are:
>        1. Map out an overall UI architecture for the web client.
>        2. Design the first iteration of the new UI.
>        3. Scope out requirements for the back-end admin UI.
>
> o Our stretch goals for this sprint are:
>        4. Make a preliminary list of API calls the UIs will need.
>        5. Implement the first stage end-user UI.
>
> o My first question to Mrinal and Anne is whether there are things not on
> the above list you think should be there?  The second is, is there anything
> that shouldn't be there?
>
> o My third question is what would each you you like to contribute during
> this sprint?
>
> o I would think that it would make sense for me to be responsible for
> mapping out the general end-user UI architecture, and also for writing the
> UI spec for the first iteration of a new UI, because both those tasks are
> extensions to the comments document I wrote.  If this is agreeable I will
> proceed with these, but even so I would appreciate it if each of you could
> make a list of features/functionality the architecture should provide places
> for, and indicate which you think are essential for the first iteration of
> the new UI.
>
> o Beyond that, I was wondering if either of you would undertake the task of
> accumulating requirements, use cases, etc. for the back-end admin UI.
>
> o Dick Hirsh said he could help create the list of back-end admin
> requirements.
>
> o David said that he wants to migrate the current API to (a) be more
> REST-ful, and (b) be JSON based so as to be client-platform independent.  He
> said Mrinal is pretty knowledgeable about the current API, so I wonder if
> you (Mrinal) would like to work on compiling a suggested list of APIs.
>
> o We didn't discuss the current AIR client, and I haven't played with the
> current version.  Mrinal, do you have specific plans/desires you'd like to
> address during this sprint with respect to the AIR client?
>
> o I see that Mrinal is already listed as an Apache incubator committer.  I
> need to sign Apache's Contributor Licence Agreement (CLA), and then follow
> up to become a committer.  Anne, what's your status?  Are you legally able
> to provide code (HTML, JavaScript, etc.) to the Apache repository, and will
> you be able to sign the CLA soon?
>
> o It was suggested that a good way to organize and publish tasks,
> priorities, progress, etc. was to use a Google spreadsheet, to which our
> team will have write privileges and the public will have read privileges.
>  I'll look into setting something like that up and we can see how it works.
>  Or if you prefer a different method, please suggest it.
>
>
> OK, so I think those are all the highlights from the meeting.  What do you
> think?
> --Bill
> --
>
> ======================================================================
> Bill Fernandez  *  User Interface Architect  *  Bill Fernandez Design
>
> (505) 346-3080  *  bill@billfernandez.com  *  http://billfernandez.com
> ======================================================================
>

------=_Part_60697_32259726.1232098014298--