You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We should also decide if we are building the API for precision vs building the API for accuracy. Simply defined from Yannick's email (Amadeus)
• Measurement for action requires precision: results needs to be comparable (i.e. is A same, better or worse than B ?) to select one over the other.
• Measurement for monitoring require accuracy: results needs to be close to reality (in term of value and trend) but allowing some fluctuations over time.
At this point based on various discussions we have had, it does seem like that we are targeting precision Vs Accuracy. Precision is about getting same results over multiple iterations of the tool.
This decision affects the granularity of the API #23 . If we go with this approach we could make some decisions on #22 by choosing stories for v1 Scope that speak to a customer scenario and allow the calculations to provide repeatable iterations before and after making "sustainability" changes. Examples of such a scenario are given by Amadeus here #24
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
We should also decide if we are building the API for precision vs building the API for accuracy. Simply defined from Yannick's email (Amadeus)
• Measurement for action requires precision: results needs to be comparable (i.e. is A same, better or worse than B ?) to select one over the other.
• Measurement for monitoring require accuracy: results needs to be close to reality (in term of value and trend) but allowing some fluctuations over time.
At this point based on various discussions we have had, it does seem like that we are targeting precision Vs Accuracy. Precision is about getting same results over multiple iterations of the tool.
This decision affects the granularity of the API #23 . If we go with this approach we could make some decisions on #22 by choosing stories for v1 Scope that speak to a customer scenario and allow the calculations to provide repeatable iterations before and after making "sustainability" changes. Examples of such a scenario are given by Amadeus here #24
Beta Was this translation helpful? Give feedback.
All reactions