การบร หารโครงการซอฟต แวร และCMM

(1)

การบริหารโครงการซอฟตแวรและ

CMM

การบริหารโครงการซอฟตแวรและ

CMM

ดร. ครรชิต มาลัยวงศ ดร. ครรชิต มาลัยวงศ ศูนย ศูนยบริการสารสนเทศทางเทคโนโลยีบริการสารสนเทศทางเทคโนโลยี สํานักงานพัฒนาวิทยาศาสตรและเทคโนโลยีแหงชาติ สํานักงานพัฒนาวิทยาศาสตรและเทคโนโลยีแหงชาติ

(2)

เนื้อหา

คํ

า

บรรยาย

Q Q สถานภาพงานพัฒนาซอฟตแวรไทยสถานภาพงานพัฒนาซอฟตแวรไทย Q Q การบริหารงานโครงการซอฟตแวรการบริหารงานโครงการซอฟตแวร Q Q ภาพรวมของภาพรวมของ CMM CMM Q Q การรับรองระดับการรับรองระดับ CMM CMM Q Q ไทยกับไทยกับ CMM CMM

(3)

โลกของซอฟตแวร

Q Q โลกยุคปจจุบันถูกควบคุมดวยซอฟตแวรนานาประเภทโลกยุคปจจุบันถูกควบคุมดวยซอฟตแวรนานาประเภท Q Q ซอฟตแวรระบบซอฟตแวรระบบ Q Q ภาษาคอมพิวเตอรภาษาคอมพิวเตอร Q Q ซอฟตแวรประยุกตซอฟตแวรประยุกต Q Q ซอฟตแวรระบบฝงตัวซอฟตแวรระบบฝงตัว

(4)

วิวัฒนาการของซอฟตแวร

การพัฒนาซอฟตแวรผานกระบวนการเรียนรูมามาก การพัฒนาซอฟตแวรผานกระบวนการเรียนรูมามาก Q Q ใครใครเขียนเขียนใครใครเขียนเขียน Q Q ใครใครคิดคิดใครใครคิดคิด Q Q สับสนและวิกฤติสับสนและวิกฤติ Q Q แสวงหาโครงสรางแสวงหาโครงสราง

(5)

จุดวิกฤติในงานซอฟตแวร

การพัฒนาซอฟตแวรมีประเด็นที่เปนจุดวิกฤติหลายดาน อาทิ การพัฒนาซอฟตแวรมีประเด็นที่เปนจุดวิกฤติหลายดาน อาทิ Q Q คุณภาพคุณภาพและและความนาเชื่อถือความนาเชื่อถือ Q Q สมรรถนะสมรรถนะและและความยืดหยุนความยืดหยุน Q Q ความสรางสรรคและการเปดเผยความสรางสรรคและการเปดเผย Q Q โครงสรางและโครงสรางและการการปรับเปลี่ยนปรับเปลี่ยน

(6)

กระบวนการซอฟตแวร

กระบวนการ กระบวนการ หมายถึง_{หมายถึง} ลํ_ลําดับของขั้นตอนตาง_{าดับของขั้นตอนตาง} ๆ_ๆ ในการดํ_{ในการดํ}าเนิน_{าเนิน} งานใหบรรลุเปาหมาย งานใหบรรลุเปาหมาย กระบวนการซอฟตแวร กระบวนการซอฟตแวร หมายถึงกลุมของกิจกรรมหมายถึงกลุมของกิจกรรม วิธีการวิธีการ วิธี วิธีการการปฏิบัตปฏิบัต และการเปลี่ยนแปลงที่ใชในการพัฒนาและและการเปลี่ยนแปลงที่ใชในการพัฒนาและ บํารุงรักษา ซอฟตแวร ตลอดจนผลิตภัณฑที่เกี่ยวเนื่อง บํารุงรักษา ซอฟตแวร ตลอดจนผลิตภัณฑที่เกี่ยวเนื่อง กระบวนการซอฟตแวรประกอบดวย คน วิธีการ และ กระบวนการซอฟตแวรประกอบดวย คน วิธีการ และ

(7)

คุณภาพซอฟตแวรไทย

Q Q อยูในตัวซอฟตแวรเองอยูในตัวซอฟตแวรเอง – – Interface_Interface – – ProcessingProcessing – – ResultsResults – – RobustnessRobustness Q Q อยูในกระบวนการสรางซอฟตแวรอยูในกระบวนการสรางซอฟตแวร

