สร้างอิสระในทีมและสถาปัตยกรรม

สร้างอิสระในทีมและสถาปัตยกรรม

การสร้างระบบคู่หลวมรองรับการส่งมอบอย่างต่อเนื่อง นอกจากนี้ยังนำไปสู่ประสิทธิภาพที่ดีขึ้นผ่านการดำเนินงานที่เรียบง่าย มีประสิทธิภาพมากขึ้นและมีความเสี่ยงน้อยลง เมื่อคุณสามารถเปลี่ยนแปลงส่วนต่างๆ ของระบบได้อย่างอิสระ คุณจะปรับปรุงความเร็วในการจัดส่ง ลดรอบเวลา และได้รับมูลค่ามากขึ้นเร็วขึ้นทีมควรมีอิสระในการทดลอง นี่เป็นโอกาสในการสำรวจสิ่งที่จะสร้างและวิธีสร้างเพื่อให้ได้ผลลัพธ์ที่ดีที่สุด ในขณะที่แนวคิดนี้ขัดแย้งกับวัฒนธรรมในหลายส่วนของรัฐบาลกลางรายงาน State of DevOps ประจำปี 2560ระบุว่า: “ความสามารถของทีมในการลองแนวคิดใหม่ ๆ

 และสร้างและอัปเดตข้อมูลจำเพาะในระหว่างกระบวนการพัฒนา

 (โดยไม่ต้องขออนุมัติจากภายนอกทีม) คือ เป็นปัจจัยสำคัญในการทำนายประสิทธิภาพขององค์กร โดยวัดจากความสามารถในการทำกำไร ผลผลิต และส่วนแบ่งการตลาด”

มีความคล่องแคล่ว — อย่าเพิ่ง “ทำ” อย่างคล่องตัว

มีความแตกต่างอย่างมากระหว่างการทำ AgileและAgileในแนวทางการทำงานของคุณ “การทำ Agile” นั้นเกี่ยวกับการปฏิบัติตามระเบียบวิธีแบบ Agile เช่น Scrum คุณใช้คำศัพท์ ทำพิธี และทำตามขั้นตอน เป็นการเริ่มต้นที่ดี แต่จะทำให้คุณไปได้ไกลเท่านั้น

“ความคล่องตัว” เป็นเรื่องเกี่ยวกับความคิดและวัฒนธรรม ความคิดและวัฒนธรรมนั้นโอบรับการเปลี่ยนแปลง เพิ่มพลังให้ทีม ใช้ประโยชน์จากการทดลอง และมองความล้มเหลวเป็นโอกาสในการเรียนรู้ ในทางตรงกันข้าม วัฒนธรรมของรัฐบาลสร้างขึ้นจากการควบคุมการเปลี่ยนแปลง การสั่งการทีม การวางแผนอย่างเข้มข้น และการหลีกเลี่ยงความล้มเหลวด้วยค่าใช้จ่าย (เกือบ) ทั้งหมด

คิดในแง่ของพันธกิจ ไม่ใช่โครงการ

เมื่อองค์กรดำเนินการด้วยวิธีการตามโครงการที่มีการเริ่มต้นและสิ้นสุดที่ชัดเจน องค์กรจะต้องระบุแหล่งเงินทุนใหม่ ออกสัญญาใหม่ และจัดตั้งทีมใหม่สำหรับโครงการใหม่ใดๆ เมื่อทีมได้จัดตั้งขึ้นแล้ว ทีมยังคงต้องผ่านขั้นตอนการจู่โจมและการกำหนดมาตรฐานก่อนที่จะเริ่มดำเนินการจริง ผลที่ได้คือระยะเวลาดำเนินการที่ยาวนานก่อนที่องค์กรจะเห็นคุณค่าใดๆ จากโครงการใหม่และความเสี่ยงที่เกี่ยวข้องจำนวนมาก เมื่อโครงการนั้นเป็นความพยายามในการปรับปรุงให้ทันสมัย ​​องค์กรอาจตัดสินใจชะลอโครงการ อดทนต่อความเจ็บปวดจากการดำเนินการกับเทคโนโลยีที่ล้าสมัยจนเกินดุลความเจ็บปวดจากการจัดการในที่สุด

        อ่านเพิ่มเติม: ข่าวทั้งหมด

