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>
You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy Cookies policy