[Fiware-cloud] WP status

Irena Trajkovska irenatr at gmail.com
Thu Oct 27 23:49:00 CEST 2011


Dear all,

I updated the Self Service Interface part. The major changes are the
addition of features,
user stories and assets. It has been made an update to the epics as well.

I will be able to attend the review call on Monday.

Best,
Irena

On Thu, Oct 27, 2011 at 11:13 AM, Defrance Serge <
serge.defrance at technicolor.com> wrote:

>  Dear All, ****
>
> ** **
>
> I updated the cloud edge chapter (both epics and asset) in our Cloud
> hosting chapter on the mediawiki. ****
>
> There are other Epics mentioned in addition to the three I have added, they
> certainly have to be deleted (unless another partner contributes on these
> Epics). ****
>
> Another point is that the exact split of Epics between WP4 and WP7 for what
> regards the Cloud Edge may still slightly evolve, depending on the
> clarification discussion we currently have with our chief architect (and
> which is about to be concluded).****
>
> We may discuss these points during the Monday conf call.****
>
> Regards,****
>
> Serge.****
>
> ** **
>
> *From:* fiware-cloud-bounces at lists.fi-ware.eu [mailto:
> fiware-cloud-bounces at lists.fi-ware.eu] *On Behalf Of *Alex Glikson
> *Sent:* jeudi 27 octobre 2011 00:22
> *To:* fiware-cloud at lists.fi-ware.eu
>
> *Subject:* Re: [Fiware-cloud] WP status****
>
>  ** **
>
> My comments below
>
> One more important thing: it is very important to outline in the
> description of each Epic the scope of work to be done -- which also implies
> that we need to mention the baseline assets that will be used. It is
> important that whoever reads an Epic, understands what we are trying to,
> why, what already exists as part of the baseline assets, and what is the
> 'delta', or work to be done, associated with this particular work item --
> integration, enhancements, new pieces, etc.
>
> Regards,
> Alex
>
> P.S. I've completed the description of most of the RM epics
>
>
>
> From:        Alex Glikson/Haifa/IBM at IBMIL
> To:        fiware-cloud at lists.fi-ware.eu
> Date:        26/10/2011 08:14 AM
> Subject:        Re: [Fiware-cloud] WP status
> Sent by:        fiware-cloud-bounces at lists.fi-ware.eu ****
>  ------------------------------
>
>
>
>
> Andy, Fernando -- thanks for the initiative! This is very helpful. I will
> send more detailed comments later. One important comment, meanwhile:
>
> Regarding user stories and sprints -- I'm not sure we should manage user
> stories in the same public tracker. That's why the "User Story" category and
> the "Sprint" field are not there.
> Moreover, strictly speaking, those are not supposed to be part of the
> Backlog -- which is by definition a set of work items which have not been
> scheduled to any sprint.
>
> So, besides completing and reviewing Themes and Epics in the backlog, and
> completing the description of baseline assets we want to use, what I would
> like to ask from all of you is to send me (or to the list) a much more
> detailed description, in whatever format is convenient for you (sets of
> bullets are fine for now -- we can then attach them to the wiki entry) of
> the following:
> 1) Features that you would like to include in the first minor release --
> outlining specific scope of work that you expect to be completed by January,
> 31th, 2012, and
> 2) User Stories that you would like to include in the first sprint -- i.e.,
> specific work items that will be done by November 30th.
>
> For both, I would like to see a very clear 'acceptance criteria' -- how
> exactly will we measure and validate whether the corresponding work items
> are done, and what can others expect as an outcome of this work.
>
> Thanks,
> Alex
>
>
>
>
> From:        FERNANDO LOPEZ AGUILAR <fla at tid.es>
> To:        "Edmonds, AndrewX" <andrewx.edmonds at intel.com>
> Cc:        Alex Glikson/Haifa/IBM at IBMIL
> Date:        25/10/2011 07:20 PM
> Subject:        Re: WP status ****
>  ------------------------------
>
>
>
>
> Thank you Andy,
>
> I write them inline.
>
>
> Tracker
> * Only 2 from Alex and the rest are from Fernando (currently only EPICs
> and Features -- this is OK, as explained above)
> * FI-WARE Backlog Entry Type without User-Story option.
> * We have release box but we have to change it to FI-WARE Release Id box
> and FI-WARE Sprint Id box.
> * We need to specify there for each EPIC, Feature and User Story in which
> Release and Sprint we plan to develop it. Not really. Only for the first
> one. The priorities might change over time, so we shouldn't try deciding up
> front for longer than one minor release.
> * We have to select which Feature and User Stories we want to implement in
> the first minor release.
>
> Wiki Asset Descriptions
> •       None from Cloud Proxy
> •       None from Self-service Interfaces
> •       Listed but not detailed from Monitoring
> •       None that covers T4.2 -- Updated
> * We have to differentiate between basseline asserts and needed assests.
> The real asset is explained in more detail (e.g. Claudia in IaaS SM) and the
> others are explained with less details (see MySQL). But the sections that we
> use would be the same that all the assets have to use.
>
> We should describe here *only* the baseline assets. If they have
> pre-requisites -- it is described in their documentation. and we may mention
> that within the description of the asset. But we should not mention them in
> the main list.
>
> Wiki Epics
> * Here I want to give you some clarification about the different between
> EPICs, Features and User Stories.
> * EPICs is anything that we planned to develop (or have any idea about the
> expended time to develop it) in a period of time *bigger* *than* a minor
> release (3 months).
> * Feature is anything that we planned to develop (or have any idea about
> the expended time to develop it) in a period of time *less than* a minor
> release (3 months).
> * User Story is anything that we planned to develop (or have any idea about
> the expended time to develop it) in a period of time *equal to* a sprint
> (1 months). [or less]
> * We have provided neither Features or User Stories except for IaaS SM and
> PaaS Mgmt. Yep. As I mentioned above, we must update both the Wiki and the
> Tracker with features for the first release, and also outline the stories
> for the first sprint.
> * Anyway, I could see some Epics like
> FIWARE.Epic.Cloud.ResourceManager.Security.APIs<https://forge.fi-ware.eu/plugins/mediawiki/wiki/fiware/index.php/FIWARE.Epic.Cloud.ResourceManager.Security.APIs>
> which is not a EPIC (IMHO), The Epic would be
> FIWARE.Epic.Cloud.ResourceManager.Security.  This should be a User Story. Well,
> it is a matter of scope and sizing. If we figure out that the entire Epic
> can be covered in a single sprint (which I don't believe is the case) -- we
> can definitely 'downgrade' it to a story.
>
> IaaS Data Center Resource Management: 9/20 not complete
> •       FIWARE.Epic.Cloud.ResourceManager.MgmtFabric -- done
> •       FIWARE.Epic.Cloud.ResourceManager.QoS -- done
> •       FIWARE.Epic.Cloud.ResourceManager.Mobility -- done
> •       FIWARE.Epic.Cloud.ResourceManager.Placement -- done
> •       FIWARE.Epic.Cloud.ResourceManager.PhysPlatformMgmt
> •       FIWARE.Epic.Cloud.ResourceManager.Capacity -- done
> •       FIWARE.Epic.Cloud.ResourceManager.Toolkit
> •       FIWARE.Epic.Cloud.ResourceManager.Federation
> •       FIWARE.Epic.Cloud.ResourceManager.Security.APIs
> * IMHO, OCCI is not a basseline asset, it is a specific interface within
> the rest of baseline assets (Openstack Nova, Glance, ...).
> * Each Basseline assets have to describe the following subsections
> Brief Description
> Programming artifacts
> Technologies used
> Runtime pre-requisites (including Known software requirements)
> IPR
> Publicly available documentation
>
> except the needed assests like MySQL in IaaS SM that only need to describe
> Brief Description
> IPR
> Publicly available documentation
> * There are no Features and User Stories
>
> Object Storage
> * Openstack switch, need to describe Technologies used and Runtime
> pre-requisites subsections.
> * No Features
> * No User Stories (remenber that *.Security.SSO and *.Security.RBAC should
> be a User Stories).
>
> Security 1/2 not complete
> •       FIWARE.Epic.Cloud.Security.RBAC
> * Openstack keynote, need to describe Technologies used and Runtime
> pre-requisites subsections.
> * Check if the Epics are Features.
>
> Self-Service Interfaces: 4/5 not complete
> * No Baseline assets described
> •       FIWARE.Epic.Cloud.SelfServiceInterfaces.UserCLI
> •       FIWARE.Epic.Cloud.SelfServiceInterfaces.AdminCLI
> •       FIWARE.Epic.Cloud.SelfServiceInterfaces.AdminPortal
> •       FIWARE.Epic.Cloud.SelfServiceInterfaces.Security
> * No Features, no User Stories
>
> Cloud Proxy: 5/8 not complete
> * No baseline asset described
> •       FIWARE.Epic.Cloud.CloudProxy.VirtualizationLayer
> •       FIWARE.Epic.Cloud.CloudProxy.ManagementAPI
> •       FIWARE.Epic.Cloud.CloudProxy.CloudAppProvisioning
> •       FIWARE.Epic.Cloud.CloudProxy.ManagementProxy
> •       FIWARE.Epic.Cloud.CloudProxy.Security
> * Only Epics
>
> Monitoring: 5/11 not complete
> * Some baseline assets without description (working in progress between
> Fernando and Andy)
> •       FIWARE.Epic.Cloud.Monitoring.Analysis.SLAIntegration
> •       FIWARE.Epic.Cloud.Monitoring.Visualization
> •       FIWARE.Epic.Cloud.Monitoring.Management
> •       FIWARE.Epic.Cloud.Monitoring.Security.Metrics
> •       FIWARE.Epic.Cloud.Monitoring.ServiceMgrIntegration
> * Only Epics.
>
> Themes: 1/3 not complete
> •       Accounting
>
> @Andy TODO:
> •       Supply monitoring asset details
> •       FIWARE.Epic.Cloud.Security.RBAC
> •       FIWARE.Epic.Cloud.Security.APIs
> •       FIWARE.Epic.Cloud.Monitoring.Visualization
> •       FIWARE.Epic.Cloud.Monitoring.Management
> •       FIWARE.Epic.Cloud.Monitoring.Security.Metrics
>
> @Alex TODO:
> * Refine the tracker page.
>
> @All
> * Refine the Epics, Features and User Stories
> * Provide baseline assets with their appropriate description information
> * Provide information in the tracker system (be careful, in the FIWARE
> Cloud track section, not in the FIWARE track section)
> * Provide the list of Features and User Stories to be implemented in the
> first minor release and put this information into the tracker system.
>
>
> I think that this information could be send to the rest of cloud members. I
> hope that I could take some light into the dark.
>
> Best regards,
>
> Fernando López Aguilar *
> Cloud Computing*
> fla at tid dot es
> +34 914 832 729
> Telefónica I+D (R&D)
> Ronda de la Comunicación s/n
> Distrito C, Edificio Oeste 1, Planta 5
> 28050 Madrid, Spain
>
>
>
> El 25/10/2011, a las 18:02, Edmonds, AndrewX escribió:
>
>
> -------------------------------------------------------------
> Intel Ireland Limited (Branch)
> Collinstown Industrial Park, Leixlip, County Kildare, Ireland
> Registered Number: E902934
>
> This e-mail and any attachments may contain confidential material for
> the sole use of the intended recipient(s). Any review or distribution
> by others is strictly prohibited. If you are not the intended
> recipient, please contact the sender and delete all copies.
>
> ****
>  ------------------------------
>
> Este mensaje se dirige exclusivamente a su destinatario. Puede consultar
> nuestra política de envío y recepción de correo electrónico en el enlace
> situado más abajo.
> This message is intended exclusively for its addressee. We only send and
> receive email on the basis of the terms set out at.*
> *http://www.tid.es/ES/PAGINAS/disclaimer.aspx
> _______________________________________________
> Fiware-cloud mailing list
> Fiware-cloud at lists.fi-ware.eu
> http://lists.fi-ware.eu/listinfo/fiware-cloud****
>
> _______________________________________________
> Fiware-cloud mailing list
> Fiware-cloud at lists.fi-ware.eu
> http://lists.fi-ware.eu/listinfo/fiware-cloud
>
>


-- 
Irena
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.fiware.org/private/old-fiware-cloud/attachments/20111027/e027dc68/attachment.html>


More information about the Old-Fiware-cloud mailing list

You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy   Cookies policy