Pull to refresh

Comments 5

В общем, понятно. Начало положено. Вопрос только в полезности и соответствии данных по трудозатратам реальности…

По технической стороне замечание такое — чтобы не попадали «старые» сотрудники", просто приделайте фильтр по дате.

Более общие вопросы — организация чем занимается? Кто графики составляет, как?
Фильтр по дате и так есть, как по фискальной, так и по реальным месяцам. Для старых сотрудников мы используем признак уволен он или нет, который стал свойством измерения аналитического куба — что более правильно: ставишь в одном месте флажок (в стандартных свойствах пользователя Project Server) и не нужно думать, за какую тебе дату отфильтровать, чтобы лишних данных не было.

Организация занимается разработкой программного обеспечения на заказ, планы работ составляют руководители проектов.

Полезность есть, так как это инструмент оперативного контроля, а спустя 3 — 4 месяца от старта проекта без оперативного контроля может получиться такой бардак в учете, что они будут уже не пригодны для анализа, т.е. это вопрос чистоты данных, а значит правильности принятия решений.
Не совсем понимаю… Если есть дата, за которую работал уже уволенный сотрудник — почему не выводить эти данные?

Эхехе… Там, поди-ка, и бюджет завязан, да?.. Процент исполнения задач, то да се… Бойтесь принятия решений на этой основе… Впрочем, этот вопрос не к программистам. Мы, знаете ли, реальные данные пособирали тут, правда, не в программерской конторе, а в проектной. Грустно, честно говоря…
Признак уволен нужен потому, что Project Server так устроен, что даже если сотрудник уволен, то у него в таймщите в базе будут пустые строки, т.е. за какую бы дату не смотрел данные все равно будут. Нужно четко знать — он не заполнил или его уже нет и он не должен заполнять.
Так вы же временную базу генерируете? Вот там и убирать лишнее.
Sign up to leave a comment.