ในทางตรงกันข้าม เมื่อองค์กรดำเนินการด้วยแนวทางที่มุ่งเน้นพันธกิจ (หรือแนวทางการจัดการผลิตภัณฑ์ในภาคเอกชน) องค์กรจะประสบกับแรงเสียดทานน้อยลงในการจัดการกับข้อกำหนดใหม่ สามารถรับรู้มูลค่าได้เร็วกว่ามากเนื่องจากสิ่งที่จำเป็นในการจัดการกับสิ่งใหม่ส่วนใหญ่มีอยู่แล้ว ด้วยความเจ็บปวดที่เกี่ยวข้องกับการปรับปรุงให้ทันสมัยน้อยลง มันจะเกิดขึ้นบ่อยขึ้น ขณะนี้องค์กรสามารถปรับปรุงเทคโนโลยีบนพื้นฐาน “ตลอดไป” และติดตามนวัตกรรมที่ไม่สิ้นสุด

สร้างความสัมพันธ์แบบร่วมมือบนฐานความไว้เนื้อเชื่อใจ

ความสัมพันธ์ระหว่างแผนกไอทีภายในและหน่วยงานที่เกี่ยวข้องไม่ได้ดีเสมอไป ความสัมพันธ์กับผู้รับเหมาภายนอกไม่ดีขึ้นเลย เราสามารถประสบความสำเร็จได้มากขึ้นหากมีความไว้วางใจและการทำงานร่วมกันระหว่างหน่วยงาน แผนกไอที และผู้รับเหมาเพิ่มขึ้นอีกเล็กน้อย

Mark Schwartz อดีต CIO ของ US Citizen and Immigration Services (USCIS) เขียนไว้ในหนังสือของเขาA Seat at the Table: IT Leadership in the Age of Agilityว่าแผนก IT มักได้รับการปฏิบัติเหมือนเป็นผู้รับเหมาภายนอกโดยส่วนอื่นๆ ขององค์กร แทนที่จะเป็น พันธมิตรที่สำคัญในการบรรลุพันธกิจขององค์กร

เช่นเดียวกับวิธีการปฏิบัติต่อภาคเอกชน มีวิธีเข้าหาความสัมพันธ์เหล่านี้ซึ่งนำไปสู่ความไว้วางใจ การทำงานร่วมกัน และผลลัพธ์ที่ดีขึ้น

โปรดทราบว่าคำแนะนำเหล่านี้ไม่เกี่ยวข้องกับเทคโนโลยีที่คุณใช้หรือผลิตภัณฑ์ที่คุณเลือก เทคโนโลยีไม่ใช่ปัญหา วิธีที่รัฐบาลกลางมีมุมมอง ให้เงินทุน ใช้ จัดการ และบำรุงรักษาเทคโนโลยี การนำคำแนะนำเหล่านี้ไปปฏิบัติอาจเป็นเรื่องยาก แต่ก็คุ้มค่า ฝ่ายไอทีของรัฐบาลกลางจะตอบสนองได้ดีขึ้น ยืดหยุ่นมากขึ้น และสามารถให้บริการประชาชนได้ดีขึ้น และเราอาจประหยัดเงินได้ไม่กี่พันล้านดอลลาร์ระหว่างทาง

Jeff Gallimore เป็นหุ้นส่วนผู้ก่อตั้งที่ Excella Consulting ซึ่งเป็นบริษัทที่ปรึกษาด้านเทคโนโลยีที่มีความเชี่ยวชาญด้านการพัฒนาซอฟต์แวร์ ระบบธุรกิจอัจฉริยะ และแนวทางปฏิบัติที่ดีที่สุดที่คล่องตัว

credit : สล็อตยูฟ่าเว็บตรง / สล็อตเว็บตรง แตกหนัก