(8)

การบริหารงานโครงการซอฟตแวร

(9)

การบริหารงานโครงการ

Q Q โครงการโครงการ หมายถึงหมายถึง งานที่มีวัตถุประสงคแนชัดงานที่มีวัตถุประสงคแนชัด มีจุดมีจุด เริ่มตน และ จุดสิ้นสุดที่ชัดเจน เริ่มตน และ จุดสิ้นสุดที่ชัดเจน มี_มีทรัพยากรที่ชัดเจน_{ทรัพยากรที่ชัดเจน} Q Q การบริหารงานโครงการมักจะมอบหมายใหมีผูจัดการการบริหารงานโครงการมักจะมอบหมายใหมีผูจัดการ โครงการ ทําหนาที่ควบคุมทรัพยากร และ จัดสรรงาน โครงการ ทําหนาที่ควบคุมทรัพยากร และ จัดสรรงาน ตาง ๆ ใหแกผูรวมทีม พรอมกับดูแลใหงานดําเนินไป ตาง ๆ ใหแกผูรวมทีม พรอมกับดูแลใหงานดําเนินไป ตามกําหนดการที่วางไว ตามกําหนดการที่วางไว

(10)

ซอฟตแวรก็เปนงานโครงการ

Q Q การพัฒนาซอฟตแวรจัดเปนงานโครงการไดการพัฒนาซอฟตแวรจัดเปนงานโครงการได Q Q นั่นคือมีนั่นคือมี เนื้องานและวัตถุประสงคชัดเจนเนื้องานและวัตถุประสงคชัดเจน มีมี ทรัพยากร งบประมาณ และกําหนดเวลาชัดเจน ทรัพยากร งบประมาณ และกําหนดเวลาชัดเจน Q Q กาการรบํบํารุงรักษาารุงรักษา และและ แกไขซอฟตแวรไมจัดวาเปนงานแกไขซอฟตแวรไมจัดวาเปนงาน โครงการ เพราะไมมีกําหนด โครงการ เพราะไมมีกําหนดเว_เวลาสิ้นสุดที่ชัดเจน_{ลาสิ้นสุดที่ชัดเจน}

(11)

หลักการบริหารโครงการซอฟตแวร

Q Q ตองเขาใจตัวแปรของโครงการตองเขาใจตัวแปรของโครงการ – – ปริมาณงานที่ตองพัฒนา_{ปริมาณงานที่ตองพัฒนา} – – กํกําหนดเวลาดําหนดเวลาดําเนินการาเนินการ – – กํกําลังคนที่ตองใชาลังคนที่ตองใช – – งบประมาณงบประมาณ – – วิธีการและเครื่องมือวิธีการและเครื่องมือ

(12)

Q Q ตองมีทีมงานที่ตองมีทีมงานที่มีมีความสามารถความสามารถ ทั้งตัวทั้งตัวผูผูบริหารโครงบริหารโครง การ ผูรวมทีม และผูประสานงานฝายผูใช การ ผูรวมทีม และผูประสานงานฝายผูใช Q Q ตองใชวิธีการพัฒนาที่เปนมาตรฐานตองใชวิธีการพัฒนาที่เปนมาตรฐาน Q Q ตองบันทึกเหตุการณตางตองบันทึกเหตุการณตาง ๆๆ ระหวางการดํระหวางการดําเนินการไวาเนินการไว เปน เปนสถิติเพื่อปรับปรุง_{สถิติเพื่อปรับปรุง}ใน_ในอนาคต_{อนาคต} Q Q ตองมีการควบคุมและประเมินโครงการตลอดเวลาตองมีการควบคุมและประเมินโครงการตลอดเวลา

(13)

Q Q ตองตั้งเปาหมายในการพัฒนาซอฟตแวรที่มีคุณภาพตองตั้งเปาหมายในการพัฒนาซอฟตแวรที่มีคุณภาพ – – ตรง_ตรงกับ_กับความตองการของผูใช_{ความตองการของผูใช} – – มีมีความยืดหยุนความยืดหยุน ดูแลดูแล แกไขแกไข และและ ปรับปรุงไดงายปรับปรุงไดงาย – – มีประสิทธิภาพในการทํมีประสิทธิภาพในการทํางานางาน – – มีมีความถูกตองนาเชื่อถือความถูกตองนาเชื่อถือ – – ใชงายใชงาย

