เรากล่าวถึงในโพสต์ก่อนหน้าเกี่ยวกับการเลือกซอฟต์แวร์ที่ดีที่สุดที่เรามุ่งเน้นการวิเคราะห์เบื้องต้นของตัวเอง ธุรกิจขององค์กร (หากไม่มีสิ่งนี้เป็นไปไม่ได้ที่จะเลือกอย่างฉลาด) เราจะเห็นว่าสำหรับการเลือกที่ดีนั้นจำเป็นต้องพิจารณาผู้ขายจำนวน จำกัด เพื่อวิเคราะห์ไม่เพียง แต่โซลูชันจากมุมมอง "ด้านเทคนิค" เท่านั้น แต่ยังรวมถึงบริการที่พวกเขาเสนอและองค์กรด้านทรัพยากรมนุษย์ที่ภายใน บริษัท ของเราจะจำเป็นต้องได้รับประโยชน์สูงสุดจากซอฟต์แวร์ใหม่ มิฉะนั้นเราจะใช้เงินของเราอย่างรุนแรงโดยไม่ได้รับผลประโยชน์ที่ต้องการ
ทีนี้ลองย้อนกลับไปถามตัวเองว่าอันไหน ข้อกำหนดการใช้งาน และอันไหน วิธีการสั่งซื้อ จะต้องนำเสนอทางออกที่ดีที่สุดสำหรับความต้องการของเรา: ในระยะสั้นสิ่งที่เป็นประโยชน์หลักที่เราคาดว่าจะพบในซอฟต์แวร์ที่ดีที่สุด นอกจากนี้ในกรณีนี้สำหรับการวิเคราะห์เบื้องต้นของธุรกิจของเรา เราจะไม่คำนึงถึงผลิตภัณฑ์หรือข้อกำหนดทางเทคนิคเฉพาะใด ๆ: นี่จะเป็นขั้นตอนต่อไป สำหรับตอนนี้เราเพียงแค่กรอกรายการตรวจสอบที่มีรายการเพื่อ "ติ๊ก" ที่จะมีประโยชน์ในขั้นตอนถัดไป
"เราถามตัวเองว่าคนไหน ข้อกำหนดการใช้งาน และอันไหน วิธีการสั่งซื้อ จะต้องนำเสนอทางออกที่ดีที่สุดสำหรับความต้องการของเรา: ในระยะสั้นสิ่งที่เป็นประโยชน์หลักที่เราคาดว่าจะพบในซอฟต์แวร์ที่ดีที่สุด "
และในกรณีนี้เรา รายการที่ต้องทำ มันเป็นข้อต่อและเกี่ยวข้อง ผู้มีอำนาจตัดสินใจมากขึ้น ภายใน บริษัท ของเรา: ไม่เพียง แต่แผนกไอทีเท่านั้น
La การเลือกซอฟต์แวร์ระดับองค์กร มันอาจเป็นผลของความต้องการที่แสดงออกโดยภาคภายในของ บริษัท ของเราหรือคำสั่งโดยตรงของ ผู้บริหารระดับสูง (ซึ่งมีมุมมองโดยรวมเกี่ยวกับผลประโยชน์ในอนาคตของ บริษัท และกลยุทธ์ในการติดตาม) ต้นกำเนิดของเอกสารนั้นขึ้นอยู่กับว่ากระบวนการภายใต้การพิจารณานั้นสำคัญหรือไม่ แกน หรือธุรกิจรอง การจดจำว่าบ่อยครั้งที่ตัวเลือกของซอฟต์แวร์ใหม่เป็นกุญแจสำคัญในการเปลี่ยนแปลงกระบวนการ
ไม่ว่าในกรณีใด ๆ สิ่งที่สำคัญจริงๆก็คือ ทั้งหมด นักแสดงที่เกี่ยวข้อง (รวมถึงผู้ที่แสดงความต้องการผู้ที่ตัดสินใจในระดับสูงสุดและผู้ที่มีทักษะด้านเทคนิคและการทำงานเพื่อดำเนินการเจรจาในอนาคต) จะต้อง สอดคล้องกับวัตถุประสงค์ของการเลือกและลักษณะของการแก้ปัญหา ที่จะได้รับ
ด้วยสมมติฐานเหล่านี้เท่านั้นที่เราสามารถร่าง รายการข้อกำหนดการทำงาน. ในอุดมคติแล้วนักแสดงสามคนของเรา (ผู้ใช้ผู้จัดการชั้นนำและนักวิเคราะห์ด้านเทคนิค) จะมารวมตัวกันเพื่อทำธุรกิจร่วมกัน การระดมสมอง. ความเป็นไปได้นี้ขึ้นอยู่กับตัวแปร เวลา (จำเป็นต้องคำนึงถึงต้นทุนภายในสำหรับ definition และการจัดการของก โครงการ).
และกิจกรรมการจัดตำแหน่งนี้มีความสำคัญมากกว่านี้หากเราพิจารณาแง่มุมเพิ่มเติมของการเลือกเช่นเดียวกับในทุก ๆ "การเดินทางของผู้ซื้อ"นั่นคือกระบวนการซื้อที่เริ่มต้นจากความต้องการและผ่านการดึงข้อมูลในข้อเสนอของตลาดอาจมีบางอย่าง "พื้นที่สีเทา". ในความเป็นจริงมันไม่ใช่เรื่องยากที่ผู้บริหารระดับสูงหรือหน่วยงานของ บริษัท ที่จะได้รับประโยชน์จากการแก้ปัญหาพบว่าตัวเองมีความรู้ทั่วไปของการแก้ปัญหาที่จะนำมาใช้: มันรู้ว่าสิ่งที่มันต้องการ นี่ก็เช่นกัน utile การสนับสนุนจากผู้เชี่ยวชาญ ในภาคไอทีหากดำเนินการโดยนักวิเคราะห์การทำงานที่ดีซึ่งวางทักษะที่เหมาะสมไว้
ที่นี่แล้ว บางคำถามที่ทีมจะถาม: รายการข้อกำหนดโดยละเอียดคืออะไร? แต่ละประเด็นชัดเจนสำหรับทั้งทีมที่รวบรวมรายการตรวจสอบหรือไม่? ใครก็ตามที่จะดำเนินการเจรจามีอำนาจในใจหรือไม่? และอาณัตินั้นมีความเฉพาะเจาะจงและละเอียดหรือมีช่องว่างหรือไม่? กลยุทธ์ที่ดีในการนำไปใช้อาจเป็นวิธีการ Scrum: ใครก็ตามที่มีส่วนร่วมในโครงการจะบอกเล่าเรื่องราวเพื่อให้การนำเสนอเชิงอภิปรายเอื้อประโยชน์ defiแนวคิดที่จะใช้ในการทำงาน
มักจะแก้ปัญหาขององค์กรในตลาด ไม่มีฟังก์ชั่นที่จำเป็นทั้งหมด โดยผู้ซื้อ ผู้จัดการ บริษัท รู้เรื่องนี้ตั้งแต่ต้น และนี่คือเหตุผลว่าทำไมเมื่อรายการตรวจสอบได้ถูกวาดขึ้นเราจะดำเนินการจัดตั้ง ดัชนีของ บุริมสิทธิ์: ทุก บริษัท เมื่อตั้งเป้าหมายแล้วจะมี บริษัท เป็นของตัวเอง
"บ่อยครั้งที่โซลูชันระดับองค์กรในตลาดไม่มีฟังก์ชั่นที่จำเป็นทั้งหมด โดยผู้ซื้อ ผู้จัดการ บริษัท รู้เรื่องนี้ตั้งแต่ต้น และนี่คือเหตุผลว่าทำไมเมื่อรายการตรวจสอบได้ถูกวาดขึ้นเราจะดำเนินการจัดตั้ง ดัชนีของ บุริมสิทธิ์"
บางคนแนะนำให้เชื่อมโยง แต่ละความต้องการคะแนนความสำคัญแตกต่างกัน: คะแนนโดยรวมของแต่ละโซลูชันที่ตรวจสอบจะเป็นผลรวมของข้อกำหนดปัจจุบันและความสำคัญเชิงเปรียบเทียบ มันเป็นคำแนะนำสามัญสำนึกหากคุณมีแผนผังไม่เพียงพอในการประเมินขั้นสุดท้าย: มันเป็นเรื่องธรรมดาที่ในการระบุถึง อันดับ นอกจากนี้ยังมีปัจจัยภายนอกซอฟต์แวร์มากกว่าสิ่งที่เกี่ยวข้องกับซัพพลายเออร์ เราจะเห็นพวกเขาในโพสต์ในภายหลัง
เพื่อประเมินค่าที่แท้จริง คุณภาพของซอฟต์แวร์ มีความจำเป็นต้องสร้างบางอย่าง ตัวชี้วัดวัตถุประสงค์ (ดังนั้นนอกเหนือจากข้อกำหนดการทำงาน, ส่วนตัวอย่างหมดจด, ตามที่ บริษัท ต้องการ)
การไม่ทราบว่าตัวแปรใดในการวัดผลิตภัณฑ์หมายความว่าไม่สามารถรู้ตัวเขาได้ ความคุ้มค่า. อีกครั้งเราต้องการรวบรวมรายการ ก่อน เพื่อตรวจสอบการแก้ปัญหาเฉพาะบุคคล: เราจะใช้มันเป็นเมตรในเวลาที่เลือกจริง
มีวรรณกรรมมากมายเกี่ยวกับเรื่องนี้อันที่จริงเพียงพิมพ์ในเครื่องมือค้นหา "คุณภาพซอฟต์แวร์" เพื่อค้นหาโพสต์และหนังสือในหัวเรื่อง จุดเริ่มต้นที่มีประโยชน์คือเสียง วิกิพีเดียซึ่งแสดงรายการ ชุดของพารามิเตอร์ ภายนอก (เช่นเกี่ยวกับคุณภาพที่ผู้ใช้รับรู้) เพื่อประเมินคุณภาพของโซลูชันที่จะได้รับ กลุ่มคนเหล่านี้: ความถูกต้องความน่าเชื่อถือความทนทานประสิทธิภาพ แต่ยัง ภายในตรวจสอบได้โดยทีมงานของ นักพัฒนา: การบำรุงรักษาความสามารถในการนำมาใช้ใหม่ได้ต้นแบบเป็นตัวอย่างบางส่วนที่ระบุไว้
นอกจากนี้ในกรณีนี้ทีมจะตัดสินใจ ดัชนีลำดับความสำคัญสำหรับพารามิเตอร์ต่างๆตัวอย่างเช่นการจัดการ บริษัท ซึ่งมีวิสัยทัศน์เชิงกลยุทธ์ของโครงการสามารถให้ความสำคัญรองกับการใช้ซอฟต์แวร์ซ้ำได้ และแน่นอนในขั้นตอนการเลือกซอฟต์แวร์นี้มันเป็นเรื่องดีที่จะทราบความคิดเห็นของ ฟังก์ชั่นที่มีคุณภาพ ของ บริษัท (ที่ปัจจุบัน)
มันเป็นตัวแปรพื้นฐาน: ก่อนที่จะเริ่มการเจรจาต่อรองคุณต้องคำนึงถึง งบ ยอดรวมที่คุณมีอยู่ การซื้อซอฟต์แวร์ (ทั้งสำหรับซอฟต์แวร์เองและสำหรับค่าใช้จ่ายชั่วโมงที่จำเป็นสำหรับกิจกรรมการเลือก) เพื่อสร้างผลรวมที่เหมือนจริงบางคนมีมาตรฐานของโซลูชันที่ได้รับมาก่อนหน้านี้แล้ว บริษัท อื่น ๆ พึ่งพาคำพูดจากเพื่อนร่วมงานจากภาคเดียวกัน (หรือจากกลุ่มอุตสาหกรรมเดียวกัน) การตรวจสอบจำนวนเงินที่ใช้ไปก่อนหน้านี้สำหรับโซลูชันที่คล้ายกันช่วยให้กระบวนการเลือกซอฟต์แวร์ง่ายขึ้น
คุณต้องคำนึงถึงงบประมาณโดยรวมที่คุณมีให้ การซื้อซอฟต์แวร์: ตรวจสอบจำนวนเงินที่ใช้ไปก่อนหน้านี้สำหรับโซลูชันที่คล้ายกันซึ่งในความเป็นจริงจะช่วยให้กระบวนการเลือกซอฟต์แวร์ง่ายขึ้น "
แน่นอนว่าราคาของซอฟต์แวร์ระดับองค์กรนั้นเป็นผลโดยตรงไม่เพียง แต่คุณภาพที่แท้จริงเท่านั้น แต่ยังรวมถึงงานที่ผู้ผลิตจัดทำขึ้นเพื่อออกแบบและพัฒนา: เพื่อตัดค่าใช้จ่าย รูปแบบที่ยืดหยุ่นของการได้มา (เราจะเห็นพวกเขาที่จุด 6)
จะไม่มีการพูดคุยเกี่ยวกับเรื่องนี้มากพอ: ทุก บริษัท พบว่าตัวเองกำลังติดต่อกัน ปริมาณข้อมูลที่เพิ่มขึ้น เกี่ยวข้องกับธุรกิจและลูกค้า ในเวลาเดียวกันเรารู้ว่าในไม่กี่ปีที่ผ่านมาจำนวนผู้คนเพิ่มขึ้น การโจมตีทางไซเบอร์ บนฐานข้อมูล บริษัท การปกป้องข้อมูลของคุณจึงเป็นความรับผิดชอบโดยตรงและหลีกเลี่ยงไม่ได้ของผู้ที่จัดการข้อมูลนั้น
หนึ่งในภารกิจของผู้ที่ดำเนินการเจรจาจะต้องทราบถึงความคุ้มครองที่เกิดขึ้นโดยผู้ให้บริการ ในขณะเดียวกันความรู้พื้นฐานเกี่ยวกับความเสี่ยงและการแก้ไขไม่สามารถทำร้ายได้: ผู้จัดการแผนก ICT เขาจะสามารถแจ้งผู้ติดต่อ บริษัท ของเขาทั้งสองด้านได้
ตัดสินใจว่าคุณต้องการทางออกหรือไม่ ในก้อนเมฆ (บนโครงสร้างพื้นฐานระยะไกล) หรือ บนสมมติฐาน (ติดตั้งบนเซิร์ฟเวอร์ของ บริษัท ) ไม่ใช่เรื่องแปลก: งบประมาณและประเภทของการจัดการข้อมูลมีผลกระทบโดยตรง วิธีจัดการซอฟต์แวร์.
สำหรับผู้จัดการหลายคน วิธีการแก้ปัญหาในสถานที่ มันยังคงเกี่ยวข้องกับการรับรู้ของความมั่นคงและการควบคุม: อย่างไรก็ตามการลงทุนที่สำคัญที่สุดจะได้รับการพิจารณา ในทางกลับกัน เมฆ มีความยืดหยุ่นและราคาไม่แพง แต่ต้องการซัพพลายเออร์เพื่อรับประกันความปลอดภัยของข้อมูลและประสิทธิภาพช่องสัญญาณ (เช่นความเร็วในการส่งและการทำงานของโปรแกรม)
วิธีการคิดต้นทุนก็เปลี่ยนแปลงเช่นกัน: โดยทั่วไปราคาตามสัญญาจะขึ้นอยู่กับการชำระเงิน การออกใบอนุญาตค่าใช้จ่ายในการปรับแต่งการตั้งค่าเริ่มต้นค่าบำรุงรักษาที่ตามมาเป็นต้น คลาวด์เป็นแบบจำลอง จ่ายต่อการใช้งาน: ผลมากขึ้นต้นทุนที่สูงขึ้น โดยทั่วไปในโหมดคลาวด์ค่าใช้จ่ายทั้งหมดที่ทำขึ้นจะถูกเปลี่ยนเป็นค่าธรรมเนียมที่สรุปรวมซึ่งมักจะต่ำกว่า (เมื่อเทียบกับข้อผูกพันตามสัญญาหลายปีซึ่งมักจะมาจากสามถึงห้าปี)
มันอาจดูขัดแย้งกัน แต่ก็เป็นเพียง: รายการตรวจสอบที่ดีของความคาดหวังที่เราวางไว้บนทางออกใหม่ ... ไม่สนใจ การวิเคราะห์ซอฟต์แวร์ที่จำเป็นต้องเปลี่ยนแปลง. แน่นอนว่าเราไม่ได้หมายถึงสถานการณ์ของการติดตั้งครั้งแรก
"รายการตรวจสอบที่ดีเกี่ยวกับความคาดหวังที่เราวางไว้บนโซลูชันใหม่ ... ไม่สนใจ การวิเคราะห์ซอฟต์แวร์ที่จำเป็นต้องเปลี่ยนแปลง"
ก่อนวัตถุประสงค์คือเพื่อระบุ จุดอ่อน: เป็นลักษณะที่ทำให้เรามองหาผลิตภัณฑ์ที่แตกต่าง แม้แต่อายุซอฟต์แวร์และการรักษาที่ก้าวร้าวในแบบเดียวกันก็สามารถพิสูจน์ได้ว่าผิดพลาด
อย่างไรก็ตามเราอาจต้องเขียนบางอย่าง จุดแข็งอันที่จริงแล้วมันไม่ได้กล่าวว่าการจัดการกระบวนการด้วยโซลูชันเก่านั้นไม่สมบูรณ์ในทุกด้าน
นอกจากนี้ในระหว่างการวิเคราะห์นี้จะเป็นประโยชน์ในการทำงานที่ใช้ร่วมกัน: ความรู้ด้านการใช้งาน e ความรู้ด้านเทคนิค พวกเขาไปจับมือและทั้งสองมีส่วนร่วมในการประเมินที่เป็นรูปธรรมมากขึ้นของคุณภาพของซอฟต์แวร์ แม้แต่คนที่จะเปลี่ยน!
โดยส่วนตัวฉันคิดว่าเมื่อซอฟต์แวร์ไม่เพียงพออีกต่อไปแน่นอนว่าไม่ใช่ความผิดของผู้ที่ตัดสินใจเลือกในเวลานั้น ง่ายดาย ตลาดมีการเปลี่ยนแปลง และซอฟต์แวร์นั้นไม่ตอบสนองต่อความต้องการทางธุรกิจใหม่ ๆ นี่คือเหตุผลที่การวางแนวล่าสุดเพิ่มมากขึ้นต่อ refactoring การใช้งานอย่างต่อเนื่อง
Autore Paolo Ravalli
ผู้คนนับล้านชำระค่าบริการสตรีมมิ่ง โดยจ่ายค่าธรรมเนียมการสมัครสมาชิกรายเดือน เป็นความเห็นทั่วไปที่คุณ...
Coveware by Veeam จะยังคงให้บริการตอบสนองต่อเหตุการณ์การขู่กรรโชกทางไซเบอร์ต่อไป Coveware จะนำเสนอความสามารถในการนิติเวชและการแก้ไข...
การบำรุงรักษาเชิงคาดการณ์กำลังปฏิวัติภาคส่วนน้ำมันและก๊าซ ด้วยแนวทางเชิงรุกและนวัตกรรมในการจัดการโรงงาน...
UK CMA ได้ออกคำเตือนเกี่ยวกับพฤติกรรมของ Big Tech ในตลาดปัญญาประดิษฐ์ ที่นั่น…
