7. INTRODUCTION
IT AND MODERN DAY PROJECT MANAGEMENT
1940s 1950s 1960s 1970s 1980s 1990s 2000s 2010s
First EDP PC Network Globalization
Electronic Era Era Era
Computer
8. INTRODUCTION
โครงการเกียวกับ IT
่ (Information Technology (IT)
projects) ถือเป็นการลงทุนขององค์กรที่ต้องการ
เวลา (Time)
เงิน (Money)
และทรัพยากรอื่น ๆ เช่น ผู้คน เทคโนโลยี ส่วนสนับสนุน และอื่น ๆ
ดังนั้นองค์กรจึงคาดหวังว่ามันต้องมีคุณค่าบางสิ่งบางอย่างกลับคืนมาหลังจาก
การลงทุน
ดังนั้นการจัดการโครงการเกี่ยวกับ IT จะสัมพันธ์กับวินยในการทางานใหม่ ๆ
ั
อันนามาใช้เพื่อทาให้โครงการเกี่ยวกับ IT ประสบความสาเร็จมากขึ้น โดย
นามาใช้รวมกับการจัดการกับโครงการแบบทั่ว ๆ ไปซึ่งอาศัย Software
่
Engineering/ Management Information Systems
13. ทาไมโครงงานถึงล้มเหลว? ในภาพกว้าง ๆ
ใช้งบประมาณเกินกาหนด (Cost Overruns)
เกินเวลาที่กาหนด (Schedule Overruns)
เพิ่มสิ่งสาคัญ ๆ เข้าไปหลังจากเริ่มโครงการ (Addition of features)
ลบสิ่งสาคัญ ๆ ออกเนื่องจากเกินงบและเกินเวลา (Deletion of
features due to time and cost overruns)
โครงการถูกยกเลิกก่อนเสร็จสิ้นสมบูรณ์ (Project is cancelled
before completion)
ผู้ใช้ไม่พึงพอใจและไม่ใช้งาน (User dissatisfaction and non
use)
14. FIGURE 1.1 - SUMMARY OF THE CHAOS
STUDIES FROM 1994 TO 2006
15. HAS THE CURRENT STATE OF IT PROJECTS
CHANGED SINCE 1994?
Standish Group ได้ศึกษาโครงการ IT อย่างต่อเนื่องมาหลายปี
พบว่า เมื่อกล่าวกว้าง ๆ จะเห็นว่าโครงการเกี่ยวกับ IT มีอัตรา
ความสาเร็จสูงขึ้น อันเนื่องมาจาก
มีกระบวนการและเครื่องมือในการจัดการกับโครงการดีขึ้น
โครงการต่าง ๆ มีขนาดเล็กลง
การสื่อสารระหว่างผู้มีส่วนเกี่ยวข้องทั้งหลาย (stakeholder) ได้รับการ
ปรับปรุง
ผู้จัดการโครงการเกี่ยวกับ IT มีทักษะและความชานาญมากขึ้น
แต่อย่างไรก็ตาม มันยังมีโอกาสในการปรับปรุงให้ดีขึ้นอีกมาก
16. Table 1.1 Summary of CHAOS Study Factor Rankings for Successful
Projects (Sources: Adapted from the Standish Group. CHAOS (West Yarmouth, MA: 1995)
& http://www.infoq.com/articles/Interview-Johnson-Standish-CHAOS)
Rank 1994 2001 2006
1 User Involvement Executive Support User Involvement
2 Executive Management User Involvement Executive Management
Support Support
3 Clear Statement of Experienced Project Manager Clear Business Objectives
Requirements
4 Proper Planning Clear Business Objectives Optimizing Scope
5 Realistic Expectations Minimized Scope Agile Process
6 Smaller Project Milestones Standard Software Project Management
Infrastructure Expertise
7 Competent Staff Firm Basic Requirements Financial Management
8 Ownership Formal Methodology Skilled Resources
9 Clear Vision & Objectives Reliable Estimates Formal Methodology
10 Hard-working, focused team Other Standard Tools and
Infrastructure
17. แล้วปี 2007 เป็นอย่างไร?
จากผลการศึกษาของ Tata Consultancy Services ได้สารวจ
800 Senior IT Managers จาก U.K., USA, France,
India, Japan และ Singapore พบคล้าย ๆ กันว่า
62% ของโครงการเกี่ยวกับ IT ล้มเหลวเสร็จไม่ทันเวลาตามที่กาหนด
49% ใช้งบประมาณเกินกาหนด (budget overrun)
47% ใช้ต้นทุนในการบารุงรักษาเกินที่กาหนดไว้
41% ล้มเหลวในเรื่องที่ต้องส่งมอบคุณค่าทางธุรกิจตามที่คาดหวังเอาไว้
และผลตอบแทนในการลงทุน (Return on Investment, ROI)
จากผลการศึกษาของ Machewka ในเรือง “Project
่
Performance and Internal/External Customer
Satisfaction” เป็นดังตารางในหน้าถัดไป
18. Table 1.2: Project Performance and Internal/External Customer Satisfaction.
Source: Marchewka, J.T. (2008). n = 114.
Much Much
Worse Worse Same Better Better
Ability to meet
project 0.0% 12.3% 40.4% 41.2% 6.1%
schedules
Ability to meet
IT Project project 1.8% 10.5% 44.7% 37.7% 5.3%
Performance budgets
Over the Past
3 Years
Ability to
complete
project scope 2.6% 7.0% 41.2% 41.2% 7.9%
or system
requirements
Overall
satisfaction of 1.8% 13.2% 34.2% 39.5% 11.4%
Customer the customer
satisfaction
over the past 3
years Perceived
(Customers value of the
can be internal delivered 0.0% 9.6% 39.5% 38.6% 12.3%
– e.g., HR product to the
department or customer
external – e.g.,
a particular
client) Potential for
future work 0.9% 3.5% 42.1% 38.6% 14.9%
with the
customer
20. Table 1.3: Summary of Factor Rankings for Challenged and Failed (Impaired) Projects
Source: Adapted from the Standish Group. CHAOS (West Yarmouth, MA: 1995)
Rank Factors for Challenged Projects Factors for Failed (Impaired) Projects
1 Lack of user input Incomplete requirements
2 Incomplete requirements Lack of user involvement
3 Changing requirements & specifications Lack of resources
4 Lack of executive support Unrealistic expectations
5 Technology incompetence Lack of executive support
6 Lack of resources Changing requirements & specifications
7 Unrealistic expectations Lack of planning
8 Unclear objectives Didn’t need it any longer
9 Unrealistic time frames Lack of IT management
10 New technology Technology illiteracy
22. Figure 1.2 - When IT projects have gone wrong, what has been the
reaction from the business managers and the Board of Directors?
Don't know 1%
None 2%
Looked for a scapegoat among IT staff 9%
Sought compensation from IT vendors 13%
Reluctant to fund new IT projects 19%
Reduced IT budgets 21%
Tend to accept problems as the norm (i.e., a 43%
necessary evil)
Continued to provide support to improve IT
69%
23. IMPROVING THE LIKELIHOOD OF SUCCESS
ใช้แนวทางขับเคลื่อนด้วยคุณค่า (A Value-Driven Approach)
Plain & Simple: IT Projects must provide value to the
organization
แนวทางผสมผสานด้านเทคนิคและสังคมเข้าด้วยกัน (Socio-technical
Approach)
It’s not just about the technology or building a better mouse
trap
ใช้แนวทางการบริหารโครงการ (Project Management Approach) ผ่านทาง
กระบวนการต่าง ๆ และโครงสร้าง
ทรัพยากรต่าง ๆ
ความคาดหวัง
การแข่งขัน
ประสิทธิภาพและประสิทธิผล
35. PROJECT MANAGEMENT คืออะไร?
Project management is “the application of
knowledge, skills, tools, and techniques to
project activities in order to meet project
requirements” (PMI*, Project Management
Body of Knowledge (PMBOK® Guide), 2000,
p. 6)
การบริหารโครงการ คือ การประยุกต์ใช้ องค์ความรู้ ทักษะ เครื่องมือ และ
เทคนิคต่าง ๆ กับกิจกรรมต่าง ๆ ในโครงการ เพื่อให้บรรลุถึงข้อกาหนด
*The Project Management Institute (PMI) is an international professional society.
ของโครงการ
Their web site is www.pmi.org.
43. การบริหารแบบเดิมที่ต้องใช้ (CLASSICAL MANAGEMENT)
การวางแผน (Planning)
การจัด(กลุ่ม)คนทางาน (Organizing)
การจัดหาบุคลากร (Staffing)
การสั่งการ (Directing)
การควบคุมให้เป็นไปตามแผน (Controlling)
เรามักเขียนย่อ ๆ ว่า POSDC
Which of the above is Usually NOT performed
by the project manager?
57. THE TIP OF THE ICEBERG SYNDROME
DELEGATION
OF AUTHORITY TO
PROJECT MANAGER
ผู้บริหารระดับสูง
EXECUTIVE
MEDDLING
เข้าไปจุ้นจ้าน
LACK OF UNDERSTANDING OF HOW PROJECT
MANAGEMENT SHOULD WORK
LACK OF TRAINING IN COMMUNICATIONS /
INTERPERSONAL SKILLS
MANY OF THE PROBLEMS ASSOCIATED WITH PROJECT MANAGEMENT WILL
SURFACE MUCH LATER IN THE PROJECT AND RESULT IN MUCH HIGHER COSTS
60. LIFECYCLE MODEL
Project management Life Cycle Manage the project
Systems Development Life cycle Modify the system
System life cycle
Project start Project end
80. IMPLEMENTING SDLC:
STRUCTURED APPROACHES TO SYSTEMS
DEVELOPMENT
วิธีการลดหลันแบบน้าตก (Waterfall Method)
่
Waterfall model มีการกาหนดๆ ไว้เป็นอย่างดี มีขั้นตอนแบบเชิงเส้นในการพัฒนาระบบและ
การให้การสนับสนุน เรียกแนวทางนีวา แนวทางเชิงเส้น (linear approach)
้่
80
81. WATERFALL METHOD
Define
Requirements
Design
Build
Test
Implement
Maintenance
82. ITERATIVE SYSTEMS DEVELOPMENT
ใช้แนวทางการพัฒนาแอพพลิเคชันอย่างรวดเร็ว (Rapid Applications
Development (RAD)) ถูกนามาใช้สร้างระบบต่าง ๆ อย่างรวดเร็วโดยไม่
จาเป็นต้องมีลดทอนเรื่องคุณภาพลง (sacrificing quality)
การทาต้นแบบ (Prototyping) ถูกนามาใช้ในการพัฒนาต้นแบบ (prototype)
เพื่อพิจารณาถึงความต้องการของผู้ใช้ให้ชัดเจน (clarify user
requirements)
การพัฒนาหมุนวนแบบใยแมงมุม (Spiral Development) แสดงว่า ซอฟท์แวร์
ถูกพัฒนาโดยใช้การทาซ้า ๆ (iterative) หรือ แนวทางหมุนวนแบบใยแมงมุม
(spiral approach) แทนที่จะเป็นแบบ linear approach
Incremental release model ใช้สาหรับ progressive
development ของ operational software
83. การพัฒนาระบบแบบคล่องตัว (Agile Systems Development)
SCRUM Repetitions of iterative development are
referred to as sprints, which normally last thirty days.
Teams often meet every day for a short meeting, called
a scrum, to decide what to accomplish that day. Works
best for object-oriented technology projects and requires
strong leadership to coordinate the work
DSDM (Dynamic systems development method)
ASD (Adaptive software development)
XP (eXtreme programming) โปรแกรมจะถูกพัฒนาแบบขนานหรือพร้อม ๆ
กันไปในหลาย ๆ ส่วน และจะต้องทาการทดสอบโปรแกรมที่เขียนขึ้นมาด้วย ดังนั้นทีม
XP จึงประกอบด้วย ผู้พัฒนา ผู้บริหาร และ ผู้ใช้ อยู่ในกลุ่มเดียวกัน
92. THE PROJECT MANAGEMENT BODY OF KNOWLEDGE
(PMBOK®)
เอกสารแสดงแนวทาง (Guide) ของ Project Management
Body of Knowledge (PMBOK® Guide) ประกอบด้วย
9 project management knowledge areas.
The PMBOK® Guide is published and
maintained by the Project Management
Institute (PMI).
http://www.pmi.org