After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 146695 - Deliverable/objective view.
Deliverable/objective view.
Status: RESOLVED OBSOLETE
Product: planner
Classification: Other
Component: General
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: planner-maint
planner-maint
Depends on:
Blocks:
 
 
Reported: 2004-07-09 08:57 UTC by Lincoln Phipps
Modified: 2021-06-09 20:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Shows how the Deliverables are related to the project. (60.69 KB, image/png)
2004-07-10 22:54 UTC, Lincoln Phipps
Details

Description Lincoln Phipps 2004-07-09 08:57:53 UTC
The problem with Planner from a project point of view is that it doesn't allow
you to easily see how close you are to your objectives or what the deliverables
are. These can be implied e.g. a Milestone can be defined and given a title of
"Completed Product" and "Completed Install Manual" but what needed is a nice and
easy View of these, though I don't just mean a view of milestones.

What I'm envisaging is that this view would also be the default view and that
project managers input the project deliverables and then focus on tasks and
resources for each of these deliverables in turn. You would set an association
(I'll call it a binding) from 1 or a set of tasks (and thus implicitly the
assigned resources) to each deliverable. This would thus allow you to quickly
show how many of the project deliverables are actually completed as opposed to
how much of the tasks are completed; a subtle but important difference when it
comes to actually getting payment from a client for whats delivered (Imagine the
message "I'm not paying you to complete tasks but paying you to deliver my
manual/program/widget".

A deliverable is not complete until all the tasks its bound to are complete. we
would have to work on a heuristic for completion but the most obvious is simply
the sum of all the bound tasks (work * completion).

I'm thinking a table view,

|Deliverable | %Compl | Due Date | Work To Go | Bound To    | Resources  |
+------------+--------+----------+------------+-------------+------------+
| Widget 1   |  15%   | 1 October|   15 Days  | 1.6.5, 2.5  | RH, LP, ACS|

With hotspots on the WBS and the Shortname.

etc etc etc.
Comment 1 Lincoln Phipps 2004-07-10 22:54:53 UTC
Created attachment 29415 [details]
Shows how the Deliverables are related to the project.

This also shows the suggested role relation.
Comment 2 GNOME Infrastructure Team 2021-06-09 20:31:19 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/World/planner/-/issues/64.