ยินดีด้วย. คุณได้ตัดสินใจที่จะใช้งานซอฟต์แวร์บางตัวและต้องการให้ประสบความสำเร็จ มันจะเป็น Agile หรือ Waterfall หรือ Lean หรือ Scrum หรืออย่างอื่นทั้งหมด แม้ว่าการดำเนินโครงการที่ประสบความสำเร็จจะมีข้อกำหนดในการดำเนินโครงการของตัวเอง
มีหลายสิ่งที่ควรพิจารณาก่อนเริ่มการแข่งขัน
มีการกำหนดรูปแบบการดำเนินงานเป้าหมายไว้เพียงพอหรือไม่?
การเร่งรีบในการนำเทคโนโลยีใหม่ๆ ไปใช้นั้นมีข้อผิดพลาดมากมาย แต่ก็ไม่มีอะไรเกิดขึ้นได้มากไปกว่าการเริ่มปรับใช้/รวมระบบ โดยไม่คำนึงว่าภาพรวมโดยรวมจะเป็นอย่างไรเมื่อเสร็จสมบูรณ์ มีโครงการเสียหายมากเกินไป
ย้อนกลับไปตั้งแต่ต้นเพราะเทคโนโลยีสำคัญบางชิ้นไม่ได้ถูกนำมารวมไว้ในแผนงานโดยรวม ด้วยฟินเทคและผู้พลิกโฉมในตลาดปัจจุบัน ทุกคนจะพยายามรวมเข้าด้วยกันอย่างราบรื่น แต่ไม่มีความเข้าใจที่สมบูรณ์
of อย่างไร คุณต้องการให้พวกเขาเชื่อมต่อ และด้วยเหตุผลอะไร คุณก็สามารถพบว่าตัวเองกำลังทำซ้ำโมเดลการทำงานเป้าหมายของคุณกลางคัน และต้องทิ้งความพยายามและทรัพยากรทั้งหมดที่คุณใช้ไปทั้งหมดไป มันเหมือนกับการพยายามสร้างเครื่องบินในขณะนั้น
บินหรือเปลี่ยนยางรถยนต์ขณะขับขี่ TOM โดยทั่วไปจะมีระบบประเภทการจัดการลูกค้าสัมพันธ์ (CRM) เพื่อให้ลูกค้าติดต่อกับพนักงานเพื่อใช้ โดยเชื่อมต่อกับระบบการจัดการวงจรชีวิตลูกค้าที่รวมเวิร์กโฟลว์และกลไกกฎ
เพื่อผลักดันงานที่จำเป็นไปยังบุคคลที่เกี่ยวข้องเพื่อป้อนข้อมูล/อัพโหลดเอกสาร/ตรวจสอบและยืนยันความถูกต้อง อาจมีระบบการจัดการข้อมูลหลัก (MDM) ซึ่งถือเป็นแหล่งที่มาของบันทึก/สำเนาทอง แต่บ่อยครั้งที่ระบบนี้เป็นระบบแบบไซล์
ระบบจัดเก็บข้อมูลแบบรวมหรือบูรณาการหลายระบบพร้อมระบบต่างๆ ที่สามารถอัพเดตบันทึกได้ สามารถมีระบบธุรกรรม/การซื้อขาย/การให้ยืมพร้อมบริการตรวจสอบธุรกรรมในตัวหรือแบบรวม อาจมีผู้ให้บริการบุคคลที่สามสำหรับข้อมูล/เอกสาร
หรือข่าว/ข่าวลบ/คัดกรอง ทั้งหมดหรือบางส่วนอาจเป็นระบบคลาวด์หรือระบบในสถานที่ก็ได้ ตอนนี้ฉันขอถามคุณอีกครั้ง คุณได้พิจารณาแล้วว่าเทคโนโลยีใหม่ 1 ชิ้นนี้เหมาะสมกับ TOM โดยรวมของคุณอย่างไร และเป็นเวอร์ชันสุดท้ายหรือเป็นคุณ
รวมเข้ากับการตั้งค่าปัจจุบัน แต่วางแผนที่จะเปลี่ยนแปลงสิ่งนี้ในอนาคต
สำหรับระบบปัจจุบันทั้งหมดของคุณ คุณวางแผนที่จะสนับสนุน/รักษาระบบเหล่านี้ไว้นานแค่ไหน?
มีข้อผิดพลาดทั่วไปที่เรียกว่า Sunk Cost Fallacy โดยเพียงเพราะคุณได้ใช้เงิน X ดอลลาร์/ยูโร/ปอนด์กับระบบ มันไกลเกินไปที่จะยอมรับความพ่ายแพ้และทำลายมันทิ้ง หรือว่าไม่พังเลยไม่ต้องซ่อม หรือว่ายึดติดเกินไป
ในระบบปัจจุบันเพื่อให้สามารถถอดหรือเปลี่ยนใหม่ได้ หากเป็นเช่นนั้น คุณก็อาจจบลงด้วยความล้มเหลวเพียงจุดเดียวโดยไม่รู้ตัว โซลูชันเทคโนโลยีสมัยใหม่มีความยืดหยุ่นและควรสร้างขึ้นเพื่อการเปลี่ยนแปลง การควบรวม/ซื้อกิจการก่อนหน้านี้
หรือการควบรวมระบบทำให้เทคโนโลยีต้องบูรณาการและกระบวนการตามปกติคือการทำให้มันใช้งานได้จริง สิ่งเหล่านี้ควรถือเป็นโอกาสในการพิจารณาทบทวนวิธีการทำบางสิ่งและพยายามอย่างมีประสิทธิภาพมากขึ้น ที่สอง
ด้วยเหตุนี้ เทคโนโลยีใหม่ส่วนใหญ่จะมีหรืออ้างว่ามีข้อเสนอ/โมดูล/คุณสมบัติที่คล้ายกัน เช่น การรายงาน แดชบอร์ด เวิร์กโฟลว์ เอ็นจิ้นกฎการจัดการเคส สตูดิโอกำหนดค่า เป้าหมายของสิ่งนี้คือการดึงดูดผู้ชมให้กว้างที่สุดเท่าที่จะเป็นไปได้
บางคนคิดว่า “ทำไมฉันต้องซื้อ X ในเมื่อ Y มีความสามารถนั้นอยู่แล้ว?” แต่ด้วยเหตุนี้ คุณต้องการเปลี่ยน CRM ของคุณให้เป็นระบบติดตามธุรกรรมจริง ๆ หรือไม่? หรือระบบบัญชีของคุณเข้าสู่เกตเวย์สำหรับ MDM ของคุณ? หรือ MDM ของคุณเป็นตัวการ
จุดป้อนข้อมูล คุณรู้ว่าคุณจะต้องมีบันทึกหลายพันรายการที่มีหมายเลขโทรศัพท์เป็น 12345678
บุคลากร/บทบาท
เพื่อให้การดำเนินการใดๆ ประสบผลสำเร็จ คุณจะต้องมีบทบาทที่กำหนดไว้ทั้งสองด้านของโครงการ ของคุณและผู้ขาย แน่นอนว่ามันขึ้นอยู่กับงบประมาณ ขอบเขต และไทม์ไลน์ คุณอาจมีการใช้งานบนคลาวด์เป็นเวลา 4 สัปดาห์ซึ่งต้องใช้พนักงาน 2 คน
ผู้ขายหรืออาจเป็น 10 เฟสของการเปิดตัวหลัก 12 สัปดาห์โดยมีแนวทางความต้องการแบบคล่องตัว 2 สัปดาห์ ซึ่งประกอบด้วยนักวิเคราะห์ธุรกิจ/ผลิตภัณฑ์ นักพัฒนา ผู้เชี่ยวชาญด้านเนื้อหา ผู้ทดสอบการประกันคุณภาพ ซึ่งทุกคนต้องการบทบาททั้งระดับจูเนียร์และอาวุโส โครงการ
ผู้จัดการสำหรับแต่ละสายธุรกิจ/ภูมิภาค/เขตอำนาจศาล และผู้จัดการโปรแกรมที่จะดูแลเรื่องทั้งหมด ลองหาผู้สนับสนุนโครงการดูสิ เป็นเรื่องง่ายที่จะเห็นว่าเหตุใดซอฟต์แวร์ระดับองค์กรจึงมีราคาแพง ซึ่งบางครั้งก็เป็นเช่นนั้น นี่เป็นก่อนที่คุณจะพิจารณาระดับพนักงานด้วย
ที่คุณต้องจัดสรรให้ตรงกัน อย่าลืมว่าพนักงานของคุณที่เกี่ยวข้องกับโครงการนี้จะละทิ้งบทบาทในแต่ละวันเป็นเวลานาน สิ่งสำคัญคือต้องแน่ใจว่าพนักงานผู้ขายมีประสบการณ์และไม่เคยมีประสบการณ์มาก่อน
เพิ่งได้รับการว่าจ้างเพื่อตอบสนองความต้องการของโครงการของคุณ
การพิจารณาอื่น ๆ คือรูปแบบการเป็นหุ้นส่วน ผู้ค้าที่จัดตั้งขึ้นจำนวนมากมีพันธมิตรที่ได้รับการรับรอง บริษัทบูติกบางแห่ง และบริษัทขนาดใหญ่บางแห่ง ซึ่งสามารถถูกเกณฑ์ให้ช่วยเหลือในการดำเนินการ แต่ก็มาพร้อมกับราคาเช่นกัน
การโยกย้ายข้อมูล
ธีมหลักประการหนึ่งที่รวมซอฟต์แวร์ชิ้นใหม่เข้าด้วยกันคือการพิจารณาการเข้าถึงข้อมูลและ/หรือการย้ายข้อมูล หากระบบใหม่จะทำการสืบค้นฐานข้อมูลปัจจุบันของคุณหรือฐานข้อมูลตามที่จำเป็น จะได้รับการเข้าถึงเมื่อใด ผู้ใช้คนใดมีสิทธิ์ใดบ้าง
ในการเข้าถึง การเข้าถึงเป็นแบบอ่านอย่างเดียวหรือผู้ใช้สามารถแก้ไขหรือสร้างบันทึกใหม่ได้ และเมื่อพวกเขากำลังอัปเดตบันทึกกลาง ระบบใดที่มีลำดับความสำคัญในการเปลี่ยนแปลงเหล่านั้น จะเกิดอะไรขึ้นหากระบบอื่นพยายามทำการเปลี่ยนแปลงในขณะที่มีผู้ใช้รายอื่น
ของเทคโนโลยีใหม่ของคุณกำลังแก้ไขอยู่หรือไม่? ตอนนี้หมายความว่าคำขอแก้ไขข้อมูลทั้งหมดควรถูกส่งผ่านเทคโนโลยีใหม่นั้นหรือไม่ จะเกิดอะไรขึ้นเมื่อเทคโนโลยีใหม่ทั้งหมดร้องขอลำดับความสำคัญเดียวกัน สิ่งเหล่านี้มีไว้สำหรับระบบบันทึกลูกค้าที่ใช้งานอยู่เท่านั้น
แล้วการสร้างระบบเดี่ยวแบบรวมใหม่ล่ะ? คุณควรใช้แนวทางบิ๊กแบงเพื่อย้ายข้อมูลทั้งหมดในวันที่ 1 หรือไม่ ลองจินตนาการถึงความเสี่ยง แล้วช่วงการเปลี่ยนแปลง เช่น เมื่อมีการกำหนดเวลาการตรวจสอบ คุณจะดึงข้อมูลจาก 1 แหล่งหรือหลายแหล่งมาดำเนินการตรวจสอบ
จากนั้นโพสต์บันทึกที่สะอาดไปยังฐานข้อมูลกลางใหม่ ซึ่งจะช่วยให้สามารถโยกย้ายได้ในระยะเวลา 12 - 18 เดือนแทน มันไม่ใช่ขนาดเดียวที่เหมาะกับทุกแนวทาง นั่นคือทั้งหมดก่อนที่คุณจะเริ่มพิจารณาจัดการกับข้อมูลที่ซ้ำกัน
integrations
เมื่อพิจารณาที่จะเพิ่มเทคโนโลยีใหม่ให้กับระบบนิเวศของคุณ คุณต้องแน่ใจว่าเทคโนโลยีนั้นจะทำงานร่วมกับการตั้งค่าปัจจุบันของคุณได้อย่างราบรื่น การดำเนินการนี้มี 2 ทางเลือกในตอนแรก โดยอาจเป็นการเพิ่มใหม่สุทธิเพื่อแก้ไขปัญหาเฉพาะหรือทดแทนระบบที่มีอยู่
หรือระบบต่างๆ ที่มีอยู่แล้ว ไม่ว่าจะด้วยวิธีใดก็ตาม คุณต้องแน่ใจว่าระบบสามารถเข้าถึงระบบที่เกี่ยวข้องซึ่งจำเป็นสำหรับการบริโภคทั้งต้นน้ำและปลายน้ำ คุณต้องมั่นใจว่าสามารถบำรุงรักษาท่อประปาที่มีอยู่ในระบบที่เลิกใช้แล้วทั้งหมดได้
นอกจากนี้ยังมีคำถามเกี่ยวกับการอนุญาตซึ่งมักถูกมองข้ามอยู่เสมอ การควบคุมการเข้าถึงของผู้ใช้เพื่อควบคุมสิทธิ์ที่ผู้ใช้มีสำหรับเทคโนโลยีใหม่สำหรับข้อมูลที่สามารถเข้าถึงได้ ขณะเดียวกันก็รับประกันว่าไม่มีข้อกำหนดการอนุญาตของผู้ดูแลระบบ
แต่เมื่อคุณเพิ่มเทคโนโลยีใหม่เข้ามาในอนาคต คุณจำเป็นต้องปรับแต่งการควบคุมการเข้าถึงสำหรับระบบในอดีตทั้งหมด ณ จุดนั้นหรือไม่? เช่นเดียวกับที่กล่าวมาข้างต้น อย่าลืมความจำเป็นในการพิจารณาว่าเทคโนโลยีใดมีลำดับความสำคัญในการเปลี่ยนแปลง/อัปเดตข้อมูล มิฉะนั้น
คุณจะแน่ใจได้อย่างไรว่าระบบ A จะทำการเปลี่ยนแปลงในวันนี้ ระบบ B จะกลับรายการในวันพรุ่งนี้ และระบบ A จะพยายามอีกครั้งในวันรุ่งขึ้น
การเข้าถึงระบบ – นโยบายของ Infosec
คุณได้ว่าจ้างทีมที่เกี่ยวข้องภายในเพื่อจัดหาทรัพยากรและการเข้าถึงระบบที่เกี่ยวข้องในเวลาที่เหมาะสม หากคุณกำลังวางแผนที่จะรอจนถึงวินาทีสุดท้ายก่อนที่จะขออนุญาตสำหรับสภาพแวดล้อมหรือการเข้าถึงฐานข้อมูล ฯลฯ คุณ
อาจพบว่าวันที่เป้าหมายของคุณไม่สามารถบรรลุเป้าหมายได้ในทันที
ผู้ซื้อ vs ผู้ใช้
ผู้ใช้เทคโนโลยีใหม่มีส่วนร่วมในกระบวนการตัดสินใจหรือไม่? การตัดสินใจในนามของผู้ใช้รายอื่นมีประโยชน์อย่างไร หากท้ายที่สุดแล้วพวกเขาตัดสินใจว่าสิ่งที่กำลังสร้างขึ้นนั้นไม่เหมาะกับวัตถุประสงค์ของพวกเขา การต่อสู้ระหว่างธุรกิจกับ
ไอทีเป็นสิ่งที่เกิดขึ้นตลอดเวลาและแกว่งไปมาในแง่ของว่าใครจะเป็นผู้ตัดสินใจ การออกแบบระบบบ่อยครั้งเกินไปคาดว่าจะสามารถแก้ปัญหาทุกปัญหาให้กับผู้ใช้ทุกคนได้อย่างสมบูรณ์แบบ กว่าการวิศวกรรมเทคโนโลยีเพื่อการแก้ปัญหา 100%
เป็นเรื่องน่าชื่นชม แต่ท้ายที่สุดแล้วเป็นความพยายามอันหนักหน่วงของทรัพยากร เป้าหมายเริ่มแรกควรเป็นการแก้ปัญหาสำหรับคนส่วนใหญ่และรอจนกระทั่งการส่งมอบสำเร็จก่อนที่จะลองเคส Edge ปัญหา 20% หรือ 10% สุดท้ายนั้นไม่ควรถือเป็นวัตถุประสงค์หลักในการได้มา
เทคโนโลยี แต่บ่อยครั้งที่มันกลายเป็นเรื่องสิ้นเปลือง คำถามที่ต้องถามตัวเองคือ อะไรคือสิ่งที่จำเป็นอย่างยิ่งสำหรับวันที่ 1 และจำกัดตัวเลือกของคุณให้เหลือเพียงเซตย่อยซึ่งเป็นคำตอบเริ่มต้นที่ไม่มีเสมอ เสมอ ทุกอย่าง
ดังนั้น เมื่อเราพิจารณาถึงสิ่งที่ต้องพิจารณาเพื่อให้ดำเนินโครงการประสบความสำเร็จ เราต้องตระหนักว่ายังมีอีกหลายสิ่งที่เกี่ยวข้องก่อนที่เราจะเริ่มต้น ซึ่งจำเป็นต้องรวมไว้ด้วย สิ่งเหล่านี้จะส่งผลต่อการตัดสินใจว่าจะเลือกซอฟต์แวร์ใดในครั้งแรกด้วย
สถานที่. สิ่งที่แวววาวไม่ใช่ทอง ตรวจสอบให้แน่ใจว่าสิ่งที่คุณเลือกนั้นเหมาะสมกับการพิจารณาทั้งหมดโดยตลอด และไม่ใช่เพียงเกี่ยวกับผลลัพธ์สุดท้ายที่คาดหวังเพียงอย่างเดียว