(14)

Q

Q ตองวางแผนตองวางแผน

Q

Q กํกําหนดาหนด Work Breakdown Work Breakdown ของโครงการของโครงการ

Q Q มอบหมายใหลูกทึมทํมอบหมายใหลูกทึมทํางานตามภาระงานที่ตนเองมีางานตามภาระงานที่ตนเองมี ประสบการณ ประสบการณ Q Q ควบคุมการควบคุมการทํทํางานางานอยางใกลชิดอยางใกลชิด พรอมชวยแกปญหาพรอมชวยแกปญหา และ หาทางแกไขหากมีปญหา และ หาทางแกไขหากมีปญหา

(15)

กระบวนการซอฟตแวร

Q Q การพัฒนาซอฟตแวรการพัฒนาซอฟตแวร เปนกระบวนการที่เรียกวาเปนกระบวนการที่เรียกวา Software Process Software Process Q

Q ผลผลของการพัฒนาเปนผลิตภัณฑของการพัฒนาเปนผลิตภัณฑ Software productSoftware product

Q

Q ทั้งทั้ง Process Process และและ Product Product จะตองมีคุณภาพจะตองมีคุณภาพ

Q

(16)

กระบวนการที่ยังไมบรรลุวุฒิภาวะ

Q Q การทํการทํางานเปนไปแบบตางคนตางคิดางานเปนไปแบบตางคนตางคิด Q Q ไมไดกํไมไดกําหนดเปนแนวทางแนชัดาหนดเปนแนวทางแนชัด Q Q ขึ้นอยูกับประสบการณของคนพัฒนาซอฟตแวรขึ้นอยูกับประสบการณของคนพัฒนาซอฟตแวร Q Q ติดติดตามตามความกาวหนาและคุณภาพไดยากความกาวหนาและคุณภาพไดยาก Q Q อาจตองยอมลดฟงกชันและคุณภาพเพื่อพัฒนาใหตรงกํอาจตองยอมลดฟงกชันและคุณภาพเพื่อพัฒนาใหตรงกําหนดาหนด Q Q เสี่ยงที่จะใชเทคโนโลยีที่กาวหนาเสี่ยงที่จะใชเทคโนโลยีที่กาวหนา Q Q คาบํคาบํารุงรักษาสูงมาการุงรักษาสูงมาก Q Q คาดคะเนคุณภาพไดยากคาดคะเนคุณภาพไดยาก

(17)

กระบวนการที่เจริญกาวหนาสูงสุด

Q Q สอดคลองกับเนื้องานที่ทํสอดคลองกับเนื้องานที่ทําจริงาจริง ๆๆ Q Q เปนกระบวนการที่กํเปนกระบวนการที่กําหนดขั้นตอนอยางชัดเจนาหนดขั้นตอนอยางชัดเจน มีการมีการ บันทึก บันทึกการทํการทํางานเปนเอกสารางานเปนเอกสาร//เพื่อใหสามารถแกเพื่อใหสามารถแกไขไข ปรับปรุงผลงาน ปรับปรุงผลงานได_ไดอยางตอเนื่อง_{อยางตอเนื่อง} Q Q ทํทําใหาใหฝายฝายบริหารและฝายอื่นบริหารและฝายอื่น ๆๆ สนับสนุนไดชัดเจนสนับสนุนไดชัดเจน Q Q สามารถควบคุมการดํสามารถควบคุมการดําเนินงานไดาเนินงานได Q Q ใชเครื่องมือวัดผลและกระบวนการอยางสรางสรรคใชเครื่องมือวัดผลและกระบวนการอยางสรางสรรค ใช ใชเทคโนโลยี_{เทคโนโลยี}อยางมีวินัย_{อยางมีวินัย}

(18)

ประโยชนของการมีกระบวนการที่บรรลุวุฒิภาวะ

