It is not clear for me how we create project with its resource. I assume the creation of projects will be the conclusion of the work of requirements on the architecture, based on the 11 modules that have been identified up to know. One project per module?
Once we have a list of tentative project, I assume that the TSC will ask for resources. As we don?t know yet who merits to be commiters, How are we going to choose them at the beginning? And consequently the PTL? May be at the beginning some interim organization base on volunteering. I also find coordinators a good idea. May be it is redundant with commitees. As for the subject of coordinations, it should be decided by the TSC. They may not last forever. For me the first subject of coordination is the architectural framework. RK De : onap-tsc-bounces at lists.onap.org [mailto:onap-tsc-bounces at lists.onap.org] De la part de xiexj.gd at chinatelecom.cn Envoy? : jeudi 6 avril 2017 10:57 ? : Christopher.Donley; onap-tsc Objet : Re: [onap-tsc] DRAFT Technical Community Charter Thanks to Ed, Steve, Alla, Lingli, Phil, and Chris. It's comprehensive. I've attached the document with some notes, and I hope these could help. Regards, ________________________________ Xiaojun XIE Technical Director of IT R&D Center, Guangzhou Research Institute of China Telecom. (O) 86-20-38639130 (M) 86-13316090153 xiexj.gd at chinatelecom.cn<mailto:xiexj.gd at chinatelecom.cn> From: Jason Hunt<mailto:[email protected]> Date: 2017-04-06 11:11 To: Christopher.Donley<mailto:Christopher.Donley at huawei.com> CC: onap-tsc<mailto:onap-tsc at lists.onap.org> Subject: Re: [onap-tsc] DRAFT Technical Community Charter Thank you to Ed, Steve, Alla, Lingli, Phil, and Chris for pulling this together! It looks great! I've attached a marked up version with some comments -- none major, but just looking for clarifications. I would welcome hearing from others on the perceived differences of "coordinators" vs "subcommittees" and in what other projects these structures have been used. Whichever we choose, I would tend toward not specifying in the charter which topics would be covered (just like we don't specify the actual projects in the charter). Thanks! Regards, Jason Hunt Executive Software Architect, IBM Phone: +1-314-749-7422 Email: djhunt at us.ibm.com<mailto:djhunt at us.ibm.com> Twitter: @DJHunt ----- Original message ----- From: "Christopher Donley (Chris)" <Christopher.Donley at huawei.com<mailto:[email protected]>> Sent by: onap-tsc-bounces at lists.onap.org<mailto:onap-tsc-bounces at lists.onap.org> To: "onap-tsc at lists.onap.org<mailto:onap-tsc at lists.onap.org>" <onap-tsc at lists.onap.org<mailto:onap-tsc at lists.onap.org>> Cc: Subject: [onap-tsc] DRAFT Technical Community Charter Date: Wed, Apr 5, 2017 1:14 PM Dear TSC, Ed, Steve, Alla, Lingli, Phil, and I have put together the attached DRAFT technical community charter. It is largely based on similar documents from ODL, OPNFV, FD.IO, and OPEN-O. There are a number of open issues in the draft, and we are looking for your feedback. To highlight a few areas and some of our questions: ? TSC Vice Chair: should we have one, and if so, did we describe the role correctly? ? Coordinators (leadership roles focused on various technical topics that we may want to address as a community): Is this the right approach? Did we call out the right examples? ? Subcommittees: we describe rules for establishing subcommittees under the TSC. This is a slightly different approach than coordinators to ensuring critical topics are addressed. Do we want to use both? Did we capture the distinction clearly enough? ? Architecture Committee: we specifically call it out in this draft. Do we want an Architecture Committee? Should it be included in the Charter? We?d like to request a 30-minute slot during this week?s TSC meeting to present the existing draft and start to collect feedback. Thanks, Chris _______________________________________________ ONAP-TSC mailing list ONAP-TSC at lists.onap.org<mailto:ONAP-TSC at lists.onap.org> https://lists.onap.org/mailman/listinfo/onap-tsc _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.onap.org/pipermail/onap-tsc/attachments/20170406/eca6d963/attachment-0001.html>
