Hot answers tagged

18

Well the easy and probably not completely helpful answer is, agile requires a change in how the business plans. You fund teams, not projects. That's not entirely helpful so let me try and bridge the gap. The success of an agile project boils down to having a good backlog and dedicated teams. If you don't spend time planning a backlog, then you'll never ...


11

TL;DR For agile projects, a basic formula for estimating budget is: (totalStoryPoints / velocity * teamHoursPerSprint) + nonLaborCosts = budgetEstimate The results should be reported as an estimated range using statistical confidence intervals or a "high, low, average" method. Estimate Budget Using Iterations The "secret" to estimating agile budgets is ...


8

Management Owns Cost-Overruns A Developer estimates between 70 to 100 hours for a task. Due to the urgency of the task and the developer's unavailability, a far less experienced developer is assigned to the project. The new developer takes 200 hours to complete the task. This is the agency's responsibility 100% of the time. Whether the estimate was wrong,...


6

Use Backlog Estimation to Provide Planning Values In Scrum, teams often perform a first pass through the Product Backlog (generally at the Theme or Epic levels) at the start of a project in order to define project scope and to set initial target dates. While story points, Sprint Goals, and the Product Backlog frequently change over the life of the project, ...


6

Risks are typically classified into these two categories: Known Unknowns and Unknown Unknowns. You can break the latter down into Unknown Knowable Unknowns and Unknown Unknownable Unknowns. Known knowns are not risks since this implies certainty. You have two types of drivers when it comes to your budget and schedule risks. The first driver is ...


6

One way to think about it is using the classic "accuracy vs. effort" curve. Sure, you can spend significant time planning up front, but you quickly hit diminishing returns on accuracy and will most definitely waste time planning things that won't make it into the final product (placing yourself far along the curve). Or you can take an agile mindset and ...


6

TL;DR Your job as a Product Owner (PO) or Project Manager (PM) is not to have all the answers. Your job is to have a vision, and to communicate options to stakeholders and business decision-makers. Analysis and Solutions What if somebody is asking a salary increase? if I keep him, I have higher costs. Hence probably my budget will blow up. I can try to ...


5

Two key expectations from a PM are: Assess, track and report Risk Manage Stakeholder's expectations You are doing all the risk management, and it seems the second part could be improved. So, you could take some actions, such as Consider and cost, on your original plan, the risk of going 50% beyond schedule. With this, you'll be agreeing upfront the ...


5

Think "Communications," Not Collections The nature of your budgetary obligations is obviously dependent on the definition of the Project Manager role within your particular organization. However, in my experience "chasing money" isn't the proper role of a project management professional. For example, you are probably not an enforcer working for a loan-...


4

TL;DR Risks can be accepted, controlled, or transferred. Your project plan should certainly include risk analysis and recommended controls, but the risks properly belong to the project stakeholders. As the project manager, you should focus on documenting the risks and providing reasonable project controls for those risks that aren't accepted or transferred. ...


4

There is a difference between an estimate and planning value. An estimate is a probabilistic range and should include variables such as less qualified resources doing the work plus about 1,000 other aleatory and epistemic variables. Therefore, the proper estimate should have been 70 to 200+ hours. In this range, you need to chose the planning value, say ...


4

I'm going to read between lines a bit here, but I think the issue that management has is not explicitly that the mitigation strategy is too reactive- mitigation, almost by definition, has to be reactive. I think the issue is that the way you are handling the project is demonstrating that you don't really know what the budget or timescale should be and that ...


4

TL;DR There's nothing wrong with your vendor's model. The problems are: There's a mismatch between their business model and yours; and Your budget doesn't account for the known costs and business model of your current vendor. You have lots of alternative options. Pick one. Analysis Pay 2-5 hours for investigating, if it is fixed during those hours we ...


4

The answer will be peculiar to the individual project. Wallace's law of project management the PM's primary job is to inform stakeholders of the effect of any change on Scope, Schedule, and Quality. Your question is perceptive - it is the reason that they hire a PM. A good PM will always have an answer "If I gave you an extra N% budget, how would you ...


3

Are you sure you want this integrated in TFS? If your team is agile and is using the Scrum or MSF Agile template, it's not tracking the data required to create the reports your manager would like to see. And if your team is doing agile properly, then it probably doesn't want to track this data in this way. There are other ways of tracking project completion ...