Q Q ชวยใหสามารถพิจารณาเจาะลงไปยังจุดที่เปนสาเหตุชวยใหสามารถพิจารณาเจาะลงไปยังจุดที่เปนสาเหตุ ของปญหาไดงายขึ้น ของปญหาไดงายขึ้น Q Q ชวยใหเจาหนาที่ชวยใหเจาหนาที่พัฒพัฒนานาศักยศักยภาพของตนเองภาพของตนเองไดไดอยางมีอยางมี ประสิทธิผล ประสิทธิผล Q Q ชวยชวยปรับปรุงผลงานตางปรับปรุงผลงานตาง ๆๆ ไดไดอยางมีประสิทธิภาพและอยางมีประสิทธิภาพและ ยั่งยืน ยั่งยืน Q Q ชวยใหนํชวยใหนําเทคโนโลยีที่เหมาะสมาเทคโนโลยีที่เหมาะสม เทคนิคเทคนิค และเครื่องมือและเครื่องมือ

(19)

โครงการพัฒนาซอฟตแวรกับ

CMM

Q Q CMM CMM ไมไดเปนเทคนิคหรือเครื่องมือในการทํไมไดเปนเทคนิคหรือเครื่องมือในการทําโครงาโครง การซอฟตแวร การซอฟตแวร Q Q แตการใชเทคนิคการควบคุมโครงการพัฒนาแตการใชเทคนิคการควบคุมโครงการพัฒนา ซอฟตแวร เปน กาวสําคัญในการยกตัวเองขึ้นมาสู ซอฟตแวร เปน กาวสําคัญในการยกตัวเองขึ้นมาสู ระดับที่สองของ ระดับที่สองของ CMM CMM ซึ่งเรียกวาซึ่งเรียกวา ระดับระดับ Repeatable Repeatable

(20)

CMM

(21)

CMM

คือ

CMM

คือ

อะไร

Q Q การนํการนํากระบวนการตัดสินใจและหลัากระบวนการตัดสินใจและหลักกการปรับปรุงการปรับปรุง คุณภาพมาใชกับการพัฒนาและกา คุณภาพมาใชกับการพัฒนาและการ_รบํ_บํารุงรักษาซอฟตแวร_{ารุงรักษาซอฟตแวร} Q Q เปนแนวทางสํเปนแนวทางสําหรับาหรับใหใหบริษัทซอฟตแวรใชบริษัทซอฟตแวรใช Q Q เปนแบบจํเปนแบบจําลองาลองสํสําหรับาหรับปรับปรุงองคกรปรับปรุงองคกร Q Q เปนโครงสรางพื้นฐานสํเปนโครงสรางพื้นฐานสําหรับใชประเมินการทําหรับใชประเมินการทํางานของางานของ บริษัทซอฟตแวร บริษัทซอฟตแวรไดไดอยางมั่นใจอยางมั่นใจ

(22)

CMM

คือ

CMM

คือ

อะไร

Q

Q Capability Maturity ModelCapability Maturity Model

Q Q เปนแบบจํเปนแบบจําลองสําลองสําหรับวัดวาหนวยงานที่ทําหรับวัดวาหนวยงานที่ทําหนาที่าหนาที่ พัฒนาซอฟตแวรนั้น พัฒนาซอฟตแวรนั้น มีมีความสามารถและไดบรรลุวุฒิความสามารถและไดบรรลุวุฒิ ภาวะในการทํางานมากนอยเพียงใด ภาวะในการทํางานมากนอยเพียงใด Q Q ใชในการตรวจสอบคุณภาพของตัวเองเปนหลักใชในการตรวจสอบคุณภาพของตัวเองเปนหลัก แตแต สามารถใช สามารถใชสราง_{สราง}ความมั่นใจใหแกผูอื่นได_{ความมั่นใจใหแกผูอื่นได} พัฒนาและเผยแพรโดย

(23)

CMM

ไมได

ครอบคลุม

อะไรบาง

Q Q CMM CMM ไมไมไดไดครอบคลุมถึงประเด็นทั้งหมดทางครอบคลุมถึงประเด็นทั้งหมดทาง กระบวนการซอฟตแวร และ กระบวนการซอฟตแวร และการการปรับปรุงคุณภาพปรับปรุงคุณภาพ Q Q ประเด็นที่เกี่ยวของเพียงบางสวนประเด็นที่เกี่ยวของเพียงบางสวน หรือโดยออมหรือโดยออม คือคือ – – เครื่องมือเครื่องมือ วิธีการวิธีการ และเทคโนโลยีและเทคโนโลยี – – ทีมงานและกระบวนการทํทีมงานและกระบวนการทํางานางาน – – วิศวกรรมระบบและการตลาดวิศวกรรมระบบและการตลาด – – ทรัพยากรมนุษยทรัพยากรมนุษย

