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