View ProjeQtOr On SourceForge.net
ProjeQtOr - Project Management Tool
Supportez nous sur Capterra
OIN - Open Invention Network
ProjeQtOr free project management software - Be able to input custom progress for some activity types - ProjeQtOr

Prochaines Sessions

Les prochaines formations et démonstrations sont ouvertes, inscrivez-vous rapidement !

 

Démonstration de ProjeQtOr

(gratuit, sur inscription)
 

13 mai 2025 (10h30-12h)

5 juin 2025 (16h-17h30)

 
 

Planifiez avec ProjeQtOr

14 et 15 mai 2025 (9h-12h30)

18 et 19 juin 2025 (9h-12h30)

 
 

Administrez avec ProjeQtOr

20 et 21 mai (9h-12h30)

25 et 26 juin (9h-12h30)

 

 

 

Be able to input custom progress for some activity types

More
20 Déc 2016 14:49 #1 by papjul
Hi,

The effort-based mode of calculating progress in ProjeQtOr is not always the best mode for all kind of tasks, especially when you work in a "DSI (Direction des Systèmes d'Information)" and your activities are not development tasks like what you are used to do in tracker.projeqtor.org.

My suggestion is to add a checkbox "manual input" on activity types. When this checkbox is ticked, the "progress" field is not "disabled="disabled"" anymore, just as it does with "handled", "done" or "closed" checkboxes which can be disabled or not according to the checkboxes configured on the activity type.

I worked with ProjeQtOr for one year and a half and all my users are very happy with it, but this lacking feature is really what bothers my users and they keep asking me since the beginning for this as the effort-based can't apply to everything they do.

I know that you decline previous suggestions of this kind but I join my voice to previous people, I really think this little feature would make ProjeQtOr really better, particularly for people migrating from Microsoft Project. I'm willing to develop this feature but I think we are talking about the core of ProjeQtOr and I don't know if the progress is "calculated" by ProjeQtOr only in the save() function of the activity, or also in some other places in ProjeQtOr…

If you have a better idea of implementation that you would accept in the ProjeQtOr code, do not hesitate.
Thank you for understanding,

Please Connexion or Create an account to join the conversation.

More
22 Déc 2016 09:47 - 22 Déc 2016 09:48 #2 by papjul
I came up to another possible implementation while looking at the algorithm behind:
By default, progress is inputable and when real work != 0 or left work != 0, progress becomes disabled, what do you think of it? What is your favorite solution? Do you have another one?
Last edit: 22 Déc 2016 09:48 by papjul.

Please Connexion or Create an account to join the conversation.

More
22 Déc 2016 09:48 #3 by babynus

The effort-based mode of calculating progress in ProjeQtOr is not always the best mode for all kind of tasks, especially when you work in a "DSI (Direction des Systèmes d'Information)" and your activities are not development tasks like what you are used to do in tracker.projeqtor.org.

I don't share this point of view : if you work on tasks, you can (or should be able to) register some work.
Only fixed duration tasks could have no work, such as tasks that will be executed by extenal supplier.
On these tasks possibly, progress could be entered manually.

My suggestion is to add a checkbox "manual input" on activity types. When this checkbox is ticked, the "progress" field is not "disabled="disabled"" anymore, just as it does with "handled", "done" or "closed" checkboxes which can be disabled or not according to the checkboxes configured on the activity type.

This could effectively be done.

particularly for people migrating from Microsoft Project

Sure, it way help users keep bad habits... ;)

Request recorded as Ticket #2459.
But what realy bothers me, is that these tasks won't participate to Project Pogress...

Babynus
Administrator of ProjeQtOr web site

Please Connexion or Create an account to join the conversation.

More
22 Déc 2016 09:52 #4 by papjul

babynus wrote: But what realy bothers me, is that these tasks won't participate to Project Pogress...

Indeed, I didn't think of this side effect. Would it be better to implement this system at project level? This way, when project is "manual inputable" the % is not calculated with real work?

Also, look at the other message I wrote while you were working on your answer ;)

Please Connexion or Create an account to join the conversation.

More
22 Déc 2016 10:49 - 22 Déc 2016 10:52 #5 by babynus
Hi,
At project level, you get the "overall progress", that let you specify the progress not work driven.

Setting whole project "not effort driven" is not either the solution, you will not be able to calculate project progress from activities progress.
Just one exemple : your project includes 2 tasks A and B.
A in completed 100%, B is not started 0%.
What is the project progress ? 50% ?
But if I tell you A has duration of 1 month and B duration of 3 months, what is the project progress ? 25% ?
And if I tell you that A is DEV part, with 10 resources working full time, and B WARRANTY part with single resource working half time, what is the project progress ?

You see that to measure progress of project you have to ponderate each activity.
Universally used unit for ponderation is the work day : every body knows what it represent.
That's why effort driven activities are the only easy way to measure project progress.

One method exists, it is "Physical Progress" (see www.blog-gestion-de-projet.com/quest-ce-...avancement-physique/)
I once evaluated work to implement such a behavior in ProjeQtOor, and cost would be about 50-100 work days.
So we will not implement this for free ;)

We'll try to set-up a new way to sponsor ProjeQtOr evolutions so that several enterprises may collaborate to sponsor evolutions and share the cost. Some kind of mico-crowdfunding for evolutions. If several enterprises agree to sponsor this development, it could be included in ProjeQtOr.

Babynus
Administrator of ProjeQtOr web site
Last edit: 22 Déc 2016 10:52 by babynus.

Please Connexion or Create an account to join the conversation.

More
22 Déc 2016 16:42 #6 by papjul
I think that's how my users want to work.
However, they don't want to go through a lot of fields that would require 50-100 days of development, they are able to estimate the % of the physical progress done at a task level. At a project level, it is more difficult.

This way, indeed, you loose the ability to have an automatic calculation of the project progress because activities don't have the same weight. So I asked my management what to do about this, and they answered they are not interested by the project %. Maybe if they need it, they will edit manually the project progress? Though it's approximate while ProjeQtOr has a more accurate calculation of %. I will tell you if they eventually come up with a good idea.

Meanwhile, I added a commit to make it possible to edit progress if these three conditions are met:
- There is no left work and no real work (otherwise it is calculated and read only)
- Activity is handled (otherwise it is 0% and read only)
- Project/Activity is not done (otherwise it is 100% and read only)
github.com/papjul/projeqtor/commit/fee8d...a07a68a416f7a0f163e8

If you want to add it to ProjeQtOr, be careful that the repository is still based off ProjeQtOr 6.0.1, so only copy the changes ;)

Please Connexion or Create an account to join the conversation.

Moderators: babynusprotion
Time to create page: 0.064 seconds

Paramétrages de cookies

×

Cookies fonctionnels

Ce site utilise des cookies pour assurer son bon fonctionnement et ne peuvent pas être désactivés de nos systèmes. Nous ne les utilisons pas à des fins publicitaires. Si ces cookies sont bloqués, certaines parties du site ne pourront pas fonctionner.

Session

Veuillez vous connecter pour voir vos activités!

Autres cookies

Ce site web utilise un certain nombre de cookies pour gérer, par exemple, les sessions utilisateurs.