(24)

Capability

และ

Performance

Q

Q Process CapabilityProcess Capability พิสัยของผลลัพธที่ตองการพิสัยของผลลัพธที่ตองการ และและ

ทําไดโดยใชกระบวนการที่กําหนดขึ้นในระดับองคการ ทําไดโดยใชกระบวนการที่กําหนดขึ้นในระดับองคการ เปน เปนดัชนีสํ_{ดัชนีสํ}าหรับคาดคะเนผลการดํ_{าหรับคาดคะเนผลการดํ}าเนินงานโครงการ_{าเนินงานโครงการ} ใน ในอนาคต_{อนาคต} Q

Q Process performance Process performance การวัดผลลัพธจริงการวัดผลลัพธจริง ๆๆ ที่ไดที่ไดจากจาก

การดําเนินงานตามกระบวนการ

(25)

ระดับของวุฒิภาวะ

5. เนนในดานการปรับปรุง 5. เนนในดานการปรับปรุง กระบวนการ กระบวนการ 4. สามารถวัดผลและควบคุม 4. สามารถวัดผลและควบคุม กระบวนการซอฟตแวรได กระบวนการซอฟตแวรได 3. สามารถจําแนกกระบวนการให 3. สามารถจํ าแนกกระบวนการให เขาใจไดงาย เขาใจไดงาย 2. โครงการสามารถทําซํ้าภารกิจที่ 2. โครงการสามารถทํ าซํ้ าภารกิจที่ มีการควบคุมอยางดี มีการควบคุมอยางดี 1. ไมสามารถคาดคะเน 1. ไมสามารถคาดคะเน กระบวนการได และ กระบวนการได และ การทํางานก็ยัง/ไมมี การทํ างานก็ยัง/ไมมี Initial Initial Repeatable Repeatable Defined Defined Managed Managed Optimizing Optimizing

(26)

วิวัฒนาการของ

Process Capability

ระดับระดับ ลักษณะกระบวนการลักษณะกระบวนการ 5. 5. Optimizing_Optimizing ปรับปรุงกระบวนการซอฟตแวรทั้ง_{ปรับปรุงกระบวนการซอฟตแวรทั้ง} องคการ และ องคการ และ ทํทําาอยางตอเนื่องอยางตอเนื่อง 4. Managed 4. Managed ควบควบคุมผลผลิตคุมผลผลิตและและกระบวนการกระบวนการดวยดวย เทคนิคทางสถิติจํานวน เทคนิคทางสถิติจํานวน 3. Defined 3. Defined กํกําหนดกระบวนการาหนดกระบวนการและและรวมวิศวกรรมรวมวิศวกรรม ซอฟตแวรกับ ซอฟตแวรกับกระบวนการจัดการ_{กระบวนการจัดการ} 2. Repeatable 2. Repeatable ใชใชระบบจัดการระบบจัดการโครงโครงการการ สามารถทํสามารถทําา ใหเกิด ใหเกิดผลผลสํสําเร็จแบบเดียวาเร็จแบบเดียวกันกันไดได 1. Initial 1. Initial กระบวนการ_{กระบวนการ}ไม_ไมมีรูป_{มีรูป}แบ_แบบทางการและ_{บทางการและ} คาดเดาไมได

(27)

ระดับ

Initial

Q Q ผลงานขึ้นอยูผลงานขึ้นอยูกับกับความเกงกลาสามารถของบุคลากรที่ความเกงกลาสามารถของบุคลากรที่ พัฒนาซอฟตแวรของหนวยงาน พัฒนาซอฟตแวรของหนวยงาน Q Q ผลงานอาจมีคุณภาพสูงและเยี่ยมยอดไดตราบเทาที่ผลงานอาจมีคุณภาพสูงและเยี่ยมยอดไดตราบเทาที่ หนวยงานยังสามารถจางคนเกงเอาไว หนวยงานยังสามารถจางคนเกงเอาไว Q Q ทํทํานายผลงานไมไดวาจะมีคุณภาพดีหรือไมานายผลงานไมไดวาจะมีคุณภาพดีหรือไม Q Q ปญหาสํปญหาสําคัญที่หนวยงานซอฟตแวราคัญที่หนวยงานซอฟตแวรประสบประสบอยูคืออยูคือ ปญหาดานการจัดการ ไมใชปญหาดานเทคนิค ปญหาดานการจัดการ ไมใชปญหาดานเทคนิค หนวยงานยังไมมี

