[Fiware-wpa] On priority field in backlog entries (YOUR INPUT IS NEEDED before 17:00)

[Juanjo Hierro]

Hi all,

  During our last confcall, Pier raised the issue about value of the "Relative Priority" field of entries in the backlog.

  I have checked the template as well as what is currently on the Wiki tutorials (which was based on the template).   It is clear that this field should have the form of a two-digit number of which the first digit has to map to the MoSCoW priority while the second is used as relative priority.

  Note that we are talking about a two-digit number.   Not anything with a colon in between like it could be <moscow-priority-number>.<relative-priority-number>.

  However, I have found that there are two things that are unfortunately ambiguous and we should clarify:

 *   first, whether higher priorities should have a lower digit or not, i.e., does priority1=15 and priority2=21 means that priority1 is higher than priority2 ?  This relates to the question about whether the correct mapping for the first digit should be (MUST=0, SHOULD=1, COULD=2, WONT=3) or (MUST=3, SHOULD=2,COULD=1, WONT=0) and whether the digit for the relative priority should be assigned a higher value for a lower priority.
 *   sencond, whether each digit should start at 0 or 1

  I would go for assigning lower numbers to higher priorities and start with 0, thus mapping MoSCoW priorities as (MUST=0, SHOULD=1, COULD=2, WONT=3) and then assign relative priorities from 0 to 9 being 0 the highest.    For me, it's kind of more intuitive saying that something that has been assigned priority "01" has a higher priority than something that has priority "21" (because means it is first in my "todo" list) but I would go for what the majority has interpreted so far ...

  Question mark is ... what interpretation have you followed in your chapter ?   (in case you haven't passed specific instructions and you believe this field has not been filled, please let us know)

  Please send your response by 17:00 CET today and we'll take the decision that imply less changes on what has already been set on the Wiki.

  I will send an email with the definitive convention to follow based on your responses by EOB today and will add whatever is needed to the tutorials.   If I don't receive a response from you, I will assume you haven't filled this value so far and, therefore, you can live with what gets decided.

  Best 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.fiware.org/private/fiware-wpa/attachments/20111110/29c136a0/attachment.html>