[tree cut]
> This is a simplistic approach. Now in order to start my controller =>
> catalog => list_all task I first have to have completed my model =>
> product => create task
> So in this example, I cannot use the predecessors/followers since
> those tasks don't have the same parent, they do have a common ancestor
> thou.
This can be solved for you by creating a small custom module that will
modify the predecessors and successors fields to relay the restriction
currently in place. Looks trivial enough.
> More over If one of my top projects is "install new server" and
> another is "brand new site for new client", in my planning, it's much
> better to be done installing (at least some parts of) the new server
> before starting to deploy the brand new sites. Those projects don't
> even have a common ancestors.
You could use the relaxed restrictions on predecessors/successors, but I
get the feeling this more like milestones: sets of tasks or sub-projects
from possibly disparate projects whose completion denotes a marked phase
transition even when the respective parent projects are not completed.
--
________________________________________________________________
Paul J Stevens pjstevns @ gmail, twitter, skype, linkedin
* Premium Hosting Services and Web Application Consultancy *
www.nfg.nl/in...@nfg.nl/+31.85.877.99.97
________________________________________________________________
> This is a simplistic approach. Now in order to start my controller =>
> catalog => list_all task I first have to have completed my model =>
> product => create task
> So in this example, I cannot use the predecessors/followers since
> those tasks don't have the same parent, they do have a common ancestor
> thou.
Have you tried to define predecessors/successors relations at the parent
level? IIRC this will be taken into account.
Btw any other problems/remark/ideas with the planning feature? I wrote
the project_plan module without precise use case in mind, so I will be
glad to have feedback.
Thx,
Bertrand
--
Bertrand Chenal
B2CK SPRL
Rue de Rotterdam, 4
4000 Liège
Belgium
Email: bertran...@b2ck.com
Website: http://www.b2ck.com/
You can use project_revenue to set a product on a project, but that
still won't get you to invoicing, just valuation of the work done.
It depends on how you wish to invoice projects - what entails a project
in your business.
Me, I do a lot of time-based billing. For that I wrote timesheet_invoice
(availabe on pypi and github). It allows me to write timesheet lines on
a task, and generate invoices and reports now and then based on billable
hours.
I'm currently working on contract_retainer where I have an agreement to
do a certain amount of work for a client in the context of one or more
projects, need to give an accounting of hours spent and track the
balance between invoiced hours and hours actually spent on the client.
All this is probably useless for projects to deliver certain goods, or
projects that are fixed price in nature. For those, you can use the
project modules for managing projects, but I would generate invoices
manually.
I think the issue is because the project_plan uses the concept of
milestone and Emma did not split the project in milestone but in "kind
of work".
Perhaps we miss an other concept which allow to group project task in an
other tree structure for business vision etc. A little bit like the idea
of consolidation in accounting.
--
Cédric Krier
B2CK SPRL
Rue de Rotterdam, 4
4000 Liège
Belgium
Tel: +32 472 54 46 59
Email/Jabber: cedric...@b2ck.com
Website: http://www.b2ck.com/