(28)

ระดับ

Repeatable

ระดับ

Repeatable

Q Q ความจํความจําเปนที่เห็นชัดคือตองมีวิธีการจัดการโครงการาเปนที่เห็นชัดคือตองมีวิธีการจัดการโครงการ ซอฟตแวรใหประสบผลสําเร็จ ซอฟตแวรใหประสบผลสําเร็จ Q Q หนวยงานมีวิธีการจัดการโครงการซอฟตแวรหนวยงานมีวิธีการจัดการโครงการซอฟตแวร ซึ่งใชเปนซึ่งใชเปน หลักในการติดตามและบันทึกผลการทํางาน หลักในการติดตามและบันทึกผลการทํางาน Q Q มีนโยบายองคกรสํมีนโยบายองคกรสําหรับเปนแนวทางในการกําหรับเปนแนวทางในการกําหนดวิธีาหนดวิธี การจัดการโครงการ การจัดการโครงการ Q Q สามารถทํสามารถทํางานแตละโครงการใหางานแตละโครงการใหประสบประสบความสํความสําเร็จไดาเร็จได เหมือนโครงการอื่น ๆ ที่เคยสําเร็จไปแลว เหมือนโครงการอื่น ๆ ที่เคยสําเร็จไปแลว (repeatable)_(repeatable)

(29)

Key Process Area

ในระดับ

Repeatable

Q

Q Software Configuration ManagementSoftware Configuration Management

Q

Q Software Quality AssuranceSoftware Quality Assurance

Q

Q Software Subcontract ManagementSoftware Subcontract Management

Q

Q Software Project Tracking and OversightSoftware Project Tracking and Oversight

Q

(30)

ระดับ

Defined

ระดับ

Defined

Q Q คุณภาพระดับนี้สรางบนพื้นฐานของการจัดการโครงคุณภาพระดับนี้สรางบนพื้นฐานของการจัดการโครง การซอฟตแวร การซอฟตแวร Q Q การควบคุมกระบวนการจํการควบคุมกระบวนการจําเปนตองนิยามาเปนตองนิยาม บันทึกรายบันทึกราย ละเอียด และเขาใจกระบวนการนั้นเปนอยางดี ละเอียด และเขาใจกระบวนการนั้นเปนอยางดี Q Q ผลลัพธของภาระงานผลลัพธของภาระงานอยางอยางหนึ่งไหลอยางราบรื่นเปนหนึ่งไหลอยางราบรื่นเปน อิน อินพุต_พุตไปสูอีกภาระ_{ไปสูอีกภาระ}งาน_งานหนึ่ง_{หนึ่ง}

(31)

Key Press Areas

ระดับ

Defined

Q

Q Peer ReviewsPeer Reviews

Q

Q Intergroup Intergroup CoordinationCoordination

Q

Q Software Project EngineeringSoftware Project Engineering

Q

Q Integrated Software ManagementIntegrated Software Management

Q

Q Training ProgramTraining Program

Q

Q Organization Process DefinitionOrganization Process Definition Organization Process Focus

(32)

ระดับ

Managed

ระดับ

Managed

Q Q ใชหลักการการควบคุมกระบวนการใชหลักการการควบคุมกระบวนการเชิงเชิงสถิติสถิติ ในการในการ ศึกษาวาอะไรเปนสาเหตุ ศึกษาวาอะไรเปนสาเหตุของ_ของความ_ความแปรป_แปรปรวนของการ_{รวนของการ} ทํางานในโครงการ ทํางานในโครงการ Q

Q Key Process Areas Key Process Areas คือคือ –

– Software Quality ManagementSoftware Quality Management

–

(33)

ระดับ

Maturity Level

ระดับ

Maturity Level

Q Q จํจําแนกและกําแนกและกําจัดสาเหตุของผลงานที่ไมถึงระดับาจัดสาเหตุของผลงานที่ไมถึงระดับ Q Q พยายามพยายามปรับปรุงกระบวนการปรับปรุงกระบวนการซอฟตแวรซอฟตแวรอยางตอเนื่องอยางตอเนื่อง Q

