• Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
  • Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
Collapse

You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:

  • You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
  • You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
  • If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.

Previously on "Which PM Methodology?"

Collapse

  • SimonMac
    replied
    Originally posted by eek View Post
    Not yet but I've put a website up....
    As a new WordPress user, you should go to your dashboard to delete this page and create new pages for your content. Have fun!
    On a website about bad planning and oversights, this is a great start

    Leave a comment:


  • eek
    replied
    Originally posted by cojak View Post
    Can we pre-order?
    Not yet but I've put a website up....

    And found a prime example to start with

    Leave a comment:


  • original PM
    replied
    Originally posted by eek View Post
    1 weakness of agile is that I'm seeing it being used to allow the customer to skip any requirement gathering before work begins.... This is especially the case where its impossible to pin down 3rd party dependencies and requirements...

    Agile then allows people to explicitly state assumptions and start development...
    Yes Agile is not an excuse to not properly gather requirements..

    It never has been.

    It should be about a more flexible way of delivering what is needed by a few phases rather than doing all the coding, delivering what people thought they wanted 8 months ago and then having to do loads of rework.

    Every software project I have been on has needed rework but almost every project had nothing in the plan.

    Which is just naive.

    Leave a comment:


  • anonymouse
    replied
    Originally posted by eek View Post
    1 weakness of agile is that I'm seeing it being used to allow the customer to skip any requirement gathering before work begins.... This is especially the case where its impossible to pin down 3rd party dependencies and requirements...

    Agile then allows people to explicitly state assumptions and start development...
    It seems to depend on how they are using Agile, most sites (that I've worked on) don't have enough product owners to cover all the sprints. Therefore, the BA does the requirements up front, producing the basic user stories. The BA then becomes the product owner during the development sprint (along with being the tester as well). Any disagreements/design changes can be taken up with the true product owner during the build.

    Leave a comment:


  • eek
    replied
    Originally posted by original PM View Post
    it depends - are you actually trying to deliver a project or just go through the motions and produce lots of paperwork showing why the project failed?

    Agile is difficult to do with 3rd parties as the charging model becomes very vague or you do a per day charge and the cost can become high if not well managed

    Prince is better as you can get the 3rd party suppliers to costs against clear deliverables problem is as some people struggle to define requirements you often find when the product is delivered everybody wants to do a bit of a tweak and so you become sort of Agile.
    1 weakness of agile is that I'm seeing it being used to allow the customer to skip any requirement gathering before work begins.... This is especially the case where its impossible to pin down 3rd party dependencies and requirements...

    Agile then allows people to explicitly state assumptions and start development...

    Leave a comment:


  • original PM
    replied
    it depends - are you actually trying to deliver a project or just go through the motions and produce lots of paperwork showing why the project failed?

    Agile is difficult to do with 3rd parties as the charging model becomes very vague or you do a per day charge and the cost can become high if not well managed

    Prince is better as you can get the 3rd party suppliers to costs against clear deliverables problem is as some people struggle to define requirements you often find when the product is delivered everybody wants to do a bit of a tweak and so you become sort of Agile.

    Leave a comment:


  • SpontaneousOrder
    replied
    https://www.axelos.com/best-practice.../prince2-agile

    I have no idea what that involves - I just saw someone tweet about it.

    But... I strongly suspect that 'Agile' or PRINCE2 is a false dichotomy.

    Leave a comment:


  • eek
    replied
    Originally posted by SimonMac View Post
    If its anything like the CUK Cookbook we will be waiting a long time
    I currently have free time on my schedule between 8am to 4pm so plenty of time to look busy at the moment....

    Leave a comment:


  • SimonMac
    replied
    Originally posted by cojak View Post
    Can we pre-order?
    If its anything like the CUK Cookbook we will be waiting a long time

    Leave a comment:


  • cojak
    replied
    Originally posted by eek View Post
    Prince 2 gives you the ability to understand what all the paperwork is for.

    Agile is the latest buzz word.

    Personally I would suggest my forthcoming book on The Panic Methodology. This is designed to reflect the practical management of projects rather than the ideal theory other methodologies favour...
    Can we pre-order?

    Leave a comment:


  • eek
    replied
    Originally posted by SimonMac View Post
    That is what I am seeing, more structured Prince working at the Portfoilio / Programmes level, with Agile Projects delivering it.

    Which I think just answered my own question as I have been, and want to continue working at the Programme/Portfoilio level rather than the individual Project level
    Yep prince covers the big picture, agile covers the nitty gritty detail of things like resource allocation

    Leave a comment:


  • SimonMac
    replied
    Originally posted by malvolio View Post
    I suspect these days you need both. Agile works well in dynamic environments such as external user facing sites or user acceptance testing but any programme of work has to site inside a defined structure. So use Prince to work out what has to be delivered, when and for how much and then agile to deliver the individual projects within that framework.

    You can use Prince all the way down (hence waterfall) although it gets really clumsy on smaller projects, but you can't realistically use agile all the way up.

    Incidentally, transition has to work within a set process environment, there are too many risk factors to do otherwise. Agile is NBG for that kind of work
    That is what I am seeing, more structured Prince working at the Portfoilio / Programmes level, with Agile Projects delivering it.

    Which I think just answered my own question as I have been, and want to continue working at the Programme/Portfoilio level rather than the individual Project level

    Leave a comment:


  • vwdan
    replied
    Originally posted by eek View Post
    Personally I would suggest my forthcoming book on The Panic Methodology. This is designed to reflect the practical management of projects rather than the ideal theory other methodologies favour...
    I look forward to the followup - "Making Headless Chickens Look Organised"

    Leave a comment:


  • Dallas
    replied
    Where i am is Agile - with quarterly deployment scheduled - ha ha ha

    Its the future, until you ask the vendors

    Leave a comment:


  • malvolio
    replied
    I suspect these days you need both. Agile works well in dynamic environments such as external user facing sites or user acceptance testing but any programme of work has to site inside a defined structure. So use Prince to work out what has to be delivered, when and for how much and then agile to deliver the individual projects within that framework.

    You can use Prince all the way down (hence waterfall) although it gets really clumsy on smaller projects, but you can't realistically use agile all the way up.

    Incidentally, transition has to work within a set process environment, there are too many risk factors to do otherwise. Agile is NBG for that kind of work
    Last edited by malvolio; 9 June 2015, 09:45.

    Leave a comment:

Working...
X