Software Project Management

advertisement
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
Software Project
Management
1
Time Distribution of Project
Effort
Software Project
Management
2
แนวทางการบริหารจัดการโครงการที่ดี (Scope = Resources + Time)
ออกแบบ
แกนตัง้ การสร้ างความพร้ อม จัดสรร
ทรั พยารที่จากัดของโครงการ CSF of
ICT Infrastructure (CBIS/ TBIS) คือ>>
•Goals
Architecture
People ware
•Business
Process
Architecture
Hardware/ Software Of
Computer and Network
•Data
INFORMATION
Architecture
•Application
Architecture
BUSINESS RULE / ACTS:Structured Rules / Code of
Conducts/ ETHICS
•ICT
Infrastructure
Architecture BUDGETS
•ICT
Good Governance
Architecture
Software Project
Management
บรรลุแผนICT
ขับเคลื่อนห่ วงโซ่
คุณค่ า 4 ส่ งเสริม
สนับสนุน และ
การคิด
~40% -50%
ขั ้นตอน 1
การศึกษา
วิเคราะห์
และออก
แบบเป้า
ประสงค์
กระบวนงาน
และข้ อมูล
การทา
ขอบเขต การ
บริหารโครงการ
ไอทีท่ ีดี
~30% 40%
ขัน้ ตอน 2
การจัดทา
และพัฒนา
ซอฟต์ แวร์
การแก้ ไข ปิ ดโครงการ
~-30% -10%
ขัน้ ตอน 3
การทดสอบและปรั ประบบ
ฝึ กอบรม
ใช้ งาน และจัดการศูนย์ ข้อมูล.
เพื่อ MA
กาหนดกรอบ เวลา….>
กระบวนงานI
CTขับ
เคลื่อนห่ วงโซ่
Software
Back Bone
ขับเคลื่อน
Digital Firms
ขับ
3
เคลื่อนห่ วงโซ่
PART 1.
ขอบเขตการบริหารงานโครงการ (SCOPE) =
เวลา(T: Time) + ทรั พยากร (R: Resources)
Software Project
Management
4
การบริหารโครงการ Project Management VS. การบริหารการเปลี่ยนแปลง VS. การบริหารการพัฒนา
•การใช ้
ปัจจ ัย
ทร ัพยากร
/INPUTที่
มีความ
พร้อมเป็น
ทร ัพยากร
นว ัตกรรม
DNA การ
บริหาร
จ ัดการที่
ท ันสม ัย
CBIS,
TBIS
การใช้ เวลา 2
การใช้ เวลา 1
การคิด
75%
จัดการ
วางแผน
ยุทธศาสตร์
Systems
Analysis and
Design
Software Project
Management
การทางาน
10%
ขอบเขตการบริหารจัดการ = เวลาคิด- ทา แก้ + ทรั พยากรที่มีความพร้ อม Modern DNA
Innovation
นาแผน
ยุทธศาสตร์
ไปปฏิบัต:ิ
การใช้ เวลา 3
จัดทาเป็ น
ยุทธ วิธีลงสู่
ปฏิบัติ
ปั ญหา SWOTติดตามประเมิน
สถานการณ์ สิ่งแวดล้ อมเพื่อตัง้ เป็ น
วัตถุประสงค์ องค์ กร
การแก้ ไข คาดการณ์ 15%
Software
Engineering
Software Project / Risk
Management
เวลาที่ใช้ ในเรื่องการจัดการอะไร VS. คิด ทา แก้
5
โครงการ Project
VS. การบริหารการเปลี่ยนแปลง VS. การบริหารการพัฒนา
Inheritance
Inheritance
ถ่ายทอดพันธุกรรมต้นแบบ
ถ่ายทอดพันธุกรรมต้นแบบ
•การใช ้
ปัจจ ัย
ทร ัพยากร
/INPUTที่
มีความ
พร้อมเป็น
ทร ัพยากร
นว ัตกรรม
DNA การ
บริหาร
จ ัดการที่
ท ันสม ัย
CBIS,
TBIS
SW Reuse Component
การใช้ เวลา 2
การใช้ เวลา 1
การคิด
75%
จัดการ
วางแผน
การทางาน
10%
นาแผน
ยุทธศาสตร์
ไปปฏิบัต:ิ
SW Reuse Component
ขอบเขตการบริหารจัดการ = เวลาคิด- ทา แก้ + ทรั พยากรที่มีความพร้ อม Modern DNA
Innovation
การใช้ เวลา 3
การแก้ ไข คาดการณ์ 15%
Inheritance
ปั ญหา SWOTติดตามประเมิ
น
จัดทาเป็ น
ยุทธ วิธีลงสู่ สถานการณ์ สิ่งแวดล้
มเพื่อตัง้ เป็นนธุ กรรมต้นแบบ
ถ่าอยทอดพั
ยุทธศาสตร์
Inheritance
ปฏิบัติ
วัตถุประสงค์ องค์ กรSW Reuse Component
Systems
ถ่ายทอดพันธุกรรมต้นแบบ
Software
Software Project / Risk
Analysis
SW and
Reuse Component
Engineering
Design
Management
เวลาที่ใช้ ในเรื่องการจัดการอะไร VS. คิด ทา แก้
Software Project
Management
6
ตัวอย่ าง
กฎเกณฑ์ ระบบธรรมชาติส่ งิ แวดล้ อมที่เปลี่ยนแปลงตลอดเวลา ไม่ แน่ นอน
1. ระบบธรรมชาติส่ งิ แวดล้ อมยุคต่ างๆ (Environmental Nature
of Entity Metaphysics and Ontology)
3. CO- OPERATORS:- Information Processors
2. ระบบมนุษย์ สร้ างขึน้ (Manmade Systems)
Software Project
Management
7
การบริหารโครงการ คือ การบริหารการเปลี่ยนแปลง คือยุทธศาสตร์ การบริหารจัดการที่ดี ตามธรรมชาติ อริ ยสัจสี่
(NATURAL ENTITY) ธรรมชาติส่ ิงแวดล้ อม
Information World / Knowledge Society
Information Processor (Value Chain1) อริยสัจสี่
/STRATEGY
Intellectual Property
Information Processor
(Value Chain6) SOCIO-cultural INNOVATION / MBO
Information Processor
(Value Chain5) Science Methodology / MBO
WISDOM ภูมิปัญญา
Information Processor
(Value Chain4) Inter-disciplinary RESEARCH / MBO
Information Processor
(Value Chain3) Computer Science / MBO
Information Processor
(Value Chain2) Data Processing / MBO
Information Processor (Value Chain1) การบริ หารจัดการอริ ยสัจสี่ / การบริ หาร
การเปลี่ยนแปลง / การบริ หารยุทธศาสตร์ / การบริ หารการพัฒนา เพื่อเข้าสู่ สัจ
จธรรม / การบริ หารระบบธรรมชาติสิ่งแวดล้อม / STRATEGY
Software Project
Management
Knowledge
Information
DATA
FACT สัจ
จธรรม
ENTITY
ธรรมชาติ
สิ่งแวดล้ อ
ม
8
1. เหตุผลการมีการบริหารโครงการ (Project Management Causes)
1. ระบบธรรมชาติสงิ่ แวดล้ อม เป็ น ENTITY เปลี่ยนแปลงตลอดเวลาไม่แน่อน ไตร
ลักษณ์ อนิจจัง ทุกขัง อนัตตา
2. สิ่งมีชีวิตทังธรรมชาติ
้
ฯ และมนุษย์ พึง่ พากัน มนุษย์ มีIQ, EQ ไม่ยอมให้ ธรรมชาติ
ฯ เปลี่ยนแปลงตามยถากรรมเพราะจะกระทบมนุษย์ด้วยความรู้สกึ และเรี ยนรู้
ดังนัน้ มนุษย์จะทาการถ่ายทอด DNA ของมนุษย์สามารถควบคุมการ
เปลี่ยนแปลงธรรมชาติฯ เข้ าสูว่ ิถีชีวิตของมนุษย์ได้ ให้ อยูร่ อด ยัง่ ยืน มากที่สดุ
3. วิธีการ ควบคุมการเปลี่ยนแปลงธรรมชาติฯได้ เรี ยกว่ า การพัฒนา
(Development) ซึง่ เป็ นส่วนหนึง่ ของทฤษฎีการบริหารการเปลี่ยนแปลง หรื อ
ทฤษฎีกระบวนการเปลี่ยนแปลงให้ เป็ นสมัยใหม่ (Modernization)
Software Project
Management
9
1. เหตุผลการมีการบริหารโครงการ (Project Management Causes) ต่อ 1
4. กระบวนการเปลี่ยนแปลงให้ เป็ นสมัยใหม่ จะต้ องมีการกาหนดแนวความคิด
และทิศทาง หรื อเป้าหมายการพัฒนา คือการมีแผน (Plan) หรื อ มีแผนพัฒนา
(Development Plan) เพื่อจะวางกรอบในการประยุกต์ใช้ ประโยชน์ ทรัพยากร
และเวลา ให้ เกิดห่วงโซ่คณ
ุ ค่าสูงสุด (Value Chain) โดยกระบวนการทางานของ
ตัวประมวลผลสารสนเทศแบบ IPO Logic และการใช้ เครื่ องมือนวัตกรรม
เทคโนโลยี
5. แผนพัฒนา (Development Plan) จะประกอบด้ วยแผนงานของ Entity Class
ต่างๆโดยแต่ละแผนงาน จะประกอบด้ วย จานวนโครงการหลากหลาย ที่
เกี่ยวข้ องกันรวมเป็ นแผนงานเดียวกัน
Software Project
Management
10
1. เหตุผลการมีการบริหารโครงการ (Project Management Causes) ต่อ 2
ระบบ Systems เปลี่ยนแปลงด้ วย IPO Logic
เปลี่ยนแปลงด้ วย แผนพัฒนา Development Plan
ประกอบด้ วย การจัดทา ความจริง ข้ อมูล สารสนเทศ ประกอบด้ วยการจัดทา เอกสาร Hard GOODS
องค์ ความรู้ ภูมิปัญญา ทรั พยสินทางปั ญญา
Information/ Soft GOODS
1.Systems หรือ ENTITY คือ
METAPHYSICS of FACTS EXISTENCE:Environmental Natures
1.แผน Plan คือเป้าหมายแนวความคิดที่
ต้ องการ บรรลุวิสัยทัศน์ พันธกิจที่ควรทา
(FACTS Problem) ในปั จจุบันและอนาคต
โดยต้ องมีผลผลิตของแผน(Output) คือมี
แผนงาน
2. Entity CLASS คือ ลาดับชัน้ ย่ อยของความ 2. แผนงาน คือ วิธีการ (Epistemology) ที่มี
จริงที่เป็ นอยู่ มีอยู่จริง๖(NTOLOGY of การวางแผน (Planning) โดยมีระเบียบ
BEING :- Things, Botany, Zoology,
กฎเกณฑ์ รองรับ ที่จะสร้ างแผนหรือจัดทา
Human-being, Concept, Events,
แผนให้ เป็ นรู ปธรรมในลักษณะเอกสาร
Phenomenon, Situations)
(Construction) และสามารถมอบหมายให้ มี
11
Software Project
การปฏิ
บ
ต
ั
ต
ิ
ามแผนได้
(Authorization)
Management
1. เหตุผลการมีการบริหารโครงการ (Project Management Causes) ต่อ 3
ระบบ Systems เปลี่ยนแปลงด้ วย IPO Logic
เปลี่ยนแปลงด้ วย แผนพัฒนา Development Plan
ประกอบด้ วย การจัดทา ความจริง ข้ อมูล สารสนเทศ ประกอบด้ วยการจัดทา เอกสาร Hard GOODS
องค์ ความรู้ ภูมิปัญญา ทรั พยสินทางปั ญญา
Information/ Soft GOODS
3.
Entity OBJECT คือลาดับชันย่
้ อยของ
CLASS ที่มีการบ่งชี ้ถึง ประเภทของ
CLASS หรื อสายพันธ์ของ CLASS เช่นดู
Class ที่เป็ นคน จะสามารถระบุประเภท
ของ Class ได้ ว่า นิยาม Ontology ระบุ
ประเภทของคนคือ ลูกค้ า นักธุรกิจ
ข้ าราชการ นักวิชาการ Stakeholders,
Stockholders เป็ นต้ น
Software Project
Management
3. โครงการ คือส่วนประกอบสาคัญที่สดุ ของ
แผนงานมีหลากหลายโครงการ และโครงการ
เป็ นทางเลือกหลากหลายทางเลือกที่ดีท่ ีสุดที่มี
บทบาท ความชอบธรรม กาหนดแนวทาง
ปฏิบัตติ ามแผนที่ได้ ระบุไว้ ในอนาคตของ
แผนงาน หรื อ โครงการคือแผนงานกลยุทธ์
เพื่อบรรลุเป้าหมายของแผน และบรรลุ
วัตถุประสงค์ของแผนงาน
12
1. เหตุผลการมีการบริหารโครงการ (Project Management Causes) ต่อ 4
ระบบ Systems เปลี่ยนแปลงด้ วย IPO Logic
เปลี่ยนแปลงด้ วย แผนพัฒนา Development Plan
ประกอบด้ วย การจัดทา ความจริง ข้ อมูล สารสนเทศ ประกอบด้ วยการจัดทา เอกสาร Hard GOODS
องค์ ความรู้ ภูมิปัญญา ทรั พยสินทางปั ญญา
Information/ Soft GOODS
4. Entity PROPERTY คือลาดับ
ชันย่
้ อยของ OBJECT ที่มี
ลักษณะคุณสมบัติบง่ ชี ้ถึง
องค์ประกอบต่างๆของออบเจ็ค
Software Project
Management
1.แผนปฏิบตั ิงานโครงการ
Action Plan หรื อการวางแผน
ดาเนินการโครงการ
ประกอบด้ วยกิจกรรมและ
กระบวนงาน
13
1. เหตุผลการมีการบริหารโครงการ (Project Management Causes) ต่อ 5
ระบบ Systems เปลี่ยนแปลงด้ วย IPO Logic
เปลี่ยนแปลงด้ วย แผนพัฒนา Development Plan
ประกอบด้ วย การจัดทา ความจริง ข้ อมูล สารสนเทศ ประกอบด้ วยการจัดทา เอกสาร Hard GOODS
องค์ ความรู้ ภูมิปัญญา ทรั พยสินทางปั ญญา
Information/ Soft GOODS
5. Method คือพฤติกรรม หรื อการ
5. กิจกรรม Activity คือกลุม่ ภารกิจ
กระทาให้ เกิดการขึ ้นจากการทา
หรื อกระบวนงาน ที่มีการแบ่งแยก
หน้ าที่ความรับผิดชอบของ Property
งานออกเป็ นส่วนๆ (Work
ซึง่ ถูกแบ่งเป็ นหน้ าที่ความรับผิดชอบ
Structure Break Down: WSB)
ในการทางาน
Software Project
Management
14
1. เหตุผลการมีการบริหารโครงการ (Project Management Causes) ต่อ 6
ระบบ Systems เปลี่ยนแปลงด้ วย IPO Logic
เปลี่ยนแปลงด้ วย แผนพัฒนา Development Plan
ประกอบด้ วย การจัดทา ความจริง ข้ อมูล สารสนเทศ ประกอบด้ วยการจัดทา เอกสาร Hard GOODS
องค์ ความรู้ ภูมิปัญญา ทรั พยสินทางปั ญญา
Information/ Soft GOODS
6.
Events เหตุการณ์ที่กาหนดเป็ นเงื่อนไข
เพื่อทาให้ Method ทางานได้
7. Inheritance การเลียนแบบ สาเนา
หน้ าที่การทางานของ Method ที่มีอยูก่ ่อน
หน้ าแล้ ว นามาสืบทอดพฤติกรรม เป็ นการ
ทางานของ Method ใหม่เพื่อนากลับมาใช้
ใหม่ได้ ในลักษณะของกระบวนงานที่เป็ น
สากล ที่ครบวงจรทัง้ IPO Cycle
Software Project
Management
6.
ตัวชี ้วัดความสัมฤทธิ์ผลของกิจกรรม Key
Performance Indicators / KPI
7. การติดตามทบทวน การประยุกต์ใช้
ประโยชน์ ประหยัดและประสิทธิภาพของ
แผน แผนงาน โครงการ กิจกรรมเป็ นไป
ตามตัวชี ้วัด KPI เพื่อให้ ครบวัฏจักรการ
พัฒนาตามแผนพัฒนา
15
2. การวางแผนดาเนินงานโครงการ
1. การวางแผนโครงการคือ การจัดทาเอกสารที่เกี่ยวกับการคาดคะเน ความ
สัมฤทธิ์ผลที่จะได้ รับ และตอบสนองความต้ องการของผู้ท่ จี ะได้ รับเมื่อจบ
โครงการ ภายใต้ การดาเนินการโครงการและการควบคุม ตามข้ อกาหนดของ
ผลงาน ระยะเวลา งบประมาณที่มีอยู่ ด้ วยเหตุผลและหลักการดังนี ้
1.1 ความสัมฤทธิ์ผลที่จะได้ รับ มีความหมายถึง
 ผลผลิต ผลลัพธ์ และผลกระทบของโครงการคืออะไร สามารถ