Q Key Process Areas :Key Process Areas : –

– Process Change ManagementProcess Change Management

–

– Technology Change ManagementTechnology Change Management

–

(34)

การบริหารซอฟตแวรตองผานไปทีละระดับ

Q Q หนวยงานซอฟตแวรอาจทํ หนวยงานซอฟตแวรอาจทํ ากระบวนการากระบวนการที่ที่อยูระดับสูงอยูระดับสูง กวาได แตมักจะไมไดผล กวาได แตมักจะไมไดผล Q Q ความสามารถในการทํ ความสามารถในการทํ างานแตละกระบวนการตองสรางางานแตละกระบวนการตองสราง ขึ้นทีละระดับ ขึ้นทีละระดับ Q Q คุณภาพแตละระดับเปนพื้นฐานของระดับที่สูงกวาคุณภาพแตละระดับเปนพื้นฐานของระดับที่สูงกวา – – กระบวนการวิศวกรรมที่สํ กระบวนการวิศวกรรมที่สําาคัคัยอาจถูกละเลยเพราะขาดวินัยยอาจถูกละเลยเพราะขาดวินัย ทางการจัดการ ทางการจัดการ – – การจัดผลอยางละเอียดจะทํ การจัดผลอยางละเอียดจะทําไมไดหากไมนิยามกระบวนาไมไดหากไมนิยามกระบวน การใหชัด การใหชัด – – ผลของผลของการการปรับกระบวนการใหมจะคลุมเครือหากกระบวนปรับกระบวนการใหมจะคลุมเครือหากกระบวน การไมชัดเจน การไมชัดเจน

(35)

CMM Structure

Maturity levels

Key process areas

Common features Key practices Process capability Goals Implementation or institutionalization

(36)

K

ey process areas by maturity level

Defect prevention

Technology change management Process change management

Optimizing

Quantitative process management Software quality management

Organization process focus Organization process definition Training program

Integrated software management Software product engineering Intergroup coordination

Peer reviews

Requirements management Software project planning

Software project tracking and oversight Software subcontract management

Software quality assurance

Software configuration management

Managed Defined

(37)

Five levels of software process maturity

OPTIMIZING 5 MANAGED 4 DEFINED 3 REPEATABLE 2 Disciplined process Standard consistent process Predictable process Continuously improving process

(38)

สรุป

Q Q CMM CMM เนนที่การจัดการซอฟตแวรเนนที่การจัดการซอฟตแวร Q Q กระบวนการจะชัดเจนหรือไมขึ้นอยูกับวุฒิภาวะในกระบวนการจะชัดเจนหรือไมขึ้นอยูกับวุฒิภาวะใน การทํางานตามกระบวนการนั้น การทํางานตามกระบวนการนั้น Q Q CMMCMM เปนแบบจํเปนแบบจําลองาลอง 5 5 ระดับระดับ และแตละระดับแตกและแตละระดับแตก ออกเปน

ออกเปน Key Process Areas_{Key Process Areas}

Q

(39)

บรรณานุกรม

Q Q คํคําาบรรยายบรรยาย - - หลักสูตรแนะนํหลักสูตรแนะนําา CMMCMM ของมหาวิทยาลัยของมหาวิทยาลัยคารเนคารเนกีกี เมล เมลลอนลอน Q

Q SEI, The Capability Maturity Model : Guidelines for SEI, The Capability Maturity Model : Guidelines for

Improving the Software Process, Addison Wesley, 1994.

Q

Q CaputoCaputo, Kim, CMM Implementation Guide, Addison , Kim, CMM Implementation Guide, Addison

Wesley, 1998.

Q

Q HollenbachHollenbach, Craig,et al, Combining Quality and Software , Craig,et al, Combining Quality and Software

การบร หารโครงการซอฟต แวร และCMM

Capability

Defined

Managed

Maturity levels

ey process areas by maturity level

Defect prevention

Software quality assurance

Five levels of software process maturity

OPTIMIZING 5 MANAGED 4 DEFINED 3 REPEATABLE 2 Disciplined process Standard consistent process Predictable process Continuously improving process

Improvement, Communication of the ACM, June 1997,