Dear All, Some further clarification on backlog contents, please take them into account when producing your inputs. Have a nice weekend BR Pier Da: fiware-wpl-bounces at lists.fi-ware.eu [mailto:fiware-wpl-bounces at lists.fi-ware.eu] Per conto di Juanjo Hierro Inviato: venerdì 7 ottobre 2011 09:36 A: fiware-wpl at lists.fi-ware.eu; fiware-wpa at lists.fi-ware.eu Oggetto: [Fiware-wpl] The Backlog is not about describing features that assets being adopted as baseline already implement Hi all, As I have mentioned several times, the Backlog in a product development project is fundamentally about functionality that has to be developed in the product. Seeking for clarity, and because I have found it helpful when explaining Agile concepts, I have referred to it as "work to be done" because actually what you have to do when developing a software product is developing your functionality. On the other hand, we have to deal with a fundamental characteristic of this project: it is not about developing from the scratch but from a baseline formed by selected products (assets) generated in previous projects. And most of them hadn't been developed using Agile so far. If we had developed every GE from the scratch, the backlogs would contain Themes/Epics/Features/User-stories that, all together, would summarize the whole functionality of the GE. But this is not the case. You should consider that the backlog for each and every GE should contain the Themes/Epics/Features/User-stories that, at the current moment, is "pending functionality" (or development) still to be addressed. It is not the intent that, by reading all entries in the backlog, you should have a complete view on the functionality of the GE. Someone who wants to have a detailed picture of all target functionality should: * read the FI-WARE Product Vision, in order to understand what is overall expected for the GE * read the documentation available for the baseline assets used for materializing the GE: this should give the reader a clear picture of what is already there * read the backlog, to understand what's going on and is somehow on the roadmap The exercise we are doing is about setting the Agile backlogs that will drive our future developments. It's not about documenting what he have done during many years in our respective labs. A last comment: some Agile authorized experts go up to the point that they believe that Backlogs should not only contain info about the functionality to be developed in the product but any "work to be done" by the development team of a product, thus, using Agile for managing every activities in a project. That's why they mention that entries in a Backlog should be indeed named as "Work Items" rather than "User-stories" ... but that is, of course, a matter of taste. What is mandatory is to document the Themes/Epics/Features/User-stories that will drive developments on selected assets (this include developments required for integrating the different assets, of course). This is what should be uploaded on the Wiki and referred from tickets in the "Backlog Management" tracker. You may create another "Backlog" trackers for additional activities (like documentation, etc.). That's why I created a "Task Force Management" tracker in addition. Remember: Agile is about creating stuff that is useful in the development, not stuff for satisfying reviewers. Regards, -- Juanjo ________________________________ 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 Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle persone indicate. La diffusione, copia o qualsiasi altra azione derivante dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbiate ricevuto questo documento per errore siete cortesemente pregati di darne immediata comunicazione al mittente e di provvedere alla sua distruzione, Grazie. This e-mail and any attachments is confidential and may contain privileged information intended for the addressee(s) only. Dissemination, copying, printing or use by anybody else is unauthorised. If you are not the intended recipient, please delete this message and any attachments and advise the sender by return e-mail, Thanks. [cid:00000000000000000000000000000001 at TI.Disclaimer]Rispetta l'ambiente. Non stampare questa mail se non è necessario. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.fiware.org/private/old-fiware-i2nd/attachments/20111007/adaa1dd5/attachment.html> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: ATT00001..txt URL: <https://lists.fiware.org/private/old-fiware-i2nd/attachments/20111007/adaa1dd5/attachment.txt> -------------- next part -------------- A non-text attachment was scrubbed... Name: logo Ambiente_foglia.jpg Type: image/jpeg Size: 677 bytes Desc: logo Ambiente_foglia.jpg URL: <https://lists.fiware.org/private/old-fiware-i2nd/attachments/20111007/adaa1dd5/attachment.jpg>
You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy Cookies policy