監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價(jià)咨詢管理系統(tǒng) | 工程設(shè)計(jì)管理系統(tǒng) | 甲方項(xiàng)目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉
軟件項(xiàng)目管理工具

當(dāng)前位置:工程項(xiàng)目OA系統(tǒng) > 建筑OA系統(tǒng) > 軟件項(xiàng)目管理工具

項(xiàng)目計(jì)劃編制(ProjectPlanning)

申請(qǐng)免費(fèi)試用、咨詢電話:400-8352-114

Project Managers and Strategic Thinking
Organizations select people to manage cross-functional projects based on their high levels of personal productivity and their ability to get things done. These PMs are typically task-oriented people with a strong sense of urgency and a keen focus on getting started and finishing. An organization typically needs its project managers to begin with the "blue sky" or conceptual thinking required to plan a project. Not too surprisingly, the inclination of most PMs is to skip the strategic phase of project management and to start the project.
The Activity Trap
Instead of thinking strategically to define the measurable results the project should achieve, the PM and her sponsor usually focus on the bells and whistles of the project's tasks. This is the activity trap, and it is an evil thing. When a PM dives head first into the gunk of the activity trap, the project planning takes the form of horse-trading. "Okay, if you can add your favorite task, then I get to add mine!" Most importantly, no one has agreed on what the project will achieve. After the project starts, tasks can change at the drop of a hat because there is no clear vision of the end result; everyone has their own idea. The project's scope and budget expand wildly as tasks are added because they sound like they should be part of the effort. The inevitable budget cutting is equally senseless. The thousands of decisions that people make during a project are not channeled toward a clear, measured result. The project manager doesn't find out about this desired strategic result until the project is almost finished and the stakeholders are unhappy.
It's no surprise that most bad projects -- particularly the ones that organizations repeat every few years -- are flawed because the front end planning is weak or was never attempted. It's up to the project manager to get the real definition of success before the project starts.
The PM must ask tough questions of the project sponsor and stakeholders: How will you measure success at the end of this project? What do you really want to buy for all this money we're going to spend? Getting answers to these questions forces the kind of conceptual thinking required at the front end of a project. Without an understanding of the desired result, the PM cannot fend off scope enlargement and define success for the people who will be doing the work. With answers to her strategic questions, the PM can drive the project toward the agreed upon measures of success.
A Different Kind of Thinking
Defining project success before you start requires conceptual thinking. We need to conceive a project as a linked chain of measured achievements. We create this chain by starting at the end of the project -- yes, the end. The last achievement is the sponsor's definition of success. This success definition needs to be measurable and preferably quantifiable.

"Provide the best possible customer service," is neither. Sure it sounds good and no one will disagree, but it's mush. We can't measure whether or not we have achieved this.

"Answer 95% of our customer's calls within 120 seconds," is measurable and quantifiable. People will argue about whether this is what they want and that's the point; we want to define good customer service before we start the project.
After a sponsor "buys off" on this second definition of success, we will not have to argue about whether or not we succeeded.
Let's go back and look at how a PM would develop this measure of success using this customer service example. As the PM, you're assigned a project which the sponsor describes as consisting of a new information system, training and installation for a customer service division that answers telephone inquiries. Immediately, you find yourself deluged with the technical details of hardware, programming and training that the new customer service system requires. As challenging and important as these are, they are only activities.
The success definition is not to install hardware and software. The success definition must be a strategic result. The sponsor wants to talk about activities. As project manager, you need to force a discussion of what the end result will look like in terms you and the sponsor can measure. After long discussions, you may finally unearth that the sponsor's real desire is to reduce the number of times that a customer problem is not solved on the first call.

發(fā)布:2007-02-27 10:56    編輯:泛普軟件 · xiaona    [打印此頁]    [關(guān)閉]
相關(guān)文章:

泛普軟件項(xiàng)目管理工具其他應(yīng)用

項(xiàng)目管理工具 禪道項(xiàng)目管理軟件 夢(mèng)龍項(xiàng)目管理軟件 微軟項(xiàng)目管理軟件 裝飾管理系統(tǒng) 裝修預(yù)算軟件 項(xiàng)目計(jì)劃軟件 項(xiàng)目進(jìn)度管理軟件 軟件項(xiàng)目管理工具 材料管理軟件 工程項(xiàng)目管理軟件系統(tǒng) 項(xiàng)目管理系統(tǒng) 施工管理軟件 建筑工程項(xiàng)目管理軟件 工程管理軟件