Project Framework
Initiate
Prepare
Execute &
Control
Close
Track
& Control
• Scope Management
• Workplan Management
Startup
Definition /
Scope /
Requirements
Planning
and
Resource
Allocation
• Resource Management
(Time, Cost, People)
• Deliverable Mgmt
Reporting
Completion &
Assessment
• Quality Management
• Transition Plan
• Int/Ext Vendor
Management
Review
Risk & Issue Management
Sponsor Management
Communication Management
INTRO-SW-PROJECT
1
สมมติฐาน แนวคิดเรื่องระยะเวลา (PHASES) การเกิด แก่ และตาย ของโครงการ
INTRO-SW-PROJECT
2
คต. 441 การจัดการโครงการซอฟต์ แวร์ PHASE 3
(CS 441 Software Project Management) 3 Credit (2-0-2)
1. เนือ้ หารายวิชา Course Description ทัง้ 20
Items มีเหตุผลการเกิดวิชาการบริหาร
โครงการซอฟต์ แวร์ มีชีวิต นักศึกษาต้ อง
ศึกษา
“ทิศทางโครงการซอฟต์ แวร์ มีวัฏจักร Software
Project Lifecycle 6 PHASES ดังนี ้ ”
INTRO-SW-PROJECT
3
เหตุผลการเกิดวิชาการบริหารโครงการซอฟต์ แวร์ เพราะโครงการซอฟต์ แวร์ มีวัฏ
จักร Software Project Lifecycle 6 PHASES
4. การปิ ดโครงการ ผลผลิตที่ได้ รับ (Deliverables):- การ
ส่งมอบและติดตังโครงการซอฟต์
้
แวร์ ที่สมบูรณ์ FINAL
PROJECT REPORT and PRSENTATION PHASE 4
5. นโยบาย อนุมัตกิ ารดาเนินการโครงการเป็ นแผนงาน 4. การแก้ / ปิ ด
ประจา เพื่อการกากับดูแลบารุ งรั กษาระบบงาน
โครงการ 1..แนวคิด
ซอฟต์ แวร์ ผลผลิตที่ได้ รับ (Deliverables):- เอกสารคูม่ ือ
ระยะเวลาการ
การปฏิบตั งิ านและฝึ กอบรมอย่างต่อเนื่อง MAINTENANCE,
เกิดโครงการ
LEARNING and IMPLEMENTATION PHASE 5
6. การบรรลุวิสัยทัศน์ นโยบาย การติดตาม ประเมินผล
แผนงานโครงการฯ ผลผลิตที่ได้ รับ (Deliverable):ROUTINE APPLICATION and NEW SW PROJECT
DEVELOPMENT CONTINUEING PHASE 6
2. การคิด/เกิด
โครงการ •Computer Age ปี 1950-1980
ซอฟต์ แวร์
3. การทา/พัฒนางาน
โครงการ
2. การจัดทาเอกสารโครงการฯ ที่ได้ มีการอนุมตั คิ วามตกลง (Develop Project Plan & Charter) ผลผลิตที่
ได้ รับ (Deliverables) :- แผนงานโครงการฯ SW PROJECT PLAN and CHARTER PHASE 2
3. การดาเนินการตามเอกสารแผนงานโครงการ (EXECUTE and Control Project) ผลผลิตที่ได้ รับ
(Deliverables) :- การจัดทาโปรแกรมคอมพิวเตอร์ (Applications) หรื อ การพัฒนาซอฟต์แวร์ ตามขันตอน
้
SE/
swDLC by SW PROJECT MANAGEMENT PHASE 3 / การบริหารโครงการซอฟต์ แวร์
INTRO-SW-PROJECT
1. ปั ญหา ทุกข์ ความสาคัญ ธรรมชาติ
สิ่งแวดล้ อมโครงการซอฟต์ แวร์ กับMDZ
by Virtual World ของมนุษย์
(Conceptualization & Initiation)
ฮาร์ ดแวร์ คอมพิวเตอร์ ราคาแพง ขนาด
MF&MINI ทางาน BATCH/ONLINE
Centralization
•IPS Soft Goods ปี 1980-2000
ฮาร์ ดแวร์ ราคาถูก ขนาด Micro/ Nano
ทางาน Distributed& Network ส่ งผลทา
ให้ ราคาซอฟต์ แวร์ ทงั ้ COTS,
Computer program (Application) สูงขึน้
•ผลผลิตที่ได้ รับ (Deliverables) :เอกสารกรณีศึกษาความเป็ นไปได้
กระบวนงาน ICT BUSINESS CASE
PAPER PHASE 1
4
บริบทที่ต้องศึกษาชีวติ ซอฟต์ แวร์ ระยะ 4 STAGES
ปั ญหา มนุษย์ใช้ ICT เป็ นเครื่ องมือควบคุม ระบบธรรมชาติ
สิ่งแวดล้ อม MDZ VIRTUAL WORLD
IMPACT1:- สร้ าง Main Frame Computer รวมศูนย์ ตัวประมวลผล
สารสนเทศด้ วย CENTRALIZATION by ECTI/ OFF LINE และ
NETWORK แบบ Input / Output DEVICES ทางานด้ วย BATCH
APPLICATION SA/SE :- Traditional Structured โดยออกแบบ
สถาปั ตยกรรม เป้าประสงค์ กระบวนงาน ข้ อมูล และซอฟต์ แวร์ ที่เป็ น
องค์ ประกอบของ EA แยกกันเป็ นอิสระขึน้ กับความไม่ เป็ นสากลของ
กระบวนงานที่คล้ ายคลึงกัน
IMPACT2:- สร้ าง Mini/ Micro Computer (MICRO, NANO) กระจายศูนย์ ตัว
ประมวลผลสารสนเทศ ด้ วย DISTRIBUTED by ECTI/ OFF LINE และ NETWORK
แบบ Intelligence CPU to CPUทางานด้ วย ONLINE APPLICATION SA/SE :Modern OOD โดยออกแบบสถาปั ตยกรรม เป้าประสงค์ กระบวนงาน ข้ อมูล และ
ซอฟต์ แวร์ ที่เป็ นองค์ ประกอบของ EA แยกกันเป็ นอิสระแต่ เป็ นสากลของ
กระบวนงานที่คล้ ายคลึงกัน แลกเปลี่ยนเชื่อมโยงกันได้ แบบ Service Oriented
Architecture by SA SOA=EA1+EA2+EA3+EA4 = WERB SERVICE
INTRO-SW-PROJECT
Application(EA4) WEBSERVICE(WSDL+SOAP/REST) -XML (EA3)
นวัตกรรม
ปั ญหา
ทุกข์ มนุษย์
อยู่รอด
ปั ญหา
ทุกข์ 1
MF Centralized
ปั ญหา
ทุกข์ 2 MINI/
MICRO / NANO
Distributed
5
INTRO-SW-PROJECT
6
INTRO-SW-PROJECT
7
INTRO-SW-PROJECT
8
INTRO-SW-PROJECT
9
Simple Three-Phase Project Life Cycle
Project
Initiation
Execution
Close-Out
Nine-Phase Project Life Cycle
Project
Formulate Concept
Evaluate Concept
INTRO-SW-PROJECT
Verify Scope
Design
Construct
Deploy
Maintain
Close
10
Project Life Cycle Used in this Workshop
Project
Initiation
Definition
Phase
Initiation
Definition
Planning
Implementation
Closure
INTRO-SW-PROJECT
Planning
Implementation
Closure
Purpose
Introduce project to attain approval and create project
charter.
Document project scope, deliverables, and methods for
containing scope.
Create plan documenting the activities required to
complete the project, along with sequence of activities,
resources assigned to the activities, and resulting
schedule and budgets.
Execute and manage the plan, using artifacts created in
the planning phase.
Formally review the project, including lessons learned and
turnover of project documentation.
11
Lessons
Learned
Project
Initiation
INTRO-SW-PROJECT
Definition
Planning
Implementation
Closure
12
Writing SMART Objectives
S
M
A
R
T
Objectives should be stated in terms that include some
quantitative target for the end product.
pecific
There should be some way of actually testing whether that
stated target has been met.
easuable
The desired objective must be one that it is actually possible
to achieve within the time and cost parameters provided.
ttainable
The desired objective should relate directly to the
organization's business needs and stated mission.
elevant
INTRO-SW-PROJECT ime-Bound
The boundaries for completion date of the desired objective
should be either a specific date or time or an "offset" from the
beginning of the project. (For example, must be completed
within five months of project launch.)
13
What are we
trying to be ?
Business Strategy
What do we need
to be good at
What capability gaps
do we have ?
Business
ITCapabilities
focus up
the value chain
Strategic Investment
Program
What problems are
we trying to solve ?
INTRO-SW-PROJECT
Technology
Road Maps
Business Analysis
How do we organise
to solve them
Systems
Analysis
Architecture
Design
Process changes
Product changes
Channel development
etc
Build
Test
Software
Development
Projects
Implement
Support
14
สมมติฐาน แนวคิดเรื่องระยะเวลา (PHASES) การเกิด แก่ และตาย
ของโครงการ ต่ อ
INTRO-SW-PROJECT
15
การประยุกต์ ใช้ ประโยชน์ วัฏจักรการเติบโต โครงการ ICT และ
ซอฟต์ แวร์ เพื่อจัดตัง้ ศูนย์ ตวั ประมวลผลข้ อมูล 6 Stages
1. Initiation. เมื่อเริ่มนาคอมพิวเตอร์ มาใช้
2. Expansion (Contagion). ผู้ใช้ ต้องการ applications มากขึ ้น
3. Control. เริ่มพิจารณาถึงต้ นทุนเทียบกับผลประโยชน์ โครงการ
ต่าง ๆ เริ่มคาดหวังผลตอบแทน
4. Integration. ลงทุนในเชิงรวมระบบต่าง ๆ ที่มีอยูเ่ ข้ าด้ วยกัน
5. Data administration. ความต้ องการทางด้ านสารสนเทศมาก
ขึ ้น
6. Maturity. แผนและการพัฒนา ICT ร่วมมืออย่างใกล้ ชิดกับการ
พัฒนาทางกระบวนงาน / ธุรกิจ
INTRO-SW-PROJECT
16
วัฏจักรการเติบโต โครงการ ICT และซอฟต์ แวร์ 6 Stages
INTRO-SW-PROJECT
17
คต. XXX การบริหารโครงการซอฟต์ แวร์ PHASE 3
(CS XXX Software Project Management) 3 Credit (2-0-2)
2. เนือ้ หารายวิชา Course Description ทัง้ 20
Items มีเหตุผลการศึกษาสิ่งมีชีวิต
“ การบริหารโครงการซอฟต์ แวร์
ตาม PHASE 3 มี LIFECYCLE 4 STAGES”
INTRO-SW-PROJECT
18
เนือ้ หารายวิชา Course Description 20 Items สามารถสรุ ปเป็ น
สาระสาคัญ ศึกษาจากสิ่งมีชีวิต หรือบริบทที่ต้องศึกษา 4 ระยะ Stages
Stage 1. ขอบเขตการบริหารงานโครงการ (SCOPE) = เวลา(T: Time) + ทรัพยากร (R:
Resources) ประกอบด้ วยข้ อ 1-2 & การบริหารโครงการซอฟต์ แวร์
Stage 2. การศึกษาวิเคราะห์ และออกแบบระบบงาน โดยหลักการวิเคราะห์ และออกแบบ
ระบบงาน ประกอบด้ วยข้ อ 3+10-12+15+18-20
Stage 3. การจัดสร้ างโปรแกรมคอมพิวเตอร์ โดยกระบวนการวิศวกรรมซอฟต์ แวร์
ประกอบด้ วยข้ อ 5+7-8+13-14+16-19
Stage 4. ทบทวน ติดตาม การบารุ งรั กษาผลผลิต ผลลัพธ์ ผลกระทบของ
ระบบงาน เมื่อมีการใช้ ชุดโปรแกรมคอมพิวเตอร์ ประกอบด้ วยข้ อ
1+6+9+18-19
INTRO-SW-PROJECT
19
Project Stages and SW SDLC
Initiate
Plan
Implement
Set goals and
Define Project Scope Obtain resources
objectives
Identify expectations Identify tasks
Lead team
Appoint project
Sequence Tasks
Maintain
manager
communication
Select team members Define resource needs Evaluate change
requests
INTRO-SW-PROJECT
Close
Conduct post-project
review
Prepare final
deliverables
Shut down operations
Disband team
20
แนวทางการบริหารจัดการ MIS ที่ดี (Scope = Resources + Time)
แกนตัง้ การ
จัดสรรทรั พยาร
ที่จากัด CSF
•จุดมุ่งหมาย
GOAL
•กระบวนงาน
และระบบ
BP,DATA
สารสนเทศ
การประยุกต์ใช้ และ
พัApplication
ฒนาซอฟต์แวร์
(APPLICATION)
กระบวนการจัดการ 8
กระบวนงาน(แผนฯ2)
ข้อมูล องค์ความรู้
งบประมาณ
บุคลากร /HRD
บุคลากร/HRD
ซอฟต์แวร์
ข้อมูล
การมีการใช้ นวัตกรรม
ICT สInfrastructure
เทคโนโลยี
ารสนเทศ (IT
Infrastructures)
ฮาร์ดแวร์
ซอฟต์แวร์
บุคลากร/HRD
สถาปัตยกรรม องค์ กร Enterprise
Architecture for Real Sectors
เป้ าหมายที่เปลี่ยนง่าย
ความตกลง ความ
มัน่ คงปลอดภัย
แผนICT ขับเคลือ่ นห่วงโซ่คณ
ุ ค่า 4 ส่งเสริ ม สนับสนุน และ
ผลักดันการบริ หารจัดการที่ดี สถาปั ตยกรรมองค์ กร
INTRO-SW-PROJECT
จานวน รายละเอียดโครงการต่ างๆ ที่เกิดขึน้ ตามขั้นตอนการพัฒนา (SDLC) ในแผน จาแนกตาม
แผนงาน/โครงการประจา แผนงาน /โครงการยุทธศาสตร์ และแผนงาน/โครงการนโยบาย
ขั้นตอน 1
การศึกษา
วิเคราะห์
และออก
แบบกระ
บวนงานและ
ข้ อมูล
ขั้นตอน 2
การจัดทา
และพัฒนา
ซอฟต์ แวร์
ขอบเขต การบริ หาร
จัดการไอทีที่ดี
ขั้นตอน 3
การปรัปและ
ทดสอบ
ฝึ กอบรม
ใช้ งาน จัดการ
ศูนย์ ข้อมูลนส.
เวลา
กระบวนงานI
CTขับเคลื่อน
ห่วงโซ่คณ
ุ ค่า
Software Back
Bone ขับเคลื่อน
ห่ วงโซ่ คุณค่ า 2
Digital Firms
ขับเคลื่อน
ห่ วงโซ่ คุณค่ า 1
21
กระบวนการบริหารการเปลี่ยนแปลง อนิจจัง ทุกขัง อนัตตา IPO LOGIC
ENTITY: สัจธรรม สภาวะธรรมชาติส่ งิ แวดล้ อม ของโลกยุคสารสนเทศ (ระดับสากล World Class)
การบริหารจัดการและการติดตาม ประเมินผลแผนพัฒนาฐานข้ อมูล ตาม Function-Base, Policy-Base, Strategic-Base
ขอบข่ ายกรอบกระบวนงาน ICT การบริหารมุ่งผลสัมฤทธิ์ Enterprise Architecture / RBMS Boundary
การจัดทา ร่ างแผนงาน ICT / ฐานข้ อมูล / FEED FORWARD
ทบทวน การบรรลุ
คุณภาพ ICT
1. วิสยั ทัศน์
2. พันธกิจ
3.ยุทธศาสตร์ /
วัตถุประสงค์เชิงกลยุทธ์
4. แผนงาน / โครงการ
กระบวนงาน
จัดการปั จจัย
โครง สร้ าง
พื ้นฐาน
CBIS, TBIS
(RBMS)
(INPUT)
กระบวนการ
การบริหารจัดการ
ICT ที่ดี
(PROCESS)
ผลิต
ผลผลิต
คุณภาพ
เป้าหมายแผนงาน /
โครงการ ICT
1. ผลกระทบ ต่อ นโยบาย
ภายนอก และภายในองค์กรเพื่อ
รับส่ง Value Chain
2.ผลลัพธ์ ต่อเป้าหมายของแต่
ละกระบวนงาน เพื่อประสาน
เชื่อมโยง Value Chain
(OUTPUT)
(Outcome + Impacts)
การทบทวนกากับดูแล ส่ งเสริม สนับสนุน และผลักดัน การบริหารจัดการคุณภาพด้ าน ITC ผ่ าน
กระบวนการ MIS FEED BACK Concept / Data Base
Valu
Visi
e
on
INTRO-SW-PROJECT
CHA
IN
IN
P
U
Pro
ces
s
Out
put
Outc
ome
Fee
d
Bac
Feed
Forwar
d
Boun
dary
22
CMM Levels
Level 5 – Optimizing (< 1%)
-- process change management
-- technology change management
-- defect prevention
Level 4 – Managed (< 5%)
-- software quality management
-- quantitative process management
Level 3 – Defined
(< 10%)
-- peer reviews
-- intergroup coordination
-- software product engineering
-- integrated software management
-- training program
-- organization process definition
-- organization process focus
Level 2 – Repeatable (~ 15%)
-- software configuration management
-- software quality assurance
-- software project tracking and oversight
-- software project planning
-- requirements management
Level 1 – Initial
INTRO-SW-PROJECT
(~ 70%)
23
ปั ญหาชีวิต ทุกข์ ทั่วๆไปในการ
บริหารโครงการทุกด้ าน/ ทุกบริบท
เพราะโครงการเป็ นระบบสิ่งมีชีวิต
ตามมุมมอง ของนักวิชาการ
ตะวันตก
INTRO-SW-PROJECT
24
INTRO-SW-PROJECT
25
INTRO-SW-PROJECT
26
ก่ อน ศึกษา การบริหารโครงการ
ซอฟต์ แวร์ ลองพิจารณาคาวิจารณ์
ความเห็น ทรรศนะต่ างๆ เป็ นอย่ างไร ทัง้
ไทยและเทศ
•คือ ใครรับผิดชอบ (Senders) เรื่องอะไร (Messages) ช่ องทาง
จัดการอย่ างไร (Channel) ผู้ได้ ผลประโยชน์ (Receivers) และ
ผลสัมฤทธิ์ (Effectiveness) เป็ นอย่ างไร
•ความสาคัญ Revolution of HW Cheap But SW Expensive
INTRO-SW-PROJECT
27
ตัวอย่ างระยะ STAGES ต่ างๆ ใครเป็ นใคร ใครได้ ใครเสีย ที่ต้องรั บผิดชอบในฐานะ S-M-C-R-E ?
INTRO-SW-PROJECT
28
ทุกข์ ความล้ มเหลวการบริหารโครงการซอฟต์ แวร์
1. ปั ญหา ทีมงานพัฒนาซอฟต์แวร์ ไม่สามารถส่งมอบงาน ตามกรอบ TOR (S:
Scope) ที่มีคณ
ุ ภาพ (Q: Quality) ตรงตามกาหนดเวลาตามสัญญา (T: Time) และ
งบประมาณที่กาหนด (C: Cost) ด้ วยสาเหตุของปั ญหา อย่างน้ อยคือ การ
บริหารงานโครงการผิดพลาด มาจากปั ญหาด้ านการบริหารและด้ านจัดการเทคนิค
ไม่เป็ นไปตามวัฏจักรการพัฒนา ซอฟต์แวร์ เพราะ
1.1 ผู้จดั การโครงการและองค์กรยังไม่เข้ าใจถึงกระบวนการพัฒนาซอฟต์แวร์ ได้ ดีพอ
ปล่อยให้ ลกู ทีมทางานตามใจชอบ ไม่มีการควบคุมมาตรฐานตัวชี ้วัด เช่น ไม่มีที่
ปรึกษาโครงการติดตามกากับดูแลการประเมินผลงานทุกขันตอน
้
ทังนี
้ ้ บางครัง้
โครงการใด มีผ้ จู ดั การโครงการที่รอบรู้และเก่ง แต่ก็มีโอกาสพลาดด้ วย วาระซ่อน
เร้ นของลูกค้ าต้ องการชะลอ การส่งมอบโครงการให้ ลา่ ช้ าออกไป ซึง่ ส่งผลกระทบต่อ
จุดอ่อนของผู้จดั การ ที่ไม่มีความรอบรู้ในการบริหารในส่วนที่ไม่เป็ นทางการเป็ นต้ น
INTRO-SW-PROJECT
29
ทุกข์ ความล้ มเหลวการบริหารโครงการซอฟต์ แวร์
เพราะ DNA POSCORB ในการบริหารงานสากล ผู้จดั การต้ องมีประสบการณ์ทงั ้
Know How และ Know Why ในปลีกย่อยที่เป็ น ทรรศนะ ตามคุณค่าบริบทของ
สังคมลูกค้ าแต่ละแห่งแตกต่างกัน
1.3 ด้ านเทคนิค นักวิเคราะห์ระบบและโปรแกรมเมอร์ ยังไม่สามารถถ่ายทอดความ
ต้ องการของลูกค้ าให้ เป็ นโปรแกรมคอมพิวเตอร์ (Application) ที่มีคณ
ุ ภาพภายใต้
ระยะเวลาที่กาหนดไว้ ทังนี
้ ้เพราะอ่อนประสบการณ์ ในการติดต่อประสานงาน และ
การออกแบบความต้ องการของกระบวนงานปลีกย่อย ในทุกๆระดับ
INTRO-SW-PROJECT
30
ทุกข์ ความล้ มเหลวการบริหารโครงการซอฟต์ แวร์
1.4 ขาดการสนับสนุน และผลักดัน ความคล่ องตัว และยืดหยุ่น
ในกระบวนการบริหารจัดการโครงการ (Lag of Agile) คือ
การสร้ างความถี่ในการตรวจสอบโครงการ เพื่อ frequent
inspection and adaptation, a leadership philosophy that
encourages teamwork, self-organization and
accountability, and a business approach that aligns
development with customer needs and company goals.
INTRO-SW-PROJECT
31
ทุกข์ ความล้ มเหลวการบริหารโครงการซอฟต์ แวร์
Project Conflicts
• Conflict in project management is inevitable (especially from different
backgrounds).
• The potential for conflict is usually high because it involves individuals from
different backgrounds and orientations working together to complete a complex
task.
– Conflict over different objectives and expectations
– Unclear roles and uncertainty about who has the decision-making authority
– Interpersonal conflicts between people
INTRO-SW-PROJECT
32
Managing Conflicting Changes
• What happens if work has been modified by multiple users since the
last iteration?
• What are your mechanisms to
–
–
–
–
informs the team there is a conflict
prevent further changes until this conflict is resolved
Usually this will require a discussion between the authors of the changes
The conflict can then be corrected
INTRO-SW-PROJECT
33
Managing Conflict II
• Here is a method known as the “win-win” approach to conflict
resolution:
1. Before you start resolving a conflict, analyse it by asking questions from the conflicting
parties
2. Once you have sufficient information about the conflict, actively seek common ground in
order to emphasize the agreement side of things – this starts the conflict resolution process
on a positive note
3. Now ask the conflicting parties to brainstorm possible solutions to the issues at hand
4. Once you have identified resolutions, agree upon guidelines on how to implement these
resolutions
5.INTRO-SW-PROJECT
Document and then implement the resolutions
34
Managing Conflict Task (10min)
• In groups discuss the following questions:
1. Who decides which changes are kept and which is deleted?
2. What impact do you see during the project?
3. What mechanisms would you put in place to ensure the correct
decisions are made?
4. What are the different scenarios causing conflict
Repository
of Tasks
Doc A
User 3
INTRO-SW-PROJECT
Doc A
User 1
Doc A
User 2
35
Group Project Management
• What is Project Management?
–
–
–
–
Sequence of tasks
Consumes resources
Achieves an objective
Results in something new
• Golden Rules of Project Success
–
–
–
–
–
–
Develop a comprehensive realistic plan and keep it up-to-date
Gain consensus on project outcomes
Make reasonable resource requirements
Build the best team you can and take care of them
Keep the stakeholders informed
Be willing to change or to try new things
Project Members need to keep the project information current
INTRO-SW-PROJECT
36