<div dir="ltr"><div><div><div><div><div><div>The points field is now global to all tasks, raising some interesting questions:<br><br></div>1) What do engineers/product owners (staff or otherwise) working on tasks do when community members set or change points?<br><br></div>2) What should we do about making points consistent across teams?<br><br></div>My initial thoughts/proposal, which we could run past teams we are working with and engaged community members:<br><br></div>1) we should have a written policy along the lines that points is intended to be used by people doing the engineering work on tasks, and that therefore only those people (staff on teams working on tasks; community members contributing code/testing/other engineering work) should edit points.<br><br></div>2) We should explictly document that points cannot be compared across teams, that there is no single standard definition or meaning for points, and that they cannot be used in isolation to forecast.  In an analogy, I see points as a bit like database ID fields; even if they are exposed, you can't use them for certain things you may be tempted to use them for, because they are warranteed for that use; instead, you should use the appropriate derivation for your purpose.<br><br></div>Thoughts?<br><div><div><div><div><div><div><div><br clear="all"><div><div><div><div><div dir="ltr"><div><div dir="ltr"><font color="#888888"><div><b>--<br>Joel Aufrecht<br></b></div><div>Team Practices Group<b><br></b></div><div>Wikimedia Foundation<br></div></font></div></div></div></div></div>
</div></div></div></div></div></div></div></div></div></div>