ตอบสนองความต้ องการ ผลประโยชน์ ของผู้ท่ จี ะได้ รับเมื่อจบ
โครงการ จะทาให้ คุณภาพ และปริมาณงานของแผนงานประจา ดี
ขึน้ มีความรวดเร็วขึน้ มีขัน้ ตอนน้ อยลง การให้ บริการรวดเร็วลูกค้ า
พึงพอใจ ส่ งผลทาให้ การประหยัดค่ าใช้ จ่าย ปั จจัยจาเป็ นต่ อการ
บริหารงาน ที่ต่อเนื่อง มีการประยุกต์ ใช้ นวัตกรรมสนับสนุ นในการ
ปฏิบัตงิ านได้ ง่าย
Software Project
Management
16
2. การวางแผนการดาเนินงานโครงการ ต่ อ 1
1.2 การดาเนินงานโครงการ หมายถึงการกาหนดรายละเอียดกิจกรรมและ
งบประมาณ ที่จะใช้ ในแต่ ละระยะเวลา ตัง้ แต่ ก่อนเริ่มงานจริง เริ่ ม
ดาเนินการจริง ระหว่ างดาเนินการ และการสิน้ สุดของแต่ ละกิจกรรม
และกิจกรรมหลังเสร็จสิน้ โครงการ โดยมีกาหนดการ ควบคุม กากับดูแล
ติดตาม ประเมินผลงานแต่ ละกิจกรรม ให้ เกิดห่ วงโซ่ คุณค่ าเพิ่ม ประสาน
เชื่อมโยงกัน จนบรรลุผลสัมฤทธิ์
1.3 การควบคุม คุณภาพและปริมาณผลงานในกิจกรรม เวลา และ
งบประมาณโครงการ ให้ สอดรั บกับ องค์ ประกอบแผนงาน
ต่ อไปนีค้ ือ ขัน้ การวิเคราะห์ ขัน้ การออกแบบการพัฒนา
เตรี ยมเอกสาร ฝึ กอบรม และการนาระบบมาใช้ งานจริงแต่ ละ
กิจกรรมก็จะประกอบด้ วย งานย่ อยแยกไปอีก ในหัวข้ อนี ไ้ ด้ แก่
การคาดคะเนเวลา และการเตรี ยมตารางการทางาน คาดคะเน
17
Software Project ค่ าใช้ จ่าย ผลประโยชน์ ท่ ีจะได้ รับ
Management
2. การวางแผนการดาเนินงานโครงการ ต่ อ 2
2.
แผนงาน กับ โครงการ ต่ างกันอย่ างไร พิจารณาภายใต้ IPO Logic
2.1 ความหมายแผน(Plan) ในฐานะมองเป้าหมาย-นิโรธ ที่จะบรรลุ คือ งานที่ควรจะทา
ในอนาคตให้ สัมฤทธิ์ผล ในระยะใกล้ ระยะกลาง และระยะยาว ด้ วยเหตุผลและ
หลักการคือ
2.1.1 งานที่ควรจะทาคือการแก้ ไขปั ญหาความจาเป็ นพืน้ ฐาน (Needs) เพื่อมีวินัย
ความพร้ อม ที่เป็ นปั จจัยจาเป็ นขัน้ พืน้ ฐานต่ อการผลิตผลผลิตที่ต่อเนื่ อง (SUPPLY) ให้
บรรลุห่วงโซ่ อุปทานที่มีห่วงโซ่ คุณค่ า (Supply Chain and Value Chain)
2.1.2 งานที่มีอัตถประโยชน์ สูงสุด (Wants Utilization) เพื่อส่ วนรวมมากกว่ าเพื่อ
ส่ วนตัว
2.1.3 งานที่มีห่วงโซ่ คุณค่ าเพิ่มสูง ส่ งผลให้ เกิดเกิดพลังให้ เกิดอานาจการซือ้
(Purchasing Power) ตามบริบทนวัตกรรมสังคมวัฒนธรรม หรือตามธรรมชาติ
สิ่งแวดล้ อมกาหนด (DEMAND)
Software Project
Management
18
2. การวางแผนการดาเนินงานโครงการ ต่ อ 2
2.2 ความหมายแผน ในฐานะมองวิธีการ-มรรค คือกระบวนการ สร้ างฐาน
แนวความคิด ความรู้ ความเข้ าใจ ในการกาหนดแนวทาง (หรื อ การชี ้
แนวทางหรื อชี ้ช่องทาง หรื อเป็ นดัชนีชี ้วัดการดาเนินการ) ไปสูง่ านที่ควรจะ
ทาในอนาคตฯ
2.3 ผลผลิตของแนวความคิด ความรู้ ความเข้ าใจ ในการกาหนดแนวทาง
ไปสูง่ านที่ควรจะทาในอนาคตฯ คือการลงมือปฏิติการจัดทาแผนงาน
ขึ ้นมาเรี ยกว่า หรื อการจัดทาแผนงาน หรื อการวางแผนงาน (Planning) ซึง่
หลังจากมีกระบวนการจัดทาแผนงานขึ ้นมาแล้ วจะได้ ผลผลิตเรี ยกว่า
แผนงาน(Plan)
Software Project
Management
19
2. การวางแผนการดาเนินงานโครงการ ต่ อ 3
2.4 สรุ ป ความสาคัญของ การวางแผนงาน planning แลโครงการ
คือหน้ าที่พื ้นฐาน อันแรกของการทาหน้ าที่บริหาร กาหนดกฎเกณฑ์ใน
รายละเอียดของความหลากหลายของแผนงาน แต่ละแผนงาน มีองค์ประกอบของ
โครงการหลากหลายโครงการที่เชื่อมโยงเกี่ยวข้ องกันรวมกันเป็ นแผนงาน ซึ่งส่งผลทา
ให้ แผนงานทังหมด
้
ได้ มีการประสานเชื่อมโยงเข้ าด้ วยกัน กลายเป็ นแผนพัฒนา
ระบบงานทังระบบ
้
เพื่อบรรลุความสัมฤทธิ์ผลสูงสุด และสอดรับกับความจาเป็ นและ
ความต้ องการสูงสุด ในการใช้ ทรัพยากรได้ ตลอดเวลา เพื่อนาเข้ าสูก่ ระบวนการ
วางแผนงาน ดังนี ้
Software Project
Management
20
2. การวางแผนการดาเนินงานโครงการ ต่ อ 4
กาหนดเป้าหมายหรื อวัตถุประสงค์ที่สมั ฤทธิ์ผล
ปรับกลยุทธ์ที่จะเป็ นระเบียบวิธีการนาไปสู่ การบรรลุวตั ถุประสงค์
 จัดสร้ างระเบียบวิธีการ กาหนดไว้ ในกลยุทธ์ เพื่อบรรลุความต้ องการ
