V> как определит хорошую типизацыю приорититов
V> от ниского до вьсокого
V> и що означает точно каждъи уровевень приоритета

Га?

как определит хорошую типизацыю приорититов
от ниского до вьсокого
и що означает точно каждъи уровевень приоритета

Здравствуйте, VirusReloaded, Вы писали:

VR>как определит хорошую типизацыю приорититов
VR>от ниского до вьсокого
VR>и що означает точно каждъи уровевень приоритета

Это задача project manager-а, а не проектировщика или программиста. А он определяет это исходя из множества факторов, которые не имеют никакого отношения к разарботке ПО. В большинстве случаев — это политика. Поэтому вряд ли можно дать точную характеристику приоритетам: сегодня заказчик Иванов нахамил нашему шефу, значит он на две недели становится менее приоритетным, чем, например, добавление функции хэширования паролей в системе

VR>как определит хорошую типизацыю приорититов
VR>от ниского до вьсокого
VR>и що означает точно каждъи уровевень приоритета

Договариваешься с заказчиком или менеджером продукта, что приоритета будет три:
-все бросить и исправить (в первую очередь)
-очень важно
-в оставшееся время

и назначаешь приоритеты вместе с менеджером продукта так, чтобы эти оценки распределились равномерно. Пример: 30 возможностей, 10 в первую очередь и т.д.

Если заказчик/Product Manager уперся и назначает 80% задач приоритет "в первую очередь", проект будет идти очень мучительно, и с большой вероятностью будет провален (т.е. не уложится в сроки и бюджет), о чем заказчика нужно известить.
И Project manager должен стоять насмерть.