นี่คือระยะสั้นและหวาน: มันจะได้รับแรงผลักดัน
นายจ้างจำนวนมากให้ความสำคัญกับประสบการณ์ที่ผ่านมาโรงเรียนที่คุณไปและ - หากขาดวิธีที่ดีกว่าในการพูดว่า "ถูกไฟไหม้" ตรงกันข้ามกับความเชื่อที่ได้รับความนิยมการพัฒนาซอฟต์แวร์ไม่ได้เกือบเป็นความคิดสร้างสรรค์ความพยายามคือพวกเราหลายคนในด้านเทคโนโลยีต้องการที่จะเชื่อ ในพื้นที่ที่อนุญาตและจำเป็นต้องมีความคิดสร้างสรรค์โดยทั่วไปแล้วต้องมีการทำความเข้าใจผู้ใช้ปลายทาง / เรื่องราวความต้องการของระบบโดเมนธุรกิจเศรษฐศาสตร์กระบวนการวิศวกรรมซอฟต์แวร์และสถาปัตยกรรมซอฟต์แวร์ก่อนที่คุณจะเข้าสู่การสร้างซอฟต์แวร์ [การเข้ารหัส]
ตั้งแต่การเพิ่มขึ้นของความคล่องตัว Agile ฉันทามติได้ถูกเข้าใจผิดที่ให้ความสำคัญกับการเขียนโปรแกรมและการพัฒนาครั้งแรก นี่เป็นการตีความที่ผิดจากสิ่งที่ผู้เขียน Agile Manifesto พยายามที่จะเข้าใจแม้ว่าอาจเป็นการยากที่จะรวบรวมจาก Manifesto Agile ได้ยืมมาจากหลักการ LEAN และนำมาใช้โดยตรง LEAN ให้ความสำคัญกับการดำเนินงานของพนักงาน แต่จากมุมมองของความจริงที่ว่าบุคคลเหล่านี้ใกล้เคียงกับลูกค้าจริงของ [ อ่าน: ลูกค้าตามสัญญา ]
เหตุใดความแตกต่างนี้จึงสำคัญ การใช้งานพนักงานรู้สึกถึงผลกระทบของการตัดสินใจจำนวนมาก - ทั้งดีและไม่ดี - โดยตรง เช่นนี้พวกเขาอยู่ในตำแหน่งที่ไม่ซ้ำกันเพื่อทำการเปลี่ยนแปลงอย่างง่ายที่สามารถส่งผลกระทบอย่างมากต่อประสิทธิภาพและคุณภาพ น่าเศร้าที่พวกเขามักจะไม่ได้มีส่วนร่วมอย่างเต็มที่กับความรู้เกี่ยวกับลูกค้าปลายทางทำให้มีโอกาสมากมายในการปรับปรุงประสิทธิภาพและคุณภาพของผลิตภัณฑ์บนโต๊ะ ภารกิจของ LEAN คือการส่งมอบคุณค่าที่มากขึ้นให้กับลูกค้าปลายทางอย่างต่อเนื่องโดยการบรรลุระดับที่เพิ่มขึ้นของประสิทธิภาพผ่านการกำจัดของเสียเพิ่มความเร็วในการส่งมอบและปรับปรุงคุณภาพ Agile ผลักซองจดหมายออกจากการกำจัดของเสียภายในพื้นที่ก่อสร้างซอฟต์แวร์ แต่ประสิทธิภาพที่แท้จริงจากลูกค้าปลายทาง [รวมถึงมุมมองของผู้ใช้ปลายทางของลูกค้าสัญญา] นั้นน้อย
ด้วยเหตุนี้มันจึงคุ้มค่าที่จะสังเกตเห็นความสำเร็จในเชิงบวกของความเร็วและคุณภาพเช่นการปรับปรุงที่ชัดเจนใน Code Craftsmanship [การผสมผสานวิทยาศาสตร์และศิลปะ] ได้ผลักดันให้เราก้าวไปข้างหน้าในการก่อสร้าง แต่ในกระบวนการที่เรามองไม่เห็น สำคัญ - ลูกค้า และฉันไม่ได้หมายถึงเพียงแค่ผู้ใช้ แต่เป็นลูกค้าขององค์กร เช่นเดียวกับใน LEAN ทุกอย่างเริ่มต้นจากลูกค้าจริงและทำงานไปทางด้านหลัง ดังนั้นสิ่งนี้เกี่ยวข้องกับ CSDA & CSDP ของ IEEE หรือไม่ ความอุดมสมบูรณ์
ในการเริ่มต้นนั้นมักจะใช้บุคคลที่มีรากฐานมาจากความเข้าใจที่ปรากฏในสาขาวิชาวิศวกรรมเพื่อเข้าใจอย่างเต็มที่ว่ากระบวนการจะต้องมุ่งเน้นไปที่เป้าหมายโดยรวมเสมอโดยคำนึงถึงประสิทธิผลที่แท้จริงเหตุการณ์สำคัญและคุณลักษณะด้านคุณภาพ หากคุณขาดคุณสมบัติเหล่านั้นไปคุณก็ขาดความสามารถในการส่งมอบคุณค่าให้กับลูกค้า [องค์กร] ตามสัญญาของคุณซึ่งอาจทำให้เกิดเหตุการณ์ที่เกิดขึ้นซึ่งทำให้มูลค่าของลูกค้า - ลูกค้า / บริษัท ลดลง ไม่ดี.
นอกจากนี้ความสามารถในการรับภาระหน้าที่ความเป็นผู้นำ [ซึ่งถ้าคุณมีทีมกำกับตนเอง {ตามคำสั่งที่คล่องตัว} กำหนดให้ทุกคนสามารถนำไปสู่ระดับหนึ่งได้) โดยทั่วไปต้องใช้ความกว้างและความลึกที่ดีของความเข้าใจในเรื่องนั้น ฟังก์ชั่นที่มันโต้ตอบด้วยเช่นเดียวกับความสามารถในการสื่อสารความรู้นี้ไปยังผู้มีส่วนได้ส่วนเสียหลายคนจากภูมิหลังที่หลากหลาย ความจริงก็คือไม่ว่าจะมีคำอธิบายใดในงาน แต่ผู้คนคาดหวังว่านักพัฒนาจะเป็นวิศวกรที่ลึกล้ำ ว่าพวกเขาเป็นคนฉลาดมีความสามารถที่มีความกว้างและลึกถึงทักษะของพวกเขาซึ่งรวมถึงความเชี่ยวชาญในกิจกรรมหลักของพวกเขาเช่นเดียวกับความสามารถในการเข้าใจและแก้ปัญหาสำหรับโดเมนปัญหาของลูกค้าตามสัญญา
เหตุใดจึงพูดจาโผงผางใหญ่เกี่ยวกับ Agile เมื่อพูดถึง CSDA & CSDP ง่าย - รากฐาน หากคุณมีทีม CSDA และ CSDP แม้ว่าพวกเขาจะถูกโกงพวกเขาจะยังคงมีความรู้ที่ดีว่ากระบวนการและสาขาวิชาทั้งหมดในสาขาวิศวกรรมซอฟต์แวร์ไปทำไมพวกเขาถึงอยู่ที่นั่นและเมื่อใดที่พวกเขากลับคืนมาเป็นวิธีการ ของการรวมความเข้าใจก่อนที่จะเดินไปข้างหน้าในทิศทางใหม่ มูลนิธินั้นจะสร้างโอกาสในการส่งมอบแนวทางการพัฒนาซอฟต์แวร์ที่สอดคล้องกันในวิธีการ SDLC และความสามารถในการหมุนระหว่างและ / หรือรวมวิธีการ SDLC ได้อย่างง่ายดาย IEEE ได้สร้างช่องทางสำหรับผู้เชี่ยวชาญด้านการคำนวณไม่ว่าจะเป็นสาขาวิชาวิศวกรรม, ผู้สำเร็จการศึกษา CS, ผู้เชี่ยวชาญด้านไอทีหรือนักพัฒนาที่สอนด้วยตนเอง - เพื่อรวมและแสดงให้เห็นถึงความเข้าใจพื้นฐานของการพัฒนาซอฟต์แวร์, การจัดส่ง และกระบวนการรื้อถอนเป็นวินัยทางวิศวกรรมที่ควรค่าแก่การเคารพและควรได้รับการปฏิบัติด้วยความเคารพ และเนื่องจากปัจจัยเหล่านี้มันจะได้รับแรงผลักดัน