ลงมือนาระเบียบที่กาหนดมาดาเนินการ ติดตาม สัง่ การ ตามลาดับทุกขันตลอด
้
อย่างต่อเนื่อง
Software Project
Management
21
2. การวางแผนการดาเนินงานโครงการ ต่ อ 5
3. โครงการ Project คืออะไร
การวางแผนเฉพาะเรื่อง หรือการออกแบบงานใหม่ ให้ ดกี ว่ า
ระบบงานเดิมทีม่ ีอยู่เป็ นอยู่ “A specific plan or design”
การจัดงานโครงการต้ องมีการวางแผน และหรือนาแนวความคิด
รวบยอดของแผนมาใช้ งานอย่ างเต็มที่ “A planned undertaking”
Software Project
Management
22
2. การวางแผนการดาเนินงานโครงการ ต่ อ 6
ลักษณะของโครงการ
•
•
•
•
•
เพิ่มงานที่เป็ นอยูเ่ ดิมดีขึ ้น บรรลุวิสยั ทัศน์ของงานมากขึ ้น เร็วขึ ้น
A task is more ‘project-like’ if it is:
เป็ นภารกิจใหม่ Non-routine
มีการทางาน อย่ างมีแผน ตามแผนทางานทุกขัน้ ตอน Planned
มีเป้าหมายที่เสร็จสิน้ ตามเวลาที่กาหนด Aiming at a specific target
ทางานเพื่อตอบสนองผู้ใช้ ลูกค้ า Work carried out for a customer
ใช้ ทมี งานที่เก่ งหลากหลายด้ าน จากหลากหลายหน่ วยงานมาเป็ น
ทีมงานเดียวกัน Matrix Organization/ Mission impossible/ Involving
several specialists / Inter-disciplinary
Software Project
Management
23
2. การวางแผนการดาเนินงานโครงการ ต่ อ 7
ลักษณะของโครงการ ต่ อ 1
• สร้ างงานโครงการมีสาระสาคัญในการพัฒนา หลากหลายขัน้ ตอน แต่ ละ
ขัน้ ตอนสามารถประสานเชื่อมโยงก่ อให้ เกิดห่ วงโซ่ คุณค่ าเพิ่มในภาพ
รายละเอียดและภาพรวม Made up of several different phases
• อุปสรรคความล้ มเหลวของโครงการขึน้ กับความสามารถในการบริหาร ภายใต้
สูตร กรอบระยะเวลาที่กาหนด ผนวกกับปั จจัยทรั พยากร ที่มีความพร้ อมและมี
อยู่ Constrained by time and resources
• ความท้ าทายโครงการคือ ปริมาณงานใหม่ ๆ ผสมผสานกับของเดิมที่มีปริ มาณ
มาก และมีความซับซ้ อนของกระบวนงาน ข้ อเท็จจริง ข้ อมูลข่ าวสาร องค์
ความรู้ ภูมปิ ั ญญา ของทีมจัดการโครงการเพื่อให้ ได้ ผลลัพธ์ ท่ เี ป็ นทรั พย์ สนิ ทาง
ปั ญญาของหน่ วยงาน Large and/or complex
Software Project
Management
24
2. การวางแผนการดาเนินงานโครงการ ต่ อ 7
ลักษณะของโครงการ ต่ อ 2
• การบริหารโครงการ เป็ นการเร่ งรั ด ส่ งเสริม สนับสนุน และผลักดัน พลัง
ขับเคลื่อนการทางานตามแผนงานประจาต่ อเนื่อง ที่ล้าช้ า มีปัญหามาก ให้ เกิด
กระบวนการเปลี่ยนแปลงให้ เป็ นสมัยใหม่ (Modernization) ซึ่งเป็ นลักษณะที่
ต้ องการอาศัยทฤษฎีการบริหารการเปลี่ยนแปลงอย่ างมีระบบ หรื อทฤษฎีการ
บริหารการพัฒนา เช่ น การบริหารจัดการมุ่งผลสัมฤทธิ์ (RBMS) หรื อ การ
บริหารเชิงกลยุทธ์
• การบริหารโครงการ ต้ องใช้ เครื่ องมือการบริหารเชิงนวัตกรรมสังคมวัฒนธรรม
(Socio-cultural Innovation) เป็ น DNA ในการออกแบบระบบงานอย่ าง
สร้ างสรรค์ และมีธรรมาภิบาล
Software Project
Management
25
2. การวางแผนการดาเนินงานโครงการ ต่ อ 8
ลักษณะของโครงการ ต่ อ 3
• การบริหารโครงการ เป็ นการบริหารการเปลี่ยนแปลงที่ไม่ แน่ นอน
จะต้ องมีการดาเนินการวางแผนบริหารความสี่ยง ที่ม่ ันคงปลอดภัย
• การบริหารโครงการ เป็ นแผน การประยุกต์ ใช้ ประโยชน์ ฐาน
ความคิด ความรู้ ความเข้ าใจของผู้นา ของผู้คดิ ค้ น และหรื อผู้ผลิต
จัดทาเอกสารโครงการ ขึน้ มา เป็ นแผนงาน เพื่อทาให้ และหรื อผู้ท่ ี
ได้ รับมอบหมายเป็ นผู้นา ผู้บริหารโครงการ สามารถนาเอกสาร
โครงการมาบริหารจัดการให้ สัมฤทธิ์ผล ต่ อเนื่องได้ อย่ างกลมกลืน
กัน ตามผังภาพ
Software Project
Management
26
2. การวางแผนการดาเนินงานโครงการ ต่ อ 9
ลักษณะของโครงการ ต่ อ 4
http://www.visualthesaurus.com
Software Project
Management
27
3. การบริหารโครงการซอฟต์ แวร์ คืออะไร
การบริหารโครงการซอฟต์ แวร์ คืออะไร
•การจัดการ การควบคุม กากับดูแล และติดตามประเมินความสัมฤทิ์ผล ในการ
วางแผน จัดสร้ างโปรแกรมคอมพิวเตอร์ (Application) และบารุ งรั กษาการใช้
โปรแกรมคอมพิวเตอร์ ให้ บรรลุความต้ องการของผู้ใช้ และผู้รับบริการได้ อย่ าง
ต่ อเนื่องและยั่งยืน ภายใต้ ระยะเวลาที่ตงั ้ ต้ นละสิน้ สุดโครงการ
•สาระสาคัญหลัก Key Word
จัดการผลสัมฤทธิ์ของงาน มีผลผลิตเป็ นชุดโปรแกรมคอมพิวเตอร์ พร้ อม
เอกสารคู่มือ ให้ ตรงกับ
คุณภาพ (Q: Quality) ครอบคลุมรายละเอียดความต้ องการของผู้ใช้ และ
ผู้รับบริการ ยอมรั บและพึงพอใจ (Terms of Reference: TOR)= Output,
Outcome,
28
Software
Project Impacts
Management
3. การบริหารโครงการซอฟต์ แวร์ คืออะไร ต่ อ 1
เวลาเริ่มต้ น เวลาระหว่ างปฏิบัตงิ าน และเวลาสิน้ สุดของงาน เป็ นไปตาม
กาหนดการที่กาหนดไว้ ในแผน = Processing Time (T)
ค่ าใช้ จ่าย (C: Cost) เป็ นไปตามงบประมาณที่ตงั ้ ไว้ ตามแผนงาน (FF: Feed
Forward)
มาตรฐาน ระเบียบวิธีการพัฒนาซอฟต์ แวร์ เป็ นไปตาม SEI CMMI = RBMS
สนับสนุน ส่ งเสริม และผลักดัน การประยุกต์ ใช้ และการบริหารการพัฒนา
นวัตกรรมสังคมวัฒนธรรม (Socio-cultural Innovation) ขององค์ กรผู้ใช้ และ
ผู้ใช้ บริการ ให้ สอดคล้ องและเหมาะสมกับบริบทองค์ กร ของกลุ่มเป้าหมาย
Stockholders/ Shareholders และStakeholders ภายใต้ หลักการบริหารจัดการ
DNA of POSCORB ตัง้ แต่ การใช้ เวลาคิด-ทา-แก้ ไขปั ญหา ได้ อย่ างสมดุลย์
Software Project
Management
29
3. การบริหารโครงการซอฟต์ แวร์ คืออะไร ต่ อ 2
การติดตาม ให้ คาปรึกษา แก้ ไขปั ญหา โดยกากับดูแล ส่ งเสริม สนับสนุน
และผลักดัน วิธีการพัฒนาโปรแกรมคอมพิวเตอร์ ที่มีชีวติ ทุกขัน้ ตอนตามหลัก
วิศวกรรมซอฟต์ แวร์
Software Project
Management
30
4. โครงงาน-สาระสาคัญ บริบท/ Contents/Context การบริหารโครงการซอฟต์ แวร์
1. การศึกษาบริบทชีวติ คือการออกแบบ DESIN:- ระบบธรรมชาติ
สิ่งแวดล้ อม และระบบมนุษย์ สร้ างขึน้
2. แนวทางศึกษา ปรั ชญา การบริหารโครงการซอฟต์ แวร์ (Software Project
Management)
1.1 แนวทางศึกษา ปรั ชญาการบริหารโครงการซอฟต์ แวร์ / Approaches
1.2 ซอฟต์ แวร์ / Software
1.3 การบริหารโครงการ / Project Management
3. สมมตฐาน การบริหารโครงการซอฟต์ แวร์ (Software Project
Management)
Software Project
Management
31
ISO 12207 is an ISO standard for software lifecycle processes. It aims to be the standard that defines all the tasks
required for developing and maintaining software.
The ISO 12207 standard establishes a process of lifecycle for software, including processes and activities applied during
the acquisition and configuration of the services of the system. Each Process has a set of outcomes associated with it.
There are 23 Processes, 95 Activities, 325 Tasks and 224 Outcomes (the new "ISO/IEC 12207:2008 Systems and
software engineering – Software life cycle processes" defines 43 system and software processes).
The standard has the main objective of supplying a common structure so that the buyers, suppliers, developers,
maintainers, operators, managers and technicians involved with the software development use a common language. This
common language is established in the form of well defined processes. The structure of the standard was intended to be
conceived in a flexible, modular way so as to be adaptable to the necessities of whoever uses it. The standard is based
on two basic principles: modularity and responsibility. Modularity means processes with minimum coupling and
maximum cohesion. Responsibility means to establish a responsibility for each process, facilitating the application of the
standard in projects where many people can be legally involved.
The set of processes, activities and tasks can be adapted according to the software project. These processes are
classified in three types: basic, for support and organizational. The support and organizational processes must exist
independently of the organization and the project being executed. The basic processes are instantiated according to the
situation.
Software Project
Management
32
verb (used with object) 8. to arrange a method
or scheme beforehand for (any work,
enterprise, or proceeding): to plan a new
recreation center.
9. to make plans for: to plan one's vacation.
10. to draw or make a diagram or layout of, as
a building.
–verb (used without object) 11. to make plans: to
plan ahead; to plan for one's retirement.
Software Project
Management
33
Software Engineering Process StandardsConfused about the best software engineering standards for software development and
maintenance? Here is a suggested list of software engineering process standards by type or product. The process types are:
Best Selling Standards
Configuration Management
Design
Documentation
Function Points
Human Factors
Integration
Maintenance
Medical Device Standards
Project Management
Quality
Click here to see what all companies want from a Software Quality Management System
Requirements Definition
Safety
Security
Test
Verification and Validation
If you cannot find the software engineering process standard you are looking for, please contact us. Sept will help you locate it.
SEPT is partnered with TECHSTREET to provide the world's premier software engineering standards. You can search, order, and
download thousands of current industry standards and receive your documents in a timely cost-effective manner.
Software Project
Management
34
http://en.wikipedia.org/wiki/Project_manage
ment
Project management is the discipline of planning, organizing, and managing resources to bring about the
successful completion of specific project goals and objectives. It is sometimes conflated with program
management, however technically a program is actually a higher level construct: a group of related and
somehow interdependent projects.
A project is a temporary endeavor, having a defined beginning and end (usually constrained by date, but can be
by funding or deliverables[1]), undertaken to meet unique goals and objectives[2], usually to bring about
beneficial change or added value. The temporary nature of projects stands in contrast to business as usual (or
operations)[3], which are repetitive, permanent or semi-permanent functional work to produce products or
services. In practice, the management of these two systems is often found to be quite different, and as such
requires the development of distinct technical skills and the adoption of separate management.
The primary challenge of project management is to achieve all of the project goals[4] and objectives while
honoring the preconceived project constraints.[5] Typical constraints are scope, time, and budget.[1] The
secondary—and more ambitious—challenge is to optimize the allocation and integration of inputs necessary to
meet pre-defined objectives.
Software Project
Management
35
[edit] History of project management
Roman Soldiers Building a Fortress, Trajan's Column 113 AD
Project management has been practiced since early civilization. Until 1900 civil engineering projects were generally managed by creative
architects and engineers themselves, among those for example Vitruvius (1st century BC), Christopher Wren (1632–1723) , Thomas
Telford (1757-1834) and Isambard Kingdom Brunel (1806–1859) [6] It was in the 1950s that organizations started to systematically apply
project management tools and techniques to complex projects.[7]
Henry Gantt (1861-1919), the father of planning and control techniques.
As a discipline, Project Management developed from several fields of application including construction, engineering, and defense
activity.[8] Two forefathers of project management are Henry Gantt, called the father of planning and control techniques[9], who is famous
for his use of the Gantt chart as a project management tool; and Henri Fayol for his creation of the 5 management functions which form
the foundation of the body of knowledge associated with project and program management.[10] Both Gantt and Fayol were students of
Frederick Winslow Taylor's theories of scientific management. His work is the forerunner to modern project management tools including
work breakdown structure (WBS) and resource allocation.
The 1950s marked the beginning of the modern Project Management era. Project management became recognized as a distinct
discipline arising from the management discipline.[11] In the United States, prior to the 1950s, projects were managed on an ad hoc
basis using mostly Gantt Charts, and informal techniques and tools. At that time, two mathematical project-scheduling models were
developed. The "Critical Path Method" (CPM) was developed as a joint venture between DuPont Corporation and Remington Rand
Corporation for managing plant maintenance projects. And the "Program Evaluation and Review Technique" or PERT, was developed by
Booz-Allen & Hamilton as part of the United States Navy's (in conjunction with the Lockheed Corporation) Polaris missile submarine
program;[12] These mathematical techniques quickly spread into many private enterprises.
Software Project
Management
36
Henry Gantt (1861-1919), the father of planning and control techniques.
As a discipline, Project Management developed from several fields of application including construction, engineering, and
defense activity.[8] Two forefathers of project management are Henry Gantt, called the father of planning and control
techniques[9], who is famous for his use of the Gantt chart as a project management tool; and Henri Fayol for his creation of
the 5 management functions which form the foundation of the body of knowledge associated with project and program
management.[10] Both Gantt and Fayol were students of Frederick Winslow Taylor's theories of scientific management. His
work is the forerunner to modern project management tools including work breakdown structure (WBS) and resource
allocation.
The 1950s marked the beginning of the modern Project Management era. Project management became recognized as a
distinct discipline arising from the management discipline.[11] In the United States, prior to the 1950s, projects were
managed on an ad hoc basis using mostly Gantt Charts, and informal techniques and tools. At that time, two mathematical
project-scheduling models were developed. The "Critical Path Method" (CPM) was developed as a joint venture between
DuPont Corporation and Remington Rand Corporation for managing plant maintenance projects. And the "Program
Evaluation and Review Technique" or PERT, was developed by Booz-Allen & Hamilton as part of the United States Navy's
(in conjunction with the Lockheed Corporation) Polaris missile submarine program;[12] These mathematical techniques
quickly spread into many private enterprises.
Software Project
Management
37
PERT network chart for a seven-month project with five milestones
At the same time, as project-scheduling models were being developed, technology for project cost estimating, cost
management, and engineering economics was evolving, with pioneering work by Hans Lang and others. In 1956, the
American Association of Cost Engineers (now AACE International; the Association for the Advancement of Cost
Engineering) was formed by early practitioners of project management and the associated specialties of planning and
scheduling, cost estimating, and cost/schedule control (project control). AACE continued its pioneering work and in 2006
released the first integrated process for portfolio, program and project management (Total Cost Management Framework).
The International Project Management Association (IPMA) was founded in Europe in 1967,[13] as a federation of several
national project management associations. IPMA maintains its federal structure today and now includes member
associations on every continent except Antarctica. IPMA offers a Four Level Certification program based on the IPMA
Competence Baseline (ICB).[14] The ICB covers technical competences, contextual competences, and behavioral
competences.
In 1969, the Project Management Institute (PMI) was formed in the USA.[15] PMI publishes A Guide to the Project
Management Body of Knowledge (PMBOK Guide), which describes project management practices that are common to
"most projects, most of the time." PMI also offers multiple certifications.
Software Project
Management
38
History of Project Management
Software Project
Management
39
Traditional Approach
Software Project
Management
40
[edit] Extreme Project Management
Software Project
Management
41
Process-Based Management
Software Project
Management
42
Software Project
Management
43
structured approach to project management,
Software Project
Management
44
Project Management Processes
Software Project
Management
45
Initiation
Software Project
Management
46
Planning and design
Software Project
Management
47
Executing Process
Software Project
Management
48
Monitoring and Controlling Process
Software Project
Management
49
MA
Software Project
Management
50
CLOSing
Software Project
Management
51
[edit] Project Management Triangle
Software Project
Management
52
[edit] Work Breakdown Structure
Software Project
Management
53
Project Management Framework
Software Project
Management
54
Software Project
Management
55
Ads by GoogleWorldwide Health plan
Award-Winning Health Insurance For Expats. Get A Quote & Buy Online!
www.GoodHealthWorldwide.com ING Life Insurance
Life Insurance Company for Expat More than 15 Years of Experience
www.Kuvanant.com + 1000 houses in France
Personal assistance in english where you need it: in France !
www.immoboulevard.complan (pl n)
n.
1. A scheme, program, or method worked out beforehand for the accomplishment of an objective: a plan
of attack.
2. A proposed or tentative project or course of action: had no plans for the evening.
3. A systematic arrangement of elements or important parts; a configuration or outline: a seating plan; the
plan of a story.
4. A drawing or diagram made to scale showing the structure or arrangement of something.
5. In perspective rendering, one of several imaginary planes perpendicular to the line of vision between the
viewer and the object being depicted.
6. A program or policy stipulating a service or benefit: a pension plan.
Software Project
Management
56
Software Project
Management
57
v. planned, plan·ning, plans
v.tr. 1. To formulate a scheme or program for the
accomplishment, enactment, or attainment of:
plan a campaign.
2. To have as a specific aim or purpose; intend:
They plan to buy a house.
3. To draw or make a graphic representation of.
v.intr. To make plans.
Software Project
Management
58
สารบัญ-สาระสาคัญ บริบท CONTENTS/ CONTEXT
1. การศึกษาบริบทชีวติ คือการออกแบบ DESIN:- ระบบธรรมชาติ
สิ่งแวดล้ อม และระบบมนุษย์ สร้ างขึน้
2. แนวทางศึกษา ปรั ชญา การบริหารโครงการซอฟต์ แวร์ (Software Project
Management)
1.1 แนวทางศึกษา ปรั ชญาการบริหารโครงการซอฟต์ แวร์ / Approaches
1.2 ซอฟต์ แวร์ / Software
1.3 การบริหารโครงการ / Project Management
2. สมมตฐาน การบริหารโครงการซอฟต์ แวร์ (Software Project
Management)
Software Project
Management
59
1. แนวทางศึกษา ปรั ชญา การบริหาร
โครงการซอฟต์ แวร์ (Software Project
Management) ที่เป็ นจริงคืออะไร วิธีเข้ าถึง
ความจริงอย่ างไร :•
ปรั ชญาบริสุทธิ์ (Pure Philosophy) หลากหลายสาขา (Interdisciplinary) :- การศึกษาความจริงตามธรรมชาติฯ อภิปรั ชญา
(Metaphysics & Ontology) การศึกษาวิธีเข้ าถึงความจริง ญาณ
ปรั ชญา (Epistemology) แบบอัตนัยและปรนัย
•
ปรั ชญาประยุกต์ (Applied Philosophy) :- การนาปรั ชญาบริสุทธิ์
ที่มีหลากหลายวิชา มาประยุกต์ ใช้ Know How, Know Why
Software Project
Management
60
แนวทางศึกษา ปรัชญา การบริหารโครงการซอฟต์ แวร์ (Software Project Management)
1. ระบบธรรมชาติส่ งิ แวดล้ อม (Environmental Nature Systems \ENTITY) คือ
1.1 METAPHYSICS EXISTENCE / อภิปรัชญา ถามว่ าสิ่งที่มีอยู่จริง เป็ นอยู่จริงตาม
ธรรมชาติ อะไรคือ FACTS ที่มีอยู่จริง เป็ นอยู่จริงคืออะไรบ้ าง ยังหาไม่ เจอ ยัง
ประมวลผลความจริงไม่ ได้
1.2 ONTOLOGY BEING / ภววิทยา มาช่ วยขยายอภิปรัชญา จะตอบคาถามว่ า Existence
is Beings คือ Entity Class หรื อความจริงที่มีอยู้คือ Entity Class :- Thing, Botany,
Zoology,Human being, Phenomenon, Events, Situation :- ซึ่งแต่ ละ Entity Class จะ
ประกอบด้ วยโครงสร้ างหน้ าที่ตามลาดับชัน้ ว่ ามีอะไรบ้ างเช่ น ENTITY มี Class, Object,
Property, Method, Events, Inheritance ตัวอย่ าง Ontology Zoology จะมี Object ที่เป็ นสัตว์
เลีย้ งลูกด้ วยนม ได้ แก่ คน แบ่ งลาดับชัน้ เป็ นคนเชือ้ ชาติ สัญชาติ เพศ อายุ ผิวสี ตาม
ลาดับ เป็ น Hierarchy ฯลฯ
Software Project
Management
61
แนวทางศึกษา ปรัชญา การบริหารโครงการซอฟต์ แวร์ (Software Project Management) ต่ อ 1
1.3. สรุ ป ความจริงที่ปรากฎตาม Ontology แยกเป็ น
1.3.1 FACTS ที่เป็ นรูปธรรมจับต้ องได้ วัดได้ แบบ Analog ด้ วยความรู้สึกจาก ตา หู
จมูก ลิน้ กาย ของมนุษย์ / Physical/ Hard Goods
1.3.2 FACTS ที่เป็ นนามธรรมจับต้ องไม่ ได้ แจงนับได้ แบบ Digital ด้ วยการเรียนรู้
จาก ใจ-จิต วิญญาณ ของมนุษย์ /Logical / Soft Goods/ Information Goods
1.3.3 การมอง BEING สิ่งที่มีอยู่จริง เป็ นอยู่จริงถูกบรรยาย อธิบาย พยากรณ์ และ
ควบคุมด้ วย FACTS/DATA ที่มีโครงสร้ างตาม ลาดับชัน้ / ภววิทยา /ONTOLOGY คือ ENTITY มี
Class, Object, Property, Method, Events, Inheritance หรือมีระดับชัน้ แยกลงไปย่ อยๆ เช่ น คน
เป็ น Entity Class แยกเป็ น Object หัว ลาตัว แขน แต่ ละ Object มีความสามารถทาหน้ าที่
ได้ (Method) ต้ องมีความสัมพันธ์ กับ Entity EVENTS เช่ นมีการเรียนเป็ น Events Possible
Code
Software Project
Management
62
แนวทางศึกษา ปรัชญา การบริหารโครงการซอฟต์ แวร์ (Software Project Management) ต่ อ 2
1.3.4 อภิปรัชญาเป็ นศัพท์ บัญญัตขิ องคาว่ า Metaphysics หมายถึงศาสตร์ ท่ วี ่ าด้ วย
ความแท้ จริงหรือสารัตถะ (Reality Essence EXISTENCE)
โดยมีมีปรัชญาอีกสาขาหนึ่งที่มีเนือ้ หาเกี่ยวข้ องกับ Metaphysics คือ Ontology
แปลว่ า ภววิทยา ซึ่งเป็ นศาสตร์ ท่ วี ่ าด้ วยความมี (BEING)
ศาสตร์ ทงั ้ สองนีม้ ีความเกี่ยวข้ องกันเพราะว่ า Metaphysics มีคาถามว่ า ศาสตร์
ที่ว่าด้ วยความแท้ จริงหรือสารัตถะว่ ามีจริงหรือไม่
Ontology ก็จะตอบว่ า ศาสตร์ ท่ จี ะศึกษาเรื่องความมีอยู่ของความแท้ จริง หรือ
สารัตถะนัน้ เป็ นจริงได้ แก่ ENTITY CLASS ต่ างๆ
อภิปรัชญาเป็ นการศึกษาปรั ชญาที่เกี่ยวข้ องกับสิ่งที่อยู่นอกเหนือจากการเห็น
ทั่ว ๆ ไป หรือความรู้ ท่ อี ยู่นอกเหนือการรู้ เห็นใด ๆ แต่ สามารถรู้ และเข้ าใจด้ วยเหตุผล
(LOGIC) แต่ ภววิทยาจะตอบว่ าข้ อเท็จจริง FACTS มีลาดับชัน้ ลงไปลึกตามข้ อ 1.3.3
Software Project
Management
63
แนวทางศึกษา ปรัชญา การบริหารโครงการซอฟต์ แวร์ (Software Project Management) ต่ อ 3
2 ญาณปรั ชญา (Epistemology).คือ วิธีเข้ าถึงความจริงในระบบธรรมชาติ
สิ่งแวดล้ อม มีหลากหลายฝ่ ายและหลากหลายวิธี Inter-disciplinary เพื่อเข้ าสู่เข้ าถึง
ความจริงใน METAPHYSICS and ONTOLOGY อย่ างน้ อยมี สอง Inter-disciplinary
คือ
2.1 วิธีอัตนัยนิยม (Subjectivism) = Naturalistic Approach จะมีการตัดสินโดยจิต
ของปั จเจกชน ทาหน้ าที่ ประมวลผลข้ อเท็จจริงที่มีคุณค่ า Information Processor
ด้ วยวิธีการบรรยาย อธิบาย พยากรณ์ และควบคุมว่ าอะไรจริงหรื อ เท็จ ขึน้ อยู่กับ
แต่ ละปั จเจกชนเป็ นเรื่ องทางสังคมศาสตร์ Know How + Know Why
2.2 วิธีปรนัยนิยม (Objectivism) = Systematic Approach ทุกคนต้ องเข้ าถึงคุณค่ า
ข้ อเท็จจริงที่เป็ นมาตรฐานสากล ที่ยอมรั บกัน ปั จเจกชนมีความรู้ ถงึ ขัน้ มาตรฐาน
64
Project
ถือSoftware
ว่Management
ารู้ ว่าจริ
ง รู้ ว่าเท็จ เช่ น สูตรคณิตศาสตร์ วิทยาศาสตร์
แนวทางศึกษา ปรัชญา การบริหารโครงการซอฟต์ แวร์ (Software Project Management) ต่ อ 4
3. วิธีการคิด (CONCEPT METHODOLOGY) :- เพื่อเข้ าถึงความจริงในระบบ
ธรรมชาติส่ งิ แวดล้ อมได้ ภายใต้ มีเกณฑ์ การตัดสินใจ ด้ วยระเบียบวิธีการต่ างๆกัน
คือ………….
3.1 วิธีการคิดแบบศาสนาพุทธ อริยสัจสี่
3.2 วิธีการคิดแบบวิทยาศาสตร์ :- Deduction/ Analysis + Induction/ Synthesis
+ BIAS Deduction เช่ น Research, SA
3.3 วิธีการคิดแบบเหตุและผล เลขาคณิต / Rationalism
3.4 วิธีการคิดแบบประสบการณืนิยมจากอายตนะ 5 สัมผัส / Empiricism
3.5 วิธีการคิดแบบหยัง่ รู้ แบบการฝึ กฝนแต่ ละปัจเจกชน (Intuitionism)
4.6 วิธีการคิดแบบปฏิบัตนิ ิยม / Pragmatism
Software Project
Management
65
แนวทางศึกษา ปรัชญา การบริหารโครงการซอฟต์ แวร์ (Software Project Management) ต่ อ 5
3.7 วิธีการคิดแบบการบริหารมุ่งผลสัมฤทธิ์ (Result Based
Management Systems : RBMS) คล้ ายกับการศึกษาญาณปรัชญา
(Epistemology) แบบปรนัยนิยม เพื่อวัดตัวชีว้ ัด KPI ทุก IPO Logic and
Value Chain คือ
3.7.1 นาไปใช้ ประโยชน์ นิยม (Outcomes of Utilitarianism)
3.7.2 ผลกระทบต่ อพหุนิยม (Impacts of Pluralism)
3.7.3 เพิ่มผลผลิตต่ อเนื่อง (Output of Continue)
Software Project
Management
66
แนวทางศึกษา ปรัชญา การบริหารโครงการซอฟต์ แวร์ (Software Project Management) ต่ อ 6
3.7.5 กระบวนการของตัวประมวลผลข้ อเท็จจริง (Process of
Subjectivism/ อัตนัย และ Objectivism/ ปรนัย)
3.7.6 นืปัจจัยทรัพยากรที่สอดคล้ องและนาไปใช้ ตาม ข้ อกาหนด
ของวิสัยทัศน์ พันธกิจ ยุทธศาสตร์ แผนงาน โครงการ (Input
Action followed on Vision, Mission, Strategy)
Software Project
Management
67
Using a Project Management Methodology
1. A methodology is basically "a set of methods or steps that you
use to deliver projects".
2. The key point is that you repeat the same steps for every
project you undertake, and by doing that you gain efficiencies in
your work.
Why use a Methodology?
1. A methodology will help you by giving you a clear roadmap for
achieving project success.
2. It will tell you and your team what has to be done, how it should
be done and by when, to deliver your project on time.
Software Project
Management
68
Software Project
Management
69
1.2 ซอฟต์ แวร์
(Software: SW ?)
Software Project
Management
70
สมมตฐาน การบริหารโครงการซอฟต์ แวร์ (Software Project Management)
1. ONTOLOGY VS. METAPHYSICS คาว่ าซอฟต์ แวร์ (Software)
1.1 DEFINITION VS. ความหมายรวมคือ ภาษาคอมพิวเตอร์ (Computer
Languages) ประกอบด้ วย
1.1.1 รหัสคาสั่งเลขฐานสองคอมพิวเตอร์ (Machine Codes:- EBCDIC/
28, ASSI/ 27) รวมตัวกันเป็ นชุดคาสั่งคอมพิวเตอร์ (Computer Instructions)
1.1.2 โดยมีตัวแปลภาษาเครื่ องคอมพิวเตอร์ ระดับต่ างๆ (Translators:Compilers and Interpreter :- Machine Language to Pseudo-Language
Language/ for Human Understand Language ) และมีช่ ือภาษาเครื่ อง
หลากหลายภาษา A-Z
1.1.3 เป้าหมาย ภาษาคอมพิวเตอร์ เพื่อทาหน้ าที่ตัวกลางสื่อความหมาย
ระหว่ างคนกับเครื่ องจักรให้ เข้ าใจกันผ่ านตัวแปลภาษาคอมพิวเตอร์ และ
รายละเอียดโครงสร้ างข้ อมูลของคนกับเครื่ อง (รู ปที่ 1-1)
Software Project
Management
71
สมมติฐาน การบริหารโครงการซอฟต์ แวร์ (Software Project Management) ต่ อ 1
1.2 SUPPLY VS. การผลิตภาษาคอมพิวเตอร์ ขึน้ มา เพื่อเป้าหมายทาการค้ า
(COTS Commercial of the shelf based on Entrepreneurship) มี
ส่ วนประกอบคือ มีภาษาคอมพิวเตอร์ สาเร็จรู ป พร้ อมข้ อมูล เอกสาร และ
รายละเอียดเกี่ยวกับกฎระเบียบการใช้ ภาษา ข้ อมูล และเอกสาร โดยมี
กระบวนการผลิตภาษาคอมพิวเตอร์ ขนึ ้ มาด้ วยระเบียบวิธีการทางวิศวกรรม
ซอฟต์ แวร์ ดูรูปที่ 1-2
1.2.1 Software Engineering (SE)
1.2.2 หรื อ วัฏจักรการพัฒนาซอฟต์ แวร์ (Software Development Life
Cycle: swDLC)
1.2.3 ซึ่งสามารถผลิตผลผลิต COTS ขึน้ มาได้ ต้องอาศัยกระบวนการ
พัฒนาโครงการซอฟต์ แวร์ (Software Project Management)
1.1.4 หรื อ การบริหารโครงการซอฟต์ แวร์ (Software Project Management)
Software Project
Management
72
สมมติฐาน การบริหารโครงการซอฟต์ แวร์ (Software Project Management) ต่ อ 2
1.3 CONFIGURATION VS. ลักษณะภาษาคอมพิวเตอร์ มีการผลิตโครงสร้ าง
หน้ าที่ประกอบด้ วย
1.3.1 System Software :- OS(Core , Environment windows),
Translators/ Common and Standard Compiler Languages, Utility, DB/ DC
1.3.2 Application Software:- Science, Social Science, Business Office,
Applied Science and Entertainments for DNA Automation of Human being
1.4 DEMAND VS. ตอบสนองการใช้ ประโยชน์ ภาษาคอมพิวเตอร์ เพื่อให้
ผู้ใช้ / ผู้บริโภค นาผลผลิตที่เป็ นภาษาคอมพิวเตอร์ มาเขียนคาสั่งภาษาคน
เพื่อจัดทา พัฒนา สร้ าง เป็ นโปรแกรมคอมพิวเตอร์ (Applications) ของแต่
ละตัวประมวลผลสารสนเทศ (Information Processors) ดูรูปที่ 1-3
Software Project
Management
73
รู ปที่ 1-1 ภาษาคอมพิวเตอร์ เพื่อติดต่ อสื่อสารระหว่ าง คนกับเครื่องคอมพิวเตอร์
Software Architecture
•Common SW COTS Languages
• โปรแกรมคอมพิวเตอร์ (APPLICATIONS
ARCHITECTURE of Information Processors)
People ware •DATA & Business Process Architecture :-ENTITY
•Developers:- SE, SA CLASS :- DW/DB/DM/FILE/ TABLE
HARDWARE
COTS/
Translators
Machine
Language
•User Computing
•Record
•USERS
•Field/Attribute/Data Element
•System SW
•Character/ Byte
• Application
•Binary
Machine
•SW
Code
•7-8 Bits (EBCDIC, ASCII) Binary
•On, Off
•Assembly
Instruction
•Electricity
Software Project
Management
•HW Computer Worked
74
รูปที่ 1-2 การสร้ างภาษาคอมพิวเตอร์ โดยกระบวนการวิศวกรรมซอฟต์ แวร์ SE/ swDLC
Software Project
Management
75
รูปที่ 1-3 การตอบสนองการประยุกต์ ใช้ ประโยชน์ COTS เพื่อผลิตโปรแกรมคอมพิวเตอร์
(Applications) ของ ตัวประมวลผลสารสนเทสระดับต่ างๆ (Information Processors)
1. Application ระดับปั จเจกชน People as Information Processor
1.1 เป้าหมาย ผลิตผลผลิต Hard Goods ให้ เป็ น Soft Goods/ Information
Goods เช่ น Thematic, Thesis, Dissertation
1.1.1 Strategic Information Systems Planning: SISP / ICT Master Plan
1.1.2 Tactical Information Systems (MIS):- ES, EIS, MIS
1.1.3 Operating Information Systems:- OAS, EDPS, TPS
1.2 ระเบียบวิธีการ ประมวลผลข้ อเท็จจริง (Fact Processing) โดยทาหน้ าที่
บรรยาย อธิบาย และพยากรณ์ (ใช้ องค์ ความรู้ ภูมปิ ั ญญา ศึกษาวิเคราะห์
สังเคราะห์ ด้วยกระบวนการอริยะสัจจสี่, วิธี Research Methodology,
Systems Analysis and Design (SA), Science Methodology)
76
Software Project
Management
รูปที่ 1-3 การตอบสนองการประยุกต์ ใช้ ประโยชน์ COTS เพื่อผลิตโปรแกรมคอมพิวเตอร์
(Applications) ของ ตัวประมวลผลสารสนเทสระดับต่ างๆ (Information Processors) ต่ อ 1
2. Application ระดับกลุ่มคน Groups as Information Processor
3. Application ระดับองค์ กร Organization as Information Processor
4. Application ระดับสั งคมชุ มชน Community Society as Information Processor
5. Application ระดับประเทศ Nation as Information Processor
6. Application ระดับโลก Global as Information Processor
7. Application ระดับเครื่ องมือ ICT Innovation as Information Processor
Software Project
Management
77
Information Systems / Soft Goods
การเข้ าถึง
(ACCESS)
การเข้ าถึง
(ACCESS
มนษย์ ในฐานะเป็ น
จุดเริ่มต้ นนาไปสู่
ตัวประมวลผล
สารสนเทศระดับต่ างๆ
….. as 7’ LEVEL of
Information Processors
:- EA
การเข้ าถึง (ACCESS)
รูปที่ 1-3.1 MANMADE Systems as
INFORMATION PROCESSORS
Software Project
Management
)
Environmental Nature System/ ENTITY
78
1.3 การบริหาร
โครงการ / Project
Management
Software Project
Management
79
รู ปที่ 1-4 การบริหารโครงการ Project Management VS. การบริหารการเปลี่ยนแปลง VS. การบริหารการพัฒนา
•การใช ้
ปัจจ ัย
ทร ัพยากร
/INPUTที่
มีความ
พร้อมเป็น
ทร ัพยากร
นว ัตกรรม
DNA การ
บริหาร
จ ัดการที่
ท ันสม ัย
CBIS,
TBIS
การใช้ เวลา 2
การใช้ เวลา 1
การคิด
75%
จัดการ
วางแผน
ยุทธศาสตร์
Systems
Analysis and
Design
Software Project
Management
การทางาน
10%
ขอบเขตการบริหารจัดการ = เวลาคิด- ทา แก้ + ทรั พยากรที่มีความพร้ อม Modern DNA
Innovation
นาแผน
ยุทธศาสตร์
ไปปฏิบัต:ิ
การใช้ เวลา 3
จัดทาเป็ น
ยุทธ วิธีลงสู่
ปฏิบัติ
ปั ญหา SWOTติดตามประเมิน
สถานการณ์ สิ่งแวดล้ อมเพื่อตัง้ เป็ น
วัตถุประสงค์ องค์ กร
การแก้ ไข คาดการณ์ 15%
Software
Engineering
Software Project / Risk
Management
เวลาที่ใช้ ในเรื่องการจัดการอะไร VS. คิด ทา แก้
80
รูปที่ 1-4 โครงการInheritance
Project VS. การบริหารการเปลี่ยนแปลง VS. การบริหารการพัฒนา
Inheritance
ถ่ายทอดพันธุกรรมต้นแบบ
ถ่ายทอดพันธุกรรมต้นแบบ
•การใช ้
ปัจจ ัย
ทร ัพยากร
/INPUTที่
มีความ
พร้อมเป็น
ทร ัพยากร
นว ัตกรรม
DNA การ
บริหาร
จ ัดการที่
ท ันสม ัย
CBIS,
TBIS
SW Reuse Component
การใช้ เวลา 2
การใช้ เวลา 1
การคิด
75%
จัดการ
วางแผน
การทางาน
10%
นาแผน
ยุทธศาสตร์
ไปปฏิบัต:ิ
SW Reuse Component
ขอบเขตการบริหารจัดการ = เวลาคิด- ทา แก้ + ทรั พยากรที่มีความพร้ อม Modern DNA
Innovation
การใช้ เวลา 3
การแก้ ไข คาดการณ์ 15%
Inheritance
ปั ญหา SWOTติดตามประเมิ
น
จัดทาเป็ น
ยุทธ วิธีลงสู่ สถานการณ์ สิ่งแวดล้
มเพื่อตัง้ เป็นนธุ กรรมต้นแบบ
ถ่าอยทอดพั
ยุทธศาสตร์
Inheritance
ปฏิบัติ
วัตถุประสงค์ องค์ กรSW Reuse Component
Systems
ถ่ายทอดพันธุกรรมต้นแบบ
Software
Software Project / Risk
Analysis
SW and
Reuse Component
Engineering
Design
Management
เวลาที่ใช้ ในเรื่องการจัดการอะไร VS. คิด ทา แก้
Software Project
Management
81
ตัวอย่ าง ความสัมพันธ์ ความล้ มเหลวการบริหารโครงการ TQC ทาให้ SCOPE
เพี ้ยนอย่างไร ภายใต้ การบริหารจัดการโครงการที่ดี กับ SCOPE = T +
RESOURCES จะแก้ ไขปั ญหาได้ ต้องมีการสร้ างวินยั ความพร้ อม…. Inheritance
RESOURCES
CBIS/TBIS
People ware
Software Project
Management
Quantity
T: TIME
Q: QUALITY
ผลงานดี
C: COST
น้ อย
คนใช้ เวลาคุยกันจากัดไม่
มาก ประสานงานเร็ว
งบฯ เพียงพอ
น้ อย
ปั ญหาปิ ดงานไม่ ทนั เพราะ ผลงานไม่ ทัน
คนทามีน้อย
งบฯไม่ พอ
น้ อย
ปั ญหาปิ ดงานไม่ ทนั
เพราะคนไม่ ประสานกัน
ผลงานไม่ ทัน
งบฯไม่ พอ
มาก
ปั ญหาปิ ดงานไม่ ทนั
ผลงานไม่ ทัน
เพราะคนมีแต่ พูด สองคน
เพื่อนตาย สามคนวอดวาย
งบฯไม่ พอ
82
รู ปที่ 1-4 การสร้ างความพร้ อมการใช้ ปัจจัยทรั พยากร INPUT โดยผ่ านกระบวนการ IPO LOGIC ก่ อน
1. ระบบธรรมชาติส่ งิ แวดล้ อมยุคต่ างๆ:- ปรากฎการณ์ ท่ มี ีอยู่จริง เป็ นอยู่จริง ไม่ แน่ นอน เปลี่ยนแปลง
ตลอดเวลา ไม่ มีตัวตนของ ENTITY CLASS:- Things, Botany, Zoology, Human being, Concept,
Phenomenon, Events, Situation เกิดขึน้ และดับไปอย่ างยั่งยืนและต่ อเนื่อง
3. การบริหารการเปลีย่ นแปลง ตามกระบวนการเปลีย่ นแปลงให้ เป็ นสมัยใหม่
2. ขอบเขต บริบทระบบการบริหารจัดการ การเปลีย่ นแปลงทีด่ ี
2.6 SISP: Strategic Information Systems Planning/ ICT Master Plan/FF
2.7 GOAL
2,4 INPUT
2.3PROCESS/
วิสัยทัศน์
พันธกิจ
ยุทธศาสตร์ ของ
Information
Processors
ปั จจัยก่ อให้ เกิด
ความ สาเร็จ
CSF ของ
Information
Processors
SE ภายใต้ห่วง
โซ่คุณค่าเพิ่ม
Value Chain ตาม
บริบท Information
Processors
2.2 OUTPUT
ผลผลิต ที่มี
คุณค่ าตาม
บริบท
Information
Processors
2.1OUTCOME
ผลลัพธ์ ประยุกต์ ใช้
ประโยชน์ ท่ มี ีคุณค่ า
ตามบริบท
Information
Processors
2.5 Monitoring ทบทวน IMPACTS/ FB สารสนเทศ องคความรู้ IPS สนับสนุน นวัตกรรมด้ านบริหารจัดการ
Software Project
Management
83
รูปที่ 1-6 การพัฒนาทรัพยากรการจัดการโครงการที่เป็ น INPUT ให้ เกิด
ต้ นแบบหลัก Inheritance Reuse Prototype ให้ เกิด การเตรียม
ความพร้ อมการใช้ ปัจจัยทรัพยากรที่เป็ นนวัตกรรมDNA การบริหาร
จัดการที่ทนั สมัย เพื่อเป็ น Scope = Time + Resources
INPUT
ทรัพยากร
การจัดการ
โครงการ
Software Project
Management
IPO LOGIC
OUTPUT
การใช้ ปัจจัย
ทรั พยากรที่เป็ น
นวัตกรรมDNA
การบริหารจัดการ
ที่ทนั สมัย
OUTCOME
นาไปใช้ เป็ นปั จจัย
ทรั พยากรที่มี
ความพร้ อม เป็ น
นวัตกรรมDNA
การบริหารจัดการ
ที่ทนั สมัยของ
โครงการรู ปที่ 1-4
84
1. สมมตฐานการบริหารโครงการซอฟต์ แวร์ (Software Project
Management) คือความล้ มเหลวของการจัดการวิสัยทัศน์ พันธกิจ และ
ยุทธศาสตร์ ของกิจกรรม ในโครงการซอฟต์ แวร์ เป็ นอย่ างไร
2. สาเหตุของของความล้ มเหลว ในการบริหารโครงการซอฟต์ แวร์ นับได้ วา่
เป็ นกิจกรรมหลักสาคัญส่วนใหญ่ เกี่ยวข้ องกันกับ
2.1 ผลจากการประเมินโครงการผิดพลาด (Earn Value Project) ของตัว
ประมวลผลสารสนเทศ (Information Processors ระดับต่างๆ ) โดยพิจารณาจาก
Scope = Time + Resources CSF Based on Targets:- Time, Quality and
Cost (TQC)
2.1.1 การบริหารจัดการเวลา (T: TIME)
(1) ระยะเวลาเริ่มต้ นของแผน คือ ขัน้ ผลจากการศึกษาวิเคราะห์และ
85
Software
Project
ออกแบบระบบงาน
(System
Analysis
and
Design:
SA)
Management
1. สมมตฐานการบริหารโครงการซอฟต์ แวร์ (Software Project
Management) คือความล้ มเหลวของการจัดการวิสัยทัศน์ พันธกิจ และ
ยุทธศาสตร์ ของกิจกรรม ในโครงการซอฟต์ แวร์ เป็ นอย่ างไร
2. สาเหตุของของความล้ มเหลว ในการบริหารโครงการซอฟต์ แวร์ นับได้ วา่
เป็ นกิจกรรมหลักสาคัญส่วนใหญ่ เกี่ยวข้ องกันกับ
2.1 ผลจากการประเมินโครงการผิดพลาด (Earn Value Project) ของตัว
ประมวลผลสารสนเทศ (Information Processors ระดับต่างๆ ) โดยพิจารณาจาก
Scope = Time + Resources CSF Based on Targets:- Time, Quality and
Cost (TQC)
2.1.1 การบริหารจัดการเวลา (T: TIME)
(1) ระยะเวลาเริ่มต้ นของแผน คือ ขัน้ ผลจากการศึกษาวิเคราะห์และ
86
Software
Project
ออกแบบระบบงาน
(System
Analysis
and
Design:
SA)
Management
(2) ระยะเวลาดาเนินการ ผลจากการดาเนินการวิศวกรรมซอฟต์แวร์ (Software
Engineering: SE)
(3) ระยะเวลาปิ ดโครงการ ผลการฝึ กอบรม และบารุงรักษาระบบงาน
2.1.2 การบริหารจัดการทรั พยากรต้ นทุน ที่มีผลต่ อ CSF (C: Cost) ได้ แก่การ
ลงทุน CBIS/ TBIS ที่มีคณ
ุ ภาพ
(1) ค่าจ้ างทีมงาน (People ware)
(2) ค่าใช้ จ่ายจัดซื ้อจัดหาฮาร์ ดแวร์ ซอฟต์แวร์ ทงคอมพิ
ั้
วเตอร์ และเครื อข่ายที่
ดีมีประสิทธิภาพ (ICT Infrastructure)
(3) ค่าจัดทาและมีทรัพยสินทางปั ญญา:- ระบบข้ อมูล สารสนเทศ และองค์
ความรู้
(4) ค่าใช้ จ่ายกาหนดระเบียบในการ
Software Project
Management
87
2.1.3 การบริหารจัดการผลสัมฤทธิ์คุณภาพ (Q: Quality) KPI
ระบบสารสนเทศเพื่อการจัดการ (Management Information Systems: MIS) และการจัดการ
เครื อข่ายคอมพิวเตอร์ (Network Management) โดยมีวตั ถุประสงค์เพื่อค้ นคว้ าหาคุณค่าของ
ความจริ ง ภายใต้ บริ บทของการประยุกต์ใช้ และพัฒนานวัตกรรมเทคโนโลยีสารสนเทศและการ
สื่อสาร (Information and Communication Technology Innovation: ICT) ที่สมั ฤทธิผล เข้ ากับ
ความสามารถของสถาปั ตยกรรมองค์กรสมัยใหม่ (Enterprise Architecture: EA) ให้ มีศกั ยภาพ
ทาหน้ าที่เป็ นแกนกลางประสานเชื่อมโยง การปฏิบตั ิงานของตัวประมวลผลสารสนเทศในระดับ
ต่างๆกัน (…. As Information Processors) ด้ วยกระบวนการอย่างมียทุ ธศาสตร์ ตามผังภาพดังนี ้
Software Project
Management
88
สมมติฐาน การบริหารโครงการซอฟต์ แวร์ เป็ นส่ วนหนึ่งของการบริหารการเปลี่ยนแปลง
ที่มาจาก……… ลักษณะคุณสมบัตขิ องระบบธรรมชาติส่ งิ แวดล้ อมที่มีอยู่จริง เป็ นอยู่จริง
ทัง้ ที่เป็ น รู ปธรรม-ฮาร์ ดกูต และนามธรรม-ซอฟต์ กูต (Environmental Nature /ENTITY
Metaphysics) :- อนิจจัง ทุกขัง อนัตตา
1. Cohesion ลักษณะคุณสมบัติ การรวมกันเป็ นกลุ่มก้ อน (Attributed Characteristics) เพื่อ
สร้ างภาพลักษณ์ โครงสร้ าง สถาปั ตยกรรมอิสระและรวมกันเป็ นโครงสร้ างเดียวกันทัง้
รุ ปแบบที่เป็ นนามธรรม(Logical/Information Goods) และรูปธรรม (Physical/ Hard
Goods) = ระบบสารสนเทศ (Information Systems) / GIS + MIS
2. Covariance ลักษณะคุณสมบัติ การรวมกันของกลุ่มก้ อนที่มีความสัมพันธ์ และสามารถ
เปลี่ยนแปลงตลอดเวลาร่ วมกัน เพื่อสร้ างห่ วงโซ่ คุณค่ าเพิ่ม (Value Chain
Relationships Synergy) และสร้ างพันธุกรรมถ่ ายทอดต่ อเนื่องกัน (Deoxyribonucleic
Acid: DNA) = กระบวนการสร้ างความสัมพันธ์ ของเหตุและผล (IPO Logical Systems)
3. มี Co-operator ตัวละคอนกระทาการ = Information Processorsตัวประมวลผลสารสนเทศ
เป็ นEntity Class ระบบที่มนุษย์ สร้ างขึน้ เพื่อเป็ นแกนนา Cohesion and Covariance ให้
เกิด Socio-cultural Innovation = ระบบมนุษย์ สร้ างขึน้ (Manmade Systems)
Software Project
Management
89
1. Cohesion ลักษณะคุณสมบัติ การรวมกันเป็ นกลุ่มก้ อน (Attributed
Characteristics) เพื่อสร้ างภาพลักษณ์โครงสร้ าง สถาปั ตยกรรมอิสระและรวมกันเป็ น
โครงสร้ างเดียวกัน = ระบบสารสนเทศ (Information Systems)
1. ระบบสารสนเทศ = Information systems: IS คือระบบสารสนเทศที่มีอยูจ่ ริง
เป็ นอยูจ่ ริง ของระบบธรรมชาติสงิ่ แวดล้ อม ได้ แก่ข้อเท็จจริงที่มีอยูจ่ ริง เป็ นอยูจ่ ริง
ของ Entity Class ต่างๆคือ Things, Botany, Zoology, Human being,
Concept, Phenomenon, Events, Situations มีลกั ษณะคุณสมบัติ Attributes
1.1 ศึกษาวิเคราะห์ และออกแบบ Entity Class ที่จะศึกษาเช่น สถานการณ์
การส่งออกนาเข้ า
1.2 ศึกษาวิเคราะห์ และออกแบบพิมพ์เขียวประเภท Object Class เช่นออบเจ็ค
เรื่ องสินค้ า ที่จะส่งออกนาเข้ า มีอะไรบ้ าง FILES?? / RECORDS????
1.3 ออกแบบคุณสมบัตเิ ฉพาะตัวของออบเจ็ค (Property) เช่นสินค้ ามี
Software Project
Management
90
1. Cohesion ลักษณะคุณสมบัติ การรวมกันเป็ นกลุ่มก้ อน (Attributed
Characteristics) เพื่อสร้ างภาพลักษณ์โครงสร้ าง สถาปั ตยกรรมอิสระและรวมกันเป็ น
โครงสร้ างเดียวกัน = ระบบสารสนเทศ (Information Systems)(ต่อ1 )
รหัสสินค้ า หมวดสินค้ า รายชื่อสินค้ า หน่วยสินค้ า ราคา ปริมาณ มูลค่า ประเทศต้ นทาง
ประเทศปลายทาง ชื่อผู้สง่ ออกนาเข้ า อัตราภาษี ฯลฯ
1.4 ออกแบบความสามารถการทางานของคุณสมบัตเิ ฉพาะตัวของออบเจ็ค
(Method) เช่นรหัสสินค้ ามีความสามารถในการทางาน ที่ชี ้วัดถึงหมวดสินค้ า และ
อัตราภาษี ศลุ กากร
1.5 ออกแบบความสัมพันธ์ และเงื่อนไข ในการเพิ่มและหรื อสร้ าง กระตุ้นให้
เกิด ความสามารถการทางานของคุณสมบัตเิ ฉพาะตัวของออบเจ็ค
(EVENTS/ Possible Code) เช่น Table Commodity จะเป็ นเงื่อนไขความตกลง
ในการเจรจาการค้ าเวที WTO ระบุพิกดั อัตราภาษี สลู กากรของสินค้ าได้ เป็ นต้ น
Software Project
Management
91
1. Cohesion ลักษณะคุณสมบัติ การรวมกันเป็ นกลุ่มก้ อน (Attributed
Characteristics) เพื่อสร้ างภาพลักษณ์โครงสร้ าง สถาปั ตยกรรมอิสระและรวมกันเป็ น
โครงสร้ างเดียวกัน = ระบบสารสนเทศ (Information Systems)(ต่อ2 )
1.6 ประเมินเลือกสรร การออกแบบต้ นแบบหลักในข้ อ 1.1-1.2 (Inheritance:ออกแบบต้ นแบบของผลิตภันฑ์ ตัวใหม่ หรื อระบบต้ นแบบ Prototype)
• การที่จะออกแบบทุกองค์ประกอบใหม่ทงหมด
ั้
ตังแต่
้ ข้อ 1.1 – 1.5 ค่อยลงมือ SE
ก็คงเป็ นการยุง่ ยากและเสียเวลาในการผลิตเป็ นอย่างมาก
• จะออกแบบต้ นแบบหลักเอาไว้ และนาเอาต้ นแบบหลักดังกล่าวมาทาเป็ นต้ นแบบ
ของผลิตภันฑ์ตวั ใหม่
• Inheritance for Reuse and Modified หมายถึง การสืบทอดคุณสมบัติจากต้ น
แบบเดิม โดยทาการพัฒนาต่อยอดจากโครงสร้ างต้ นแบบเดิม เพื่อให้ ได้ ผลิตภัณฑ์
รุ่นใหม่ และสร้ างเป็ นต้ นแบบอีกที เพื่อเพิ่มสมรรถนะและความสะดวกสบายเข้ า
ไป ซึง่ เป็ นการนาเอาสิง่ ที่มีอยูม่ าพัฒนาเพิ่มเติมโดยไม่ต้องเริ่ มออกแบบใหม่
ทังหมด
้
92
Software Project
Management
1. Cohesion ลักษณะคุณสมบัติ การรวมกันเป็ นกลุ่มก้ อน (Attributed
Characteristics) เพื่อสร้ างภาพลักษณ์โครงสร้ าง สถาปั ตยกรรมอิสระและรวมกันเป็ น
โครงสร้ างเดียวกัน = ระบบสารสนเทศ (Information Systems)(ต่อ3 )
1.7 ตัวอย่ างใน Windows จะถูกมองเป็ น ออบเจ็คทังหมด
้
ตังแต่
้ Desktop Icon และ
Taskbar นันหมายถึ
้
งว่าทุกองค์ประกอบของ Windows จะถูกมองเป็ บ ออบเจ็ค
ซึง่ จะมีพร๊ อพเพอร์ ตี ้ (Property) เฉพาะตัว และมี เมธอด (Method) เพื่อทางาน
ใดๆ
Software Project
Management
93
มี Co-operator ตัวละคอนกระทาการ = Information Processorsตัวประมวลผล
สารสนเทศเป็ นEntity Class ระบบที่มนุษย์ สร้ างขึน้ เพื่อเป็ นแกนนา Cohesion
and Covariance ให้ เกิด Socio-cultural Innovation
1. People or Individual as Information Processors
Software Project
Management
94
ตัวอย่ าง
กฎเกณฑ์ ระบบธรรมชาติส่ งิ แวดล้ อมที่เปลี่ยนแปลงตลอดเวลา ไม่ แน่ นอน
1. ระบบธรรมชาติส่ งิ แวดล้ อมยุคต่ างๆ (Environmental Nature
of Entity Metaphysics)
3. CO- OPERATORS:- Information Processors
2. ระบบมนุษย์ สร้ างขึน้ (Manmade Systems)
Software Project
Management
95
สมมติฐาน การบริหารโครงการซอฟต์ แวร์ เป็ นส่ วนหนึ่งของ
3. การบริหารจัดการเชิงกลยุทธ์ คือ
•การบริหารการพัฒนา
•การบริหารการเปลี่ยนแปลง
•การบริหารสัจจธรรม = การบริหารข้ อเท็จจริง = การบริหาร
ธรรมชาติส่ งิ แวดล้ อม (ENTITY) ที่เปลี่ยนแปลงตลอดเวลา ไม่
แน่ นอน (ไตรลักษณ์ :- อนิจจัง ทุกขัง อนัตตา)
1. – 2. ทัง้ ด้ านระบบธรรมชาติและระบบที่มนุษย์ สร้ างขึน้
Software Project
Management
96
การบริหารธรรมชาติส่ งิ แวดล้ อม
ที่เปลี่ยนแปลงตลอดเวลา ไม่ แน่ นอน จาก
•ระบบธรรมชาติส่ งิ แวดล้ อมมีลักษณะ อนิจจัง ทุกขัง อนัตตา
•ระบบที่มนุษย์ สร้ างขึน้ มีแรงจูงใจจาก ตัณหา อภิภวตัณหา
วิภวตัณหา คือความต้ องการไม่ สนิ ้ สุด NEEDS, WANTS,
DEMAND
•ระบบมนุษย์ สร้ างขึน้ ต้ องมีระเบียบวิธีการเข้ าสู่ระบบธรรมชาติ
สิ่งแวดล้ อมคือการมีกระบวนการบริหารจัดการเชิงระบบ RBMS?
Software Project
Management
97
•การบริหารสัจจธรรม = การบริหารข้ อเท็จจริง = การบริหาร
ธรรมชาติส่ งิ แวดล้ อม (ENTITY) ที่เปลี่ยนแปลงตลอดเวลา ไม่
แน่ นอน (ไตรลักษณ์ :- อนิจจัง ทุกขัง อนัตตา)
สั จจธรรม ENTITY Existence มีลกั ษณะไตรลักษณ์
รวมเป็ นกลุ่มก้ อนเดียวกัน
กลุ่มก้ อนเปลี่ยนแปลงร่ วมกัน
Structure = Cohesion = Anatomy
Functional = Covariance = Physiology
CLASS/ ATTRIBUTE :- Things,
Botany, Zoology, Human being,
Concept, Phenomenon, Events,
Situation
Software Project
Management
98
ตัวอย่ าง
กฎเกณฑ์ ระบบธรรมชาติส่ งิ แวดล้ อมที่เปลี่ยนแปลงตลอดเวลา ไม่ แน่ นอน
1. ระบบธรรมชาติส่ งิ แวดล้ อมยุคต่ างๆ:- ปรากฎการณ์ ท่ มี ีอยู่จริง เป็ นอยู่จริง ไม่ แน่ นอน เปลี่ยนแปลง
ตลอดเวลา ไม่ มีตัวตนของ ENTITY CLASS:- Things, Botany, Zoology, Human being, Concept,
Phenomenon, Events, Situation เกิดขึน้ และดับไปอย่ างยั่งยืนและต่ อเนื่อง
3. การบริหารการเปลีย่ นแปลง ตามกระบวนการเปลีย่ นแปลงให้ เป็ นสมัยใหม่
2. ขอบเขต บริบทระบบการบริหารจัดการ การเปลีย่ นแปลงทีด่ ี
2.6 SISP: Strategic Information Systems Planning/ ICT Master Plan/FF
2.7 GOAL
2,4 INPUT
2.3PROCESS/
วิสัยทัศน์
พันธกิจ
ยุทธศาสตร์ ของ
Information
Processors
ปั จจัยก่ อให้ เกิด
ความ สาเร็จ
CSF ของ
Information
Processors
SE ภายใต้ห่วง
โซ่คุณค่าเพิ่ม
Value Chain ตาม
บริบท Information
Processors
2.2 OUTPUT
ผลผลิต ที่มี
คุณค่ าตาม
บริบท
Information
Processors
2.1OUTCOME
ผลลัพธ์ ประยุกต์ ใช้
ประโยชน์ ท่ มี ีคุณค่ า
ตามบริบท
Information
Processors
2.5 Monitoring ทบทวน IMPACTS/ FB สารสนเทศ องคความรู้ IPS สนับสนุน นวัตกรรมด้ านบริหารจัดการ
Software Project
Management
99
ตัวอย่ าง
ระบียบวิธีการบริหารจัดการอริยะสั จสี่
1. ระบบธรรมชาติส่ งิ แวดล้ อม ยุคต่ างๆ:- ปรากฎการณ์ ท่ มี ีอยู่จริง เป็ นอยู่จริง ไม่ แน่ นอน เปลี่ยนแปลง
ตลอดเวลา ไม่ มีตัวตนของ ENTITY เป็ นไตรลักษณ์ ของ อนิจจัง ทุกขัง อนัตตา ทัง้ อดีต ปั จจุบันและ
อนาคต เกิดขึน้ และดับไปอย่ างยั่งยืนและต่ อเนื่อง เป็ นปรากฎการณ์ เหตุปัจจัยทุกข์ สมุทัย
3. ระเบียวิธีการบริหารจัดการการเปลีย่ นแปลง มรรควิธีภาพรวมสู่ นิพพาน
2. ขอบเขต การบริหารจัดการบรรลุวตั ถุประสงค์ (นิโรธ)
2.6 SISP: Strategic Information Systems Planning/ ICT Master Plan/FF
2.7 GOAL
นิโรธ อดีต
ปั จจุบัน
อนาคต
2,4 INPUT
เหตุปัจจัยศีล
อวิชชา
ตัณหา
อุปทาน
2.3PROCESS/
2.2 OUTPUT /
มรรควิธี
นิโรธ /
ภาพย่ อย ศีล
สมาธิ ปั ญญา
ผลผลิตธรรม
2.1OUTCOME /
นิโรธ / ผลลัพธ์
การประยุกต์ ใช้
ประโยชน์ ธรรม
2.5 Monitoring ทบทวน IMPACTS/ FB สารสนเทศ องคความรู้ IPS สนับสนุน นวัตกรรมด้ านบริหารจัดการ
Software Project
Management
100
ตัวอย่ าง
ระบียบวิธีการบริหารจัดการยุทธศาสตร์ ท่ ีดี คือการบริหารจัดการอริยะสัจสี่
1. ยุคต่ างๆ:- การติดตามประเมินสถานการณ์ ปัจจัยภายนอก Information Processors ที่เปลี่ยนแปลง
ตลอดเวลา ไม่ แน่ นอน (ภัยคุกคาม Threats / โอกาส Opportunity)
3. การบริหารการพัฒนาโครงการ WEB SERVICE / SOA Application
2. ขอบเขต ติดตามประเมินปั จจัยภายใน Information Processors ที่ต้องมีการจัดการ S, W
2.6 SISP: Strategic Information Systems Planning/ ICT Master Plan/FF
2.7 GOAL
วิสัยทัศน์
พันธกิจ
ยุทธศาสตร์
2,4 INPUT
ปั จจัย
ก่ อให้ เกิด
ความสาเร็จ
CSF:- CBIS,
TBIS
2.3PROCESS/
SE ภายใต้
SOA: Service
Oriented
Architecture
2.2 OUTPUT
ผลผลิต
โปรแกรม SOA
Application,
Menu Driven
2.1OUTCOME
ผลลัพธ์ การ
ประยุกต์ ใช้
ประโยชน์ Web
Service
2.5 Monitoring ทบทวน IMPACTS/ FB สารสนเทศ องคความรู้ IPS สนับสนุน นวัตกรรมด้ านบริหารจัดการ
Software Project
Management
101
ตัวอย่ าง
กฎเกณฑ์ การบริหารจัดการยุทธศาสตร์ ท่ ีดี คือการบริหารเชิงระบบ RBMS
1. ตัวชีว้ ัด ความสัมฤทธิ์ผล ตอบสนองความต้ องการกลุ่มเป้าหมาย ที่อยู่
นอก Information Processors:- Stakeholders
3. การบริหารจัดการมุงผลสั มฤทธิ์ (RBMS)
2. ขอบเขต การสร้ างตัวชี้วดั KPI ของ Stockholders/Shareholders
2.6 SISP: Strategic Information Systems Planning/ ICT Master Plan/FF
2.7 GOAL
วิสัยทัศน์
พันธกิจ
ยุทธศาสตร์
2,4 INPUT
ปั จจัย
ก่ อให้ เกิด
ความสาเร็จ
CSF:- CBIS,
TBIS
2.3PROCESS/
SE ภายใต้
SOA: Service
Oriented
Architecture
2.2 OUTPUT
ผลผลิต
โปรแกรม SOA
Application,
Menu Driven
2.1OUTCOME
ผลลัพธ์ การ
ประยุกต์ ใช้
ประโยชน์ Web
Service
2.5 Monitoring ทบทวน IMPACTS/ FB สารสนเทศ องคความรู้ IPS สนับสนุน นวัตกรรมด้ านบริหารจัดการ
Software Project
Management
102
ตัวอย่ าง
กฎเกณฑ์ การบริหารจัดการยุทธศาสตร์ ท่ ีดี คือการบริหารเชิงระบบ RBMS
1. New Economy:- การบริหารจัดการโครงการตามแผนพัฒนาเสรษฐกิจและสังคมคือการบริหาร
ยุทธศาสตร์ ระบบธรรมชาติส่ งิ แวดล้ อมที่เปลี่ยนแปลงตลอดเวลา ไม่ แน่ นอน (การบริหารอริยะสัจสี่)
3. การบริหารการพัฒนาโครงการ WEB SERVICE / SOA Application
2. ขอบเขต บริบทระบบสารสนเทศเพือ่ การจัดการ MIS / Manmade Systems
2.6 SISP: Strategic Information Systems Planning/ ICT Master Plan/FF
2.7 GOAL
วิสัยทัศน์
พันธกิจ
ยุทธศาสตร์
2,4 INPUT
ปั จจัย
ก่ อให้ เกิด
ความสาเร็จ
CSF:- CBIS,
TBIS
2.3PROCESS/
SE ภายใต้
SOA: Service
Oriented
Architecture
2.2 OUTPUT
ผลผลิต
โปรแกรม SOA
Application,
Menu Driven
2.1OUTCOME
ผลลัพธ์ การ
ประยุกต์ ใช้
ประโยชน์ Web
Service
2.5 ทบทวน IMPACTS/ FB สารสนเทศ องคความรู้ IPS สนับสนุน นวัตกรรมด้ านบริหารจัดการ
Software Project
Management
103
การบริหารโครงการ คือ การบริหารการเปลี่ยนแปลง คือยุทธศาสตร์ การบริหารจัดการที่ดี ตามธรรมชาติ อริ ยสัจสี่
(NATURAL ENTITY) ธรรมชาติส่ ิงแวดล้ อม
Information World / Knowledge Society
Information Processor (Value Chain1) อริยสัจสี่
/STRATEGY
Intellectual Property
Information Processor
(Value Chain6) SOCIO-cultural INNOVATION / MBO
Information Processor
(Value Chain5) Science Methodology / MBO
WISDOM ภูมิปัญญา
Information Processor
(Value Chain4) Inter-disciplinary RESEARCH / MBO
Information Processor
(Value Chain3) Computer Science / MBO
Information Processor
(Value Chain2) Data Processing / MBO
Information Processor (Value Chain1) การบริ หารจัดการอริ ยสัจสี่ / การบริ หาร
การเปลี่ยนแปลง / การบริ หารยุทธศาสตร์ / การบริ หารการพัฒนา เพื่อเข้าสู่ สัจ
จธรรม / การบริ หารระบบธรรมชาติสิ่งแวดล้อม / STRATEGY
Software Project
Management
Knowledge
Information
DATA
FACT สัจ
จธรรม
ENTITY
ธรรมชาติ
สิ่งแวดล้ อ
ม
104
Download