3

This situation is unfortunately more common than logic would suggest. It all arises from the projects culture, in general when transparency is part of the business culture, and of course there is a well designed compensation policy that allows that transparency without fearing conflicts, project management can have full sense as you really know which ...


3

The PM is accountable for all aspects of the project, including satisfaction of money owed to all vendors, including his/her own organization. So, the involvement needs to be consistent with accountability. Delegate tasks as you see fit, but accountability for task completion and success is not transferable. EDIT: If you are a seller of services, you ...


3

See FedBizOpps.gov: https://www.fbo.gov This is where the gov posts its RFP's. You may not be dealing with the federal gov't but this is a place to begin your research as the general process is similar. Since you are dealing with some kind of gov't agency, and you are just starting out, I strongly recommend that you hop on down to your local SBA and get ...


3

So my question: how can I a) work around not having crucial information, or b) explain to my boss that in order to do my job properly, I need that crucial information? In the absence of budget and time constraints your main objective is to prioritize work by value gained and ensure that work can be completed efficiently. That puts you in the best position ...


3

Let's simplify your question down. Feature A is expected to cost $X to deliver and in reality costs $1.2X to deliver. This can be because of a raise, inflation, change in needs, or a ton of other reasons. Let's assume for a moment that quality is a constant and you can't just release shoddy work to meet your deadlines. You mentioned the traditional iron ...


3

TL;DR Level of effort and complexity are much better metrics for estimating work than lines of code (LOC). Furthermore, they can only be effectively estimated by the people who will be doing the actual work. Using proxy metrics that don't map to actual costs is not a good way to plan a project or forecast a budget. Unless your company is actually paid for ...


3

You need to calculate risk exposure for each of the identified risks then compute a work buffer to cover them. This is part of the Risk Analysis and Management practice. Since this is a fixed price contract, you need to do an upfront estimation of your work, most likely directly in time units. You also need to sit down and think about what risks may ...


3

Don't confuse budget with price. You set a price, but you build a budget. A price is usually a number that reflects an amount of money you pay on some product. The price includes the cost of production for that product, eventual taxes (like VAT, for example), and a profit that the company expects to make from selling the product. A budget is not a simply a ...


3

David Espina expressed it very pragmatically in his comment "Can you provide me a quote for this work?" The fancy name for that is a Request For Proposal. That's a document that outlines the requirements of your project (in this case website) to help the vendor/developer understand what needs to be built. They can't offer you a cost for building ...


2

We're developing an application on a contract basis for an arm of a governmental organization. At the moment, we're students, and payment was slated to done using student funding avenues. However, I've just heard word that we'll need to set up a business, write up formal requirements and a proposal, and assist in comparing bids of similar scope and ...


2

This starts with your business case. In that document you should have documented all of the benefits that you expect to accrue and that justify the money to be spent on the project. Integrated with your business case is a benefits realization plan, which documents the benefit to be accrued, who is accountable for accruing it, the metric(s) used to measure ...


2

Scrum focuses on development work delivered over a set interval (i.e iteration or sprint). If the scrum team is not physically setting up the hardware, the scrum framework doesn't apply to your situation. For agile-scrum projects, there are high level planning requirements which include creating a product roadmap. This roadmap should outline the ...


2

In my practice, agile projects are set up and budgeted the same way as the regular ones. We have business case / high-level scope, based on this we make a preliminary estimation for cost and schedule, check it against our past experiences (or past project metrics), and document it in the project charter. Most agile methods do not cover the entire project ...


2

It's really no different than in waterfall projects. When you hand it to the customer and say it's done, there's the implied statement that you've tested it and it is high quality. So, any bugs would be a flaw in development that the development team would own. It's like if you had someone replace the brakes on your car and they made a mistake. You paid ...


2

This is not a feature that comes stock with TFS Depending on your bosses requirements, creating a TFS custom process template may be suitable, depending on how he/she wants to consume the information, e.g., graphs, roll-ups, etc. For more information on custom process templates please reference TFS documentation here. There are 3rd-party tools out there ...


Only top voted, non community-wiki answers of a minimum length are eligible