ProjectManagement.com - Projects - Manage - People

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? This article will 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. The question that remains, however, is this: Is consistency and formality the path to get there? Is promoting and demanding adherence to a common process what is required to get to "better"? Here, the evidence 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.

How to Adapt Leadership for Evolving Teams

Thu, 09 May 2013 04:00:00 GMT

There is no exact science for people. Just as our project processes should be context-specific, so too should our team processes. Depending on whether your team is brand new, establishing itself or stable, the way we interact as managers and leaders should be tailored to fit the circumstances. Here are some pointers.

What Do Your PMs Think of Your PMO?

Tue, 07 May 2013 04:00:00 GMT

What is your PMO's reputation among the PMs it serves? There could be a lot of distrust. Through experience, one manager discovered some potential problem areas that you may want to look at in your own organization.

Untangling the Project Organizational Chart

Mon, 22 Apr 2013 04:00:00 GMT

Organizational charts can become a tangled mess of lines and overlapping boxes. The project manager must untangle this mess so the project can progress. Sounds like a little R&R is what we all need...

Governance: An Overused Word, or Something Worth Talking About?

Mon, 15 Apr 2013 04:00:00 GMT

"Governance" is one of those words that consultants and managers like to throw around to make it sound like they know what they're talking about. It is also one of the most widely misused words--if not concepts--currently employed in organizations. Why this is, what it means (and doesn't) and what it should represent are what this article explores.

Pardon from the Governor

Mon, 15 Apr 2013 04:00:00 GMT

It doesn't seem to matter what methodologies are used--success is not a guarantee. While eyes always turn to the PM for blame, isn't it time we examined why another significant party should also be sharing that burden?

Promoting Shared Leadership

Thu, 11 Apr 2013 04:00:00 GMT

Agile methods suggest replacing top-down, command-and-control management with empowered teams and shared leadership. That all sounds nice, but what exactly is shared leadership and how do you get it to happen?

Whose Fault is This, Anyway?

Mon, 08 Apr 2013 04:00:00 GMT

While "blame" is not a constructive term to use in establishing where things went wrong, every element of a project should have clearly defined owners. If it isn't clear where that ownership lies, there's a fundamental problem in the way your project is structured. Here we look at how we can establish that ownership--and ensure that the model is applied effectively.

Governance Planning

Mon, 01 Apr 2013 04:00:00 GMT

Governance is concerned with the best use of an organizations' resources. Thus, effective IT planning processes are essential. Organizations must gain insight into (and ultimately retain control over) the demands being made on IT.

Big Picture Governance

Mon, 01 Apr 2013 04:00:00 GMT

The stress of dealing with the governance committee can quickly cause the word "governance" to become a four-letter word. Learn how to work the system to make governance effective and actually helpful to the project.

Topic Teasers Vol. 6: Leading Without Authority

Mon, 01 Apr 2013 04:00:00 GMT

Question: I work for a non-profit organization and am leading a five-year project supported by a grant. Four years in, I'm still unable to get cooperation from the participants (paid). How do I get them committed so that we have something to show for the five years of work?

A.	There is no way to achieve performance goals in only five years unless you have full authority over these people. Ask the funder for another three years of funding.
B.	Find a few participants who you can pay extra to cooperate, and then use them as examples to shame the rest of the group into compliance.
C.	Create a clear performance structure with an irresistible payoff at the end, but be prepared to abide by your own rules if you want to change the participant's behavior.
D.	Non-profit organizations are not planning to receive the expected outcomes promised, as they know from experience that only profit-driven projects can be successful.

Hiring or Assigning a Project Manager (Part 2)

Thu, 28 Mar 2013 04:00:00 GMT

As our two-part series concludes, we look at the three most common approaches to selecting PMs that one expert has seen in the business world: assigning the in-house subject matter expert, hiring a project management specialist and hiring a project management generalist. Warning: These aren't always best practices...

Building a PM Community

Mon, 25 Mar 2013 04:00:00 GMT

There are many ways that a project manager can find or create a community of support--and it extends beyond the project management office. Here we offer a few suggestions and starting points for finding communities for project managers.

Topic Teasers Vol. 5: Agile Sales Teams

Mon, 18 Mar 2013 04:00:00 GMT

Question: We are totally committed to agile in our production teams, but is there any way to use the agile philosophy for a sales team?

A.	Agile was written by software developers, and any attempt to move it outside of that sweet spot has proven unsuccessful.
B.	The agile philosophy is appropriate for any group that needs a flexible approach to providing increased value to the organization through a collaborative approach.
C.	Since the Scrum methodology includes software prototyping, testing and rework, salespeople must learn enough code to experience those parts of the agile process to use it.
D.	The agile philosophy is appropriate for any group that needs a step-by-step solution that can be replicated by each team in the organization to provide product consistency.

