คู่มือ 18F สรุปสาเหตุทั่วไปที่ทำให้โครงการด้านไอทีของหน่วยงานล้มเหลว — และวิธีหลีกเลี่ยง

คู่มือ 18F สรุปสาเหตุทั่วไปที่ทำให้โครงการด้านไอทีของหน่วยงานล้มเหลว — และวิธีหลีกเลี่ยง

สำหรับโครงการปรับปรุงไอทีขนาดใหญ่ทั้งหมดที่เกิดขึ้นในภาครัฐ มีเพียง 13% เท่านั้นที่ประสบความสำเร็จเพื่อป้องกันไม่ให้งานนี้สูญเสียไป 18F ซึ่งเป็นสำนักงานบริการดิจิทัลภายใน General Services Administration ได้ออกคู่มือลดความเสี่ยงที่ชี้ให้เห็นความเสี่ยงทั่วไปสำหรับการพัฒนาซอฟต์แวร์แบบอไจล์Alicia Rouault รักษาการผู้อำนวยการฝ่ายผลิตภัณฑ์ที่ 18F กล่าวในการให้สัมภาษณ์ว่า ความเสี่ยงทั่วไป เช่น โครงการใช้งบประมาณเกินกำหนด ล่าช้ากว่ากำหนดการ หรือไม่บรรลุเป้าหมายที่ตั้งใจไว้ มักเกิดจากการขาดการเชื่อมต่อระหว่างหน่วยงานลูกค้า ผู้จำหน่ายไอที และจุดสิ้นสุด -ผู้ใช้

   CX Exchange ของ Federal News Network: เข้าร่วมกับเรา

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

เพื่อหลีกเลี่ยงข้อผิดพลาดในการทำสัญญา Rouault กล่าวว่าหน่วยงานควรร่างแถลงการณ์วัตถุประสงค์มากกว่าแถลงการณ์ของงาน และใช้สัญญาประเภทเวลาและวัสดุแทนสัญญาราคาคงที่

Rouault กล่าวว่า “มันช่วยให้คุณเรียกเก็บเงินตามเวลา ซึ่งเป็นสิ่งที่คุณได้รับจริง ๆ เมื่อคุณจ้างทีม และเมื่อคุณใช้โครงการซอฟต์แวร์แบบกำหนดเอง นั่นคือสิ่งที่คุณซื้อ – เวลาของทีม” Rouault กล่าว

คู่มือ 18F ยังแนะนำกรอบเวลาการทำงานที่สั้นกว่า – ไม่เกินสามปี – และใช้วิธีเพิ่มเงินทุนเพื่อหลีกเลี่ยงการล็อคอินผู้ขายหรือวางเดิมพันครั้งใหญ่ในโครงการที่ไม่ได้มาพร้อมกัน

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

เมื่อพูดถึงการวัดความสำเร็จหรือผลกระทบของโครงการที่คล่องตัว Rouault 

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

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

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

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

credit : ฝากถอนไม่มีขั้นต่ำ / สล็อตแตกง่าย / สล็อตเว็บตรง แตกหนัก