ProjectManagement.com - Projects - Manage - Procurement

The Path to the PMP (Part 5)

Thu, 23 May 2013 04:00:00 GMT

A few articles ago you committed to getting in PMP shape. Every muscle from head (Integrating) to foot (Closing) has been used. It's time now to start working very specific areas. Up first: Project Scope Management.

The Path to the PMP (Part 6)

Thu, 23 May 2013 04:00:00 GMT

As we continue our PMP workout, we look at the Project Time Management knowledge area--which involves six processes that interact with each other and are described as discrete and sequential, but in reality may overlap.

The Path to the PMP (Part 7)

Thu, 23 May 2013 04:00:00 GMT

The best part about Project Cost Management is that there are only three processes. And while the first two processes are light dumbbell lifting, the third throws some heavy barbell exercises your way. Are you prepared?

Can Risk Management and Project Management Work Together?

Mon, 20 May 2013 04:00:00 GMT

Risk management has been taking a backseat to project management. Finding an effective way to manage both processes harmoniously side by side has been a problem...until now.

What You Should Know About Kanban (Part 3)

Wed, 15 May 2013 04:00:00 GMT

If Kanban works well on specific software projects, can it be scaled to facilitate Lean throughout an organization? Here we look at how Kanban can be thought of as a general purpose change management approach for your organization.

Keeping the Schedule on Track

Wed, 15 May 2013 04:00:00 GMT

If the schedule only exists to track what happened, it is a fairly useless tool. It will be glad to talk to you about the project and tell you how horrible things are, but that is not what project managers need. Here are some ideas for using the schedule to help the project instead of just using it to document failure.

Why Giving Up Control is Good for Your Methodology...and Your Projects

Mon, 13 May 2013 04:00:00 GMT

If we want better projects, we need to be better at our project management. But is consistency and formality the answer? Is demanding adherence to a common process what is required to get to "better"? The evidence here is mixed.

How to be Extraordinarily Agile

Thu, 09 May 2013 04:00:00 GMT

On an agile project, we often must accomplish the extraordinary. Yet how can we do so when we must work with such...ahem...ordinary people? Here are some suggestions for helping your group of ordinary individuals to accomplish the extraordinary on your agile project.

Build or Buy: How Do You Decide?

Mon, 15 Oct 2012 04:00:00 GMT

Build versus buy decisions are crucial for success, but they aren't simple. Some elements will be developed in house and some will be outsourced. But with such a wide ranging impact, how do you decide on the best approach?

Project + Government = Change

Mon, 09 Apr 2012 04:00:00 GMT

Transitions can be difficult when management and stakeholders change--something that happens on a regular basis in the government. Some basic guidelines can keep the project on track.

Procurement Management Done Agile (Part 2)

Wed, 07 Dec 2011 05:00:00 GMT

A new agile procurement process--one that can operate in conjunction with and alongside an agile software development methodology--should significantly improve both the procurement of software vendor's services and and successful delivery of software projects. This article will explore the underlying principles as well as map the reconciliation points required to harmonize agile development and procurement methods.

Scrum Artifacts in the New ScrumBOK

Tue, 01 Nov 2011 04:00:00 GMT

Some substantive updates to the definition of Scrum artifacts may seem like minor clarifications to terms and definitions, but they have quite profound implications. In this article, we discuss these changes and how they affect the ScrumMaster (or project manager) tasked with delivering a "done" increment.

The Outsiders

Thu, 27 Oct 2011 04:00:00 GMT

Does your project need outside help? You'll need to consider a few things before making your pitch to the necessary senior leadership and actually bringing in an outside consultant. Here, we cover some key considerations.

Procurement Management Done Agile (Part 1)

Tue, 04 Oct 2011 04:00:00 GMT

This will be the first in a series of articles that will look to provide the background of issues involved with managing an agile software development project under a traditionally linear and sequential project procurement process. Software development has been deliberately chosen for the example industry since that's the domain for which agile is most typically used, but for those using agile in other industry domains, the general issues and proposed solution should work equally well within your industry.

The Procurement Project

Mon, 03 Oct 2011 04:00:00 GMT

Procurement management is one of the knowledge areas in PMBOK, but procurements for large computer systems or multi-year projects can easily take on a life of their own. This article will provide guidelines for issues that are unique to a procurement project. Ensuring that these guidelines are followed (or at least considered) by the appropriate stakeholder will assist the PM in successfully completing the procurement so that the real work can begin.

The SOW and Reporting: Your Involvement in Procuring a Contingent Work Group

Thu, 29 Sep 2011 04:00:00 GMT