Starting a Project Schedule from Scratch

Mon, 18 Mar 2013 04:00:00 GMT

When creating a project schedule, most project managers use templates or old project plans that can be repurposed for the new project. There are times, however, when it is necessary to build a schedule from scratch--a task that is far more difficult

The Cost of PM Efficiency

Mon, 11 Mar 2013 04:00:00 GMT

Nothing comes free, but do you understand the true cost? When we look for ways to improve business efficiency, we consider two primary factors. But sometimes organizations push so hard for efficiency that they ignore the potential impact--and that's when the problems start.

Divisive Devices

Mon, 11 Mar 2013 04:00:00 GMT

For a company and its associates to act responsibly and minimize exposure of data on mobile devices, the following actions need to be considered as a component of a collaborative agreement.

Topic Teasers Vol. 4: Phantom Teams

Mon, 04 Mar 2013 05:00:00 GMT

Question: My project "teams" are random, siloed people housed all over the building. We never meet, and multiple project managers all use the same departmentalized individuals to complete activities. How do I get them to prioritize my work requests?

A.	Ask your organization to restructure from a traditional hierarchy to a projectized organization.
B.	Offer free coffee mugs, t-shirts and award certificates each time someone completes an activity for your project.
C.	Show your manager that having these people moved to a common workspace for the duration of your project will add value to the project deliverables.
D.	Transition yourself from a project manager to a project leader and create a sense of connection and personal relationships between these random, siloed workers.

Avoiding Chaos in Meetings

Mon, 04 Mar 2013 05:00:00 GMT

Meetings are the lifeblood of projects, but they can quickly dissolve into chaos if not facilitated correctly. A few tricks will keep things on track and the meeting finished on time.

Project Communication: Caught in the Middle

Thu, 28 Feb 2013 05:00:00 GMT

It would be simple for a development team to use agile software development practices to improve their development process, likely reducing the injection of defects and possibly increasing their productivity. But what happens if they don't? A lesson in communication and human behavior may help.

PMO Team, Assemble!

Wed, 27 Feb 2013 05:00:00 GMT

In the movie The Avengers, a team of super heroes joins forces to combat a threat that human forces cannot defeat. The PMO can learn valuable lessons from this story about how to assemble a powerful team (but please, no smashed buildings!).

Topic Teasers Vol. 3: Agile Nearshoring

Tue, 19 Feb 2013 05:00:00 GMT

Question: My organization outsources to save money, but it creates communication issues and other problems for my agile team. Can offshoring (outsourcing) work effectively for non-collocated agile groups?

A.	Yes, but success may depend on how far away from your collocated team the outsourced resources are located.
B.	No. Agile practices stress collocated teams. If you are not based together, there is no way for an agile approach to be effective.
C.	Yes, but only if the teams switch the locations where they live every six months so that each group learns the language and culture of the other.
D.	No. Agile was created in the United States, and therefore it is only intended to work for American teams.

Keeping Clients Happy

Tue, 19 Feb 2013 05:00:00 GMT

In reading articles about the worst companies to work for (and their practices), there are many common elements that helped them qualify for such a distinction. Several of them focus on a symbiosis of employee and customer satisfaction.

Analyzing the Project Resources

Tue, 19 Feb 2013 05:00:00 GMT

All of the project planning in the world will not help a project if the resources working on it are not able to do their work. A careful look at the resources of the project--before and after the project plan is loaded--will keep them engaged instead of driving them away.

Diving into the Project Plan

Mon, 11 Feb 2013 05:00:00 GMT

The project plan can be a strange environment of murky waters, but the adventurous project manager can see clearly if they dive in and explore the depths.

Leadership in Projects: Back to High School

Mon, 04 Feb 2013 05:00:00 GMT

Whether a project manager has a lot of experience or none at all leading teams, there are some basic guidelines they can follow in order to lead people successfully. A trip back to high school shows us three key roles the PM must play.

More PM, Interrupted

Tue, 22 Jan 2013 05:00:00 GMT

Interruptions are one of the main battles we face each and every day. What can a PM learn from them about how to manage personal productivity in a world of digital distraction?

Training a Psycho PM

Wed, 02 Jan 2013 05:00:00 GMT

Projects need resolute leadership, which emphasizes the importance of project management decisions. They can make a project successful, but they can also make a project fail. That is why obscure human heuristics (mental disposition) and biases (personal inclinations) are so important. PMs need to know how these can influence decisions, along with firmly commanding traditional decision-making techniques.

Defining Failure

Mon, 03 Dec 2012 05:00:00 GMT

PMs don't always have the right view of what makes a project successful. Our discipline has evolved and now requires us to have a much more complete view of how our projects impact organizations. Just how do you define "failure"?