<div dir="ltr">> we may mix technical direction / tech debt roadmap and process, political, and people management work of PTL.<div>sorry, of course I meant that we rather should NOT mix these things.</div><div><br></div><div>To make my email very short, I'd say PTL role is more political and process-wise rather than architectural.</div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Sep 30, 2015 at 5:48 PM Mike Scherbakov <<a href="mailto:mscherbakov@mirantis.com">mscherbakov@mirantis.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Vladimir,</div><div>we may mix technical direction / tech debt roadmap and process, political, and people management work of PTL.</div><div><br></div><div>PTL definition in OpenStack [1] reflects many things which PTL becomes responsible for. This applies to Fuel as well.</div><div><br></div><div>I'd like to reflect some things here which I'd expect PTL doing, most of which will intersect with [1]:</div><div>- Participate in cross-project initiatives & resolution of issues around it. Great example is puppet-openstack vs Fuel [2]<span style="line-height:1.5"><br></span></div><div><span style="line-height:1.5">- Organize required processes around launchpad bugs & blueprints</span></div><div><span style="line-height:1.5">- Personal personal feedback to Fuel contributors & public suggestions when needed</span><br></div><div>- Define architecture direction & review majority of design specs. Rely on Component Leads and Core Reviewers</div><div>- Ensure that roadmap & use cases are aligned with architecture work</div><div>- Resolve conflicts between core reviewers, component leads. Get people to the same page</div><div>- Watch for code review queues and quality of reviews. Ensure discipline of code review.</div><div>- Testing / coverage have to be at the high level</div><div><div><br></div></div><div>Considering all above, contributors actually have been working with all of us and know who could be better handling such a hard work. I don't think special Q&A is needed. If there are concerns / particular process/tech questions we'd like to discuss - those should be just open as email threads.</div><div><br></div><div>[1] <a href="https://wiki.openstack.org/wiki/PTL_Guide" target="_blank">https://wiki.openstack.org/wiki/PTL_Guide</a></div><div>[2] <a href="http://lists.openstack.org/pipermail/openstack-dev/2015-June/066685.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2015-June/066685.html</a></div><div><br></div><div>Thank you,</div></div><div dir="ltr"><br><div class="gmail_quote"><div dir="ltr">On Tue, Sep 29, 2015 at 3:47 AM Vladimir Kuklin <<a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Folks<div><br></div><div><div>I think it is awesome we have three candidates for PTL position in Fuel. I read all candidates' emails (including mine own several times :-) ) and I got a slight thought of not being able to really differentiate the candidates platforms as they are almost identical from the high-level point of view. But we all know that the devil is in details. And this details will actually affect project future.</div><div><br></div><div>Thus I thought about Q&A session at #fuel-dev channel in IRC. I think that this will be mutually benefitial for everyone to get our platforms a little bit more clear.</div><div><br></div><div>Let's do it before or right at the start of actual voting so that our contributors can make better decisions based on this session.</div><div><br></div><div>I suggest the following format:</div><div><br></div><div>1) 3 questions from electorate members - let's put them onto an etherpad</div><div>2) 2 questions from a candidate to his opponents (1 question per opponent)</div><div>3) external moderator - I suppose, @xarses as our weekly meeting moderator could help us</div><div>4) time and date - Wednesday or Thursday comfortable for both timezones, e.g. after 4PM UTC or right after fuel weekly meeting.</div><div><br></div><div>What do you think, folks?<br></div><div><br></div><div>-- </div><div><div dir="ltr"><div><div dir="ltr">Yours Faithfully,<br>Vladimir Kuklin,<br>Fuel Library Tech Lead,<br>Mirantis, Inc.<br>+7 (495) 640-49-04<br>+7 (926) 702-39-68<br>Skype kuklinvv<br>35bk3, Vorontsovskaya Str.<br>Moscow, Russia,<br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.com</a><br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.ru</a><br><a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a></div></div></div></div>
</div></div>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div><div dir="ltr">-- <br></div><div dir="ltr">Mike Scherbakov<br>#mihgen</div></blockquote></div><div dir="ltr">-- <br></div><div dir="ltr">Mike Scherbakov<br>#mihgen</div>