An effective contingent work team can be procured more easily when you get involved in development of the SOW. Your non-involvement may result in a costly Emergency Executive Intervention.

An Eye on Supply

Mon, 26 Sep 2011 04:00:00 GMT

In the ever-increasing speed trip down the ramp of badly made cost-cutting decisions, many mainstream manufacturers are compromising on the quality of their products. To help address this, we all need to more carefully monitor the quality of our supplier goods.

The Problems with RFPs (Part 2)

Mon, 26 Sep 2011 04:00:00 GMT

RFPs are a double-edged sword for many vendors. In the first article, we looked at the challenges with layout and content. In this second installment, we look at the challenges vendors experience in the process from the point they are made aware of the RFP to the submission of the bid.

Did You Even Read the RFP?!

Mon, 26 Sep 2011 04:00:00 GMT

Have you ever thought about the RFP process from the other perspective--the potential vendor who responds? An RFP response is more than just a proposal to supply products and/or services; in many cases it is an opportunity to showcase a potential vendor to the procuring organization. But when some vendors reply to RFPs, you have to wonder what they thought that they were bidding on. In this article, we flag some of the things vendors should consider.

In with the 'In Crowd'

Mon, 19 Sep 2011 04:00:00 GMT

Although the 71st anniversary of Operation Dynamo, which took place during the second World War, was celebrated earlier in the summer, we can still continue to celebrate its achievements in the extraordinary results that the use of "crowdsourcing" in projects can deliver.

The Problems with RFPs (Part 1)

Mon, 19 Sep 2011 04:00:00 GMT

This two-part article will provide you with some insight into some of the most frustrating aspects that vendors experience when they attempt to decipher the hieroglyphics found in the proposal documents. The first part will focus on the content of the RFP.

RFP: Really Failed Plan?

Mon, 19 Sep 2011 04:00:00 GMT

Some RFPs are bad...really bad. It makes you wonder how clear the purchasing organization is on what they are trying to achieve. Here, we look at the process that an organization goes through in preparing and issuing an Request For Proposal--and identify some best practices.

Getting Procurement to Support Projects: Mission Impossible?

Mon, 12 Sep 2011 04:00:00 GMT

Where evolving procurement requirements come from, and why, is in reality no different than how requirements evolve in any organizational area. The challenge is that they compound themselves, layering restriction upon constraint upon requirement. What can an organization do to improve its procurement efforts? What can be done to make procurement work in support of projects rather than be a barrier, roadblock or black hole?

Managing the Contract

Mon, 12 Sep 2011 04:00:00 GMT

There's more to vendor management than deliverables and deadlines. Let's look at a few basic concepts that will help PMs avoid some of the biggest pitfalls.

Managing Strategic Provider Relationships

Tue, 06 Sep 2011 04:00:00 GMT

The relationship forged with strategic providers can make the difference between success and failure within the organization. Here, the value proposition they represent is often based more on their service and support levels than price. In essence, SPs become de facto stakeholders with the organization--and thus require special consideration in terms of how the relationship is cultivated and managed.

Suppliers Need Attention, Too...

Tue, 06 Sep 2011 04:00:00 GMT

The use of supplier relationship management (SRM) can be considered symbiotic in nature, since the mutually beneficial aspects of having such a two-way dependent/supportive partnership can make each party's success tied to the other's. Can we relate?

Contract Killing

Mon, 20 Jun 2011 04:00:00 GMT

Does the use of agile project management require new contract models in order to be successful? Can agile project management be used with traditional fixed-price contracts? Does agile project management require a new type of contract (and if so, what kinds)? Furthermore, wouldn't a new type of contract discourage the use of agile PM?

Agile Contracts (Part 1)

Tue, 08 Feb 2011 05:00:00 GMT

Agile methods deliver many benefits in terms of their flexibility to cope with changing requirements and priorities. However, this adaptability and reluctance to be tied down on scope can create contract problems when trying to form supplier agreements or outsource work. Part 1 of our two-part series covers the challenges of agile contracting and offers some of the packaged solutions created so far.

Getting Fixed

Mon, 20 Dec 2010 05:00:00 GMT

How do you make a fixed-price contract work? This article investigates the reasons why IT projects tend to overrun the budget--and the mitigating actions that can be applied.

The Software Shuffle

Mon, 15 Mar 2010 04:00:00 GMT

Software is built on a variety of assumptions, and we need to understand what those assumptions are--and work around them in defining how we use the software. With so many options in the marketplace, how do you decide what's good and what's not? How do you navigate the promises of software vendors to know what you should be looking for, and how do you decide what will actually work for you?