Estimating workflow hours

Tue Mar 22 09:09:18 EST 2005

How long is a piece of string?

This really is very difficult. Implementing a WF could mean anything
from turning on EBP shopping cart approval to designing your own
Material Master review and distribution WF. It could mean anything
from a day to 6 months.

What I find I need to stress when quoting is the clear distinction
between delivery of a built WF ready for integration testing versus
supporting a WF through to Production. One of the most time consuming
aspects of delivery can be the support of the testing process. If the
customer is not already live with Workflow and doesn't already have a
competent WF administrator, testing can involve much hand holding.

I also find that you need to allow a buffer for OSS type problems.
Almost every site I go to will require at least one problem
investigation that leads to an OSS note needing to be applied. It's
very difficult to allow for these accurately beforehand.

Anyone who reads this list also knows that sometimes OSS won't help
you. Sometimes what seems very simple during process design can have
you pulling your hair out because WF simply wasn't designed that way.
A recent example for me was the request to prevent forwarding of
workitems between company codes - sounds simple until you try to do
it.

The level of WF already in place will have a direct impact on the
development cycle. If the client is already WF savey, they are in a
position to know what they want. If it is the first real WF, then the
development cycle also includes a good deal of knowledge transfer. I
truly believe that a good consultant should not necessarily deliver
what the client asks for, but attempt to deliver what they need. This
process can involve the need to build prototypes, run workshops,
redesign etc which is much more time consuming than rocking onto a
site with a competent WF Admin who drops a well written spec in front
of you and says 'Build this'.

Finally any quote needs to take into account the quality of the consultant. 

I wish you all the best, but I don't hold out much hope for an
accurate methodology for estimating WF delivery.

Have fun,
Mark

On Tue, 22 Mar 2005 07:24:09 -0600, Rick Sample <Rick.Sample at gbe.com> wrote:
> I am sure SAP has some sort of measuring stick when selling the product
> line.
> So there must be some SAP guidelines on development hours. *hint*
> 
> We estimate the best we can. I am just looking for some sort of
> supporting documentation
> as a back up.
> 
> >>> kjetilk at statoil.com 3/22/2005 1:53:01 >>>
> 
> The good old "how much time do you feel it should take" method is in
> use
> here. No formal methods.
> 
> Not that we are making many new workflows, but estimating is one of
> the
> least mature areas of software development whether it is workflow or
> traditional coding. I used to work with software measurement and
> estimates
> for a previous employer, and even when using formal methods with
> experience
> data it is very difficult to make estimates. Unlike many other
> industries
> we "never" make the same product twice, and often it is not the same
> people
> working together except within a project. So all we have to help us
> when
> estimating is previous personal experience, unless you have been
> gathering
> experience data using some formal method.
> Assuming you have a near perfect specification you can probably make a
> very
> reliable estimate, at least if you have some previous experience data.
> So
> one trick is of course to say the estimate assumes there will be no
> changes
> in or additions to the specifications. That should give you a safe
> escape :
> -)
> 
> Not much help I guess.... you are on your own. My best advice: always
> give
> the estimate as a range. When there is high uncertainty an estimate of
> 1000
> hours doesn't say as much as between 500 and 3000 hours. The second
> best
> option is to give an estimate and a quantified uncertainty. However, in
> the
> latter case the project manager will most likely forget the uncertainty
> and
> use the estimate.
> 
> Ask the accountant for an estimate on specifying and verifying the
> controlling processes required to be compliant with the
> Sarbannes-Oxley
> act.
> Can't do it? Well...
> --
> Kjetil Kilhavn
> 
>                    "Rick Sample"
> 
>                    <Rick.Sample@        To:     SAP-WUG at MITVMA.MIT.EDU
> 
>                    GBE.COM>             cc:     (bcc: Kjetil Kilhavn)
> 
>                    Sent by:             Subject:     Estimating
> workflow hours
> 
>                    sap-wug-bounc
> 
>                    es at mit.edu
> 
>                    21.03.2005
> 
>                    18:28
> 
>                    Please
> 
>                    respond to
> 
>                    "SAP Workflow
> 
>                    Users' Group"
> 
> I am looking for some rough guidelines for estimating cost of WF
> development.
> Not an exact science I know but some general guidelines on what others
> are
> estimating on development would help.
> 
> Would be nice to estimate by days, weeks, and months but project
> management and
> accountants don't like that method.
> 
> Any help is appreciated.
> 4.6C
> 
> Rick Sample
> SAP Workflow / Developer
> Graybar, Inc.
> 11885 Lackland Rd.
> 63146-4208
> 314.573.5822
> Rick.Sample at GBE.com
> 
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
> 
> -------------------------------------------------------------------
> The information contained in this message may be CONFIDENTIAL and is
> intended for the addressee only. Any unauthorised use, dissemination of
> the
> information or copying of this message is prohibited. If you are not
> the
> addressee, please notify the sender immediately by return e-mail and
> delete
> this message.
> Thank you.
> 
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
> 
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>