วิธีการตัดสินใจทางเทคนิคที่สำคัญให้เวลาน้อยมาก

36

ฉันมีเวลา 2 วันในการตัดสินใจอย่างจริงจังเกี่ยวกับเครื่องมือและแพลตฟอร์มที่ บริษัท ของฉันกำลังจะใช้เพื่อพอร์ตแอปพลิเคชัน WPF ไปยัง Linux / Android / iOS

เห็นได้ชัดว่าฉันสามารถชี้ไปที่รุ่นพี่ของฉันว่า 2 วันนั้นแทบจะไม่เพียงพอสำหรับการอ่านเกี่ยวกับตัวเลือกที่เป็นไปได้ทั้งหมดและสิ่งที่เกี่ยวกับความพยายามทำต้นแบบเป็นต้นฉันสามารถบอกได้ว่ามันจะไม่ช่วยฉันสักหน่อย หลังจาก 2 วันจะมีการตัดสินใจ ระยะเวลา

จากด้านหนึ่งที่ฉันรู้สึกท้อแท้จากอีกด้านฉันคิดว่ามีความจริงในวิธีนี้ไม่อย่างนั้นฉันสามารถหาตัวเองได้อย่างง่ายดายภายใต้ SDK ที่ดาวน์โหลดกรอบงาน APIs บล็อกบทความ ฯลฯ และอื่น ๆ และลืมในสิ่งที่มันมีไว้สำหรับ

แต่ฉันก็ยังกลัวว่าการตัดสินใจที่ผิดจะทำให้ บริษัท เสียค่าใช้จ่าย คุณคิดว่าเป็นกระบวนการ "อุดมคติ" ในการตัดสินใจเช่นนี้หรือไม่?

development-process time-management decisions

— Flot2011
แหล่งที่มา

4

เขียนที่ไหนสักแห่งว่าการตัดสินใจนั้นแทบจะเป็นไปไม่ได้ในสองวัน จากนั้นลองทำการตัดสินใจที่ไม่เลวร้ายและจัดทำเอกสารว่าการตัดสินใจของคุณไม่ดีที่สุด กล่าวอีกนัยหนึ่งคือครอบคลุมตูดของคุณ อาจพิจารณาQt5 หรือทำให้ผลิตภัณฑ์ของคุณเป็นเว็บแอปพลิเคชัน HTML5 (อาจใช้ไลบรารีเซิร์ฟเวอร์ HTTP บางส่วนเช่นlibonionหรือ FastCGI)

— Basile Starynkevitch

2

@gnat ฉันไม่เห็นด้วยว่ามันเป็นคำถามส่วนตัวแม้ว่าจะมีคำตอบมากกว่าหนึ่งคำที่เป็นไปได้ แต่เราทุกคนสามารถได้รับจากประสบการณ์ของผู้อื่น

— Flot2011

9

ไม่มี 'ตัวเลือกที่ดีที่สุด' ในหลายกรณีคุณสามารถเขียนมันเป็น PHP เว็บแอพและมันก็ใช้ได้ หรือคุณสามารถเขียนมันเป็นโปรแกรม Qt และมันจะทำงาน อาจเป็น UI ของอินเตอร์เฟสเกม openGL สิ่งเหล่านี้เป็นตัวเลือกที่ยอมรับได้กลอุบายคือการเลือกหนึ่งตัว อย่าทำให้ตัวเองเป็นอัมพาตด้วยความสงสัยเมื่อคุณเลือกบางอย่าง

— gbjbaanb

5

ตัวอย่างที่แย่มากเพราะในกรณีของตัวอย่างมีเทคโนโลยีหนึ่งที่เป็นตัวเลือกที่ชัดเจนสำหรับเรื่องนี้ - Xamarin เก็บ. NET backend code เพียงแทนที่ UI ด้วยบางสิ่ง จัดการกับทุกกรณี ดังนั้นนี่เป็นกรณีของ "ฉันรู้ทุกอย่างเกี่ยวกับระบบข้ามแพลตฟอร์มสำหรับ. NET"

— TomTom

7

บอกว่า 2 วันไม่พอไม่สร้างสรรค์มาก 3 วันจะเพียงพอหรือไม่ หรือคุณต้องการใช้เวลา 2 เดือนกับมันจริงหรือ และการตัดสินใจของคุณน่าจะดีแค่ไหน? ~~~~ ถ้าคุณบอกว่าคุณต้องใช้เวลาหนึ่งสัปดาห์และมั่นใจว่านี่จะช่วยประหยัดเวลาในการพัฒนาลงได้หลายร้อยชั่วโมงเพื่อให้แน่ใจว่าจะพูดถึงเรื่องนี้ อาจไม่ช่วย แต่มีโอกาสเสมอที่ผู้มีส่วนได้เสียเช่นกรณีธุรกิจของคุณ

— Dennis Jaheruddin

48

หากทั้งหมดที่คุณมีคือ 2 วันและไม่มีเวลาที่จะสร้างต้นแบบหรือแม้แต่อ่านตัวเลือกทั้งหมดจากนั้นมีเพียง 2 ตัวเลือก:

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

คุณสามารถปกปิดตัวเองได้ด้วยการสร้างสถาปัตยกรรมที่แยกได้ง่ายขึ้นและเปลี่ยนแปลงได้ง่ายขึ้นเช่นรูปแบบไคลเอนต์ / เซิร์ฟเวอร์จะช่วยให้คุณสามารถแทนที่เทคโนโลยี UI ของคุณด้วยสิ่งอื่นที่มีการหยุดชะงักน้อยที่สุด

— gbjbaanb
แหล่งที่มา

10

+1 สำหรับ "อย่ากลัวที่จะทำการตัดสินใจที่ผิด" บางครั้งการถูกจับใน 'การวิเคราะห์อัมพาต' นั้นแย่กว่าการตัดสินใจใด ๆ เลย เราทุกคนเป็นมนุษย์ ทำสิ่งที่ดีที่สุดของคุณและดำเนินชีวิตต่อไป

— semaj

1

ว่าง: สลับหรือโอนเอนระหว่างความคิดเห็นหรือการกระทำที่ต่าง เด็ดเดี่ยว

— TankorSmash

10

+1 สำหรับ "ปกปิดตัวเองด้วยการสร้างสถาปัตยกรรมที่แยกชิ้นส่วนมากขึ้นและง่ายต่อการเปลี่ยนแปลง"

— Darth Egregious

2

@emodendroket Windows Workflow Foundation

— MetaFight

2

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

— jpmc26

19

อาจดูเหมือนว่าฉันกำลังไปกับกระแส แต่ฉันเพิ่งอ่านหนังสือCreativity, Inc.โดยEd Catmullและมีย่อหน้าที่ดีจริงๆที่จัดการกับสถานการณ์นี้:

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

ฉันแน่ใจว่ามันสามารถนำไปใช้สำหรับสถานการณ์ของคุณเช่นกัน บางทีคุณสามารถตัดสินใจวันนี้โดยเลือกหนึ่งและเริ่มทำงานกับมัน หากได้ผลคุณจะมีบางอย่างพร้อมในสองวันนั้นและคุณจะพูดว่า - "ฉันเลือกสิ่งนี้แล้วฉันจะแสดงให้คุณเห็นว่าเราจะทำอะไรได้บ้างเพราะฉันทำการทดสอบน้อย ... " หากคุณสังเกตเห็นในหนึ่งวันว่าโซลูชันที่เลือกมานั้นไม่คุ้มค่าคุณสามารถเลือกโซลูชันอื่นและทำงานกับวันนั้นได้ สถานการณ์กรณีที่เลวร้ายที่สุดคือคุณจะใช้ทั้งสองวันในการทดสอบสองแพลตฟอร์มโดยตรวจสอบว่าไม่ได้ใช้งานได้ แต่ท้ายที่สุดแล้วนั่นคือคำตอบที่ถูกต้องใช่ไหม กำจัดวัชพืชทางเลือกที่ผิดพลาดดังนั้นการตัดสินใจครั้งต่อไปจะดีกว่าครั้งก่อน สถานการณ์กรณีที่ดีที่สุดคือการที่คุณ '

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

— คาล
แหล่งที่มา

12

แม้ว่าฉันจะเห็นด้วยกับคุณในระดับโลก แต่บางครั้งการก้าวไปข้างหน้าในสนามรบค่อนข้างฆ่าตัวตาย

— Flot2011

ไม่มีใครพูดถึงการวิ่ง ฉันไม่เคยบอกว่าจะเดินไปหาเจ้านายในวันนี้และพูดว่า - "นี่คือทางออกตอนนี้และตอนนี้" แต่ฉันเสนอให้เลือกหนึ่งในหัวและลองใช้มันและคนจรจัดกับมัน เพียงแค่อ่านเกี่ยวกับมันและพูดคุยกับคนอื่นจะไม่ทำเคล็ดลับ ฉันเชื่อว่าการไปข้างหน้าและลองทำจะนำไปสู่การเลือกที่มีคุณภาพสูงกว่ามาก

— Michal

6

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

— gbjbaanb

1

"การหยิบหนึ่ง ASAP จากนั้นต้นแบบ" ทำให้ฉันเป็นคำแนะนำที่แย่มากในสถานการณ์นี้ ใช่การทำต้นแบบนั้นมีความสำคัญ แต่ก็ต้องเสียเวลาด้วยเช่นกัน ปัญหาไม่ไร้สาระมักจะมีวิธีแก้ไขมากกว่า 2 วิธีและ 2 วันนั้นไม่เพียงพอที่จะสร้างต้นแบบเทคโนโลยีที่หลากหลาย

— meriton - เมื่อ

@meriton ฉันรู้สึกว่าคุณหมายถึงอะไร - ฉันเห็นด้วยการทำต้นแบบนั้นใช้เวลานาน ฉันไม่ได้ระบุอย่างชัดเจนว่า "ทำต้นแบบ" - นั่นเป็นเหตุผลที่ฉันเลือกคำอย่างคนจรจัด - สำรวจแพลตฟอร์มเขียนรหัสเล็กน้อยเปิดไฟล์การใช้งานพื้นฐานดูว่ามันทำงานอย่างไร โอกาสที่ผู้ตัดสินใจจะไม่ได้รับรายละเอียดทั้งหมด แต่จากการทดลองและข้อผิดพลาดเขา / เธอสามารถปรับปรุงคุณภาพของการตัดสินใจ

— Michal

10

gbjbaanb ทำคะแนนได้ดีมาก ฉันแค่คิดว่าฉันจะเพิ่มเล็กน้อย

เห็นได้ชัดว่าคุณไม่มีเวลาเพียงพอในการตัดสินใจอย่างสมบูรณ์แบบ ตัวเลือกเดียวของคุณคือพยายามและตัดสินใจว่าจะลดความเจ็บปวดในอนาคต ฉันขอแนะนำ:

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

ฉันเคยอยู่ในสถานการณ์ของคุณมาก่อนและในที่สุดมันก็กลายเป็นฝันร้ายทางการเมือง เมื่อระบบไม่ทำงานอย่างน่าอัศจรรย์ผู้คนก็เริ่มชี้นิ้วและสิ่งต่าง ๆ น่าเกลียด นั่นเป็นเหตุผลที่ # 1 คำแนะนำของฉันคือการเอกสารอย่างชัดเจนว่าคุณทำดีที่สุดของคุณกับอัตราต่อรองเป็นไปไม่ได้

โชคดี :)

— MetaFight
แหล่งที่มา

17

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

— gbjbaanb

ใช่ฉันรู้ว่ามันเป็นเรื่องเล็กน้อยดังนั้นฉันจึงแก้ไขมัน

— MetaFight

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

— meriton - เมื่อ

3

แต่ฉันจะระบุความเสี่ยงที่เป็นรูปธรรมและเพิ่มความเสี่ยงให้กับการจัดการ ตัวอย่างเช่น: "จากความรู้ในปัจจุบันของเราเราคิดว่าเทคโนโลยี A เป็นตัวเลือกที่ดีที่สุดอย่างไรก็ตามเนื่องจากกำหนดเวลาสั้น ๆ เราไม่สามารถตรวจสอบได้ว่าวิธีการนี้สามารถจัดการปริมาณงานที่คาดหวังของระบบนี้ได้" ฝ่ายบริหารสามารถยอมรับความเสี่ยงหรือลดความเสี่ยงโดยการสั่งการวิเคราะห์เพิ่มเติม

— meriton - เมื่อ

+1 สำหรับจุดที่ 2 ไปหาโซลูชันที่มีชุมชนที่พัฒนาแล้วและมีการพัฒนาเป็นอย่างดีถ้าคุณปรับโซลูชันดังกล่าวได้มากกว่าหนึ่งรายการคุณสามารถเรียกดูฟอรัมออนไลน์บล็อกโพสต์คำถาม ฯลฯ และค้นหาว่าคุณเหมาะสมกับใคร ดีที่สุด

— Arnab Bhagabati

5

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

เลือกเทคโนโลยีที่:

มีฐานผู้ใช้ขนาดใหญ่
ได้รับการสนับสนุนอย่างแข็งขัน (ผ่านช่องทางใดก็ได้)
มีการพัฒนาอย่างแข็งขัน

ตามคำจำกัดความนี้จะตัดทอนเทคโนโลยีการตกเลือดใด ๆ อย่างไรก็ตามมันอาจจะดี

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

— Robbie Dee
แหล่งที่มา

แม้ว่าเทคโนโลยี X นั้นเหมาะสมดีและ Fred ก็ยินดีที่จะให้ความรู้แก่ผู้พัฒนารายอื่นการทำเช่นนี้อาจเป็นวิธีที่ดีในการเริ่มต้นทีม

— CVN

เพื่อตรวจสอบว่า - ถ้ามันเห็บกล่องอื่น ๆ ...

— ร็อบบี้ดี

4

2 วันเป็นช่วงเวลาสั้น ๆ ในการตัดสินใจแบบนั้น แต่เนื่องจากคุณต้องทำรายการต่อไปนี้ใน 2 วัน

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

ตอนนี้คุณต้องหาทางเลือกที่คุณสามารถใช้ได้กับทุกสภาพแวดล้อมเป้าหมาย

สำหรับแต่ละทางเลือกค้นหาการสนับสนุนสำหรับแต่ละคนในการใช้การเชื่อมต่อ / ความปลอดภัยที่แอปปัจจุบันใช้

จากนั้นสำหรับองค์ประกอบที่กำหนดเอง / บุคคลที่สามแต่ละรายการจะตรวจสอบว่ามีทางเลือกที่ใช้งานง่ายสำหรับแต่ละองค์ประกอบหรือไม่

แล้วลองคิดดูว่าการกระจายตัวสามารถทำได้สำหรับแต่ละทางเลือกที่คุณพบ

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

— นกกระทุงบินต่ำ
แหล่งที่มา

4

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

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

— Ando
แหล่งที่มา

2

ทำรายการปัจจัยที่ควรเลือกสิ่งต่าง ๆ เช่น: ประสิทธิภาพความปลอดภัยต้นทุนความง่ายในการใช้ความสามารถในการทำ X ความสามารถในการทำ Y คุ้นเคยเวลานักพัฒนาเพื่อตลาด ฯลฯ

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

เลือกวิธีแก้ไขปัญหาร่วมกันสามหรือสี่รายการตามปัญหาการค้นหาทางอินเทอร์เน็ต

จากนั้นให้อ่านให้เพียงพอเพื่อคาดเดาว่าตัวเลือกแต่ละรายการนั้นเหมาะสมกับลำดับความสำคัญ 3-4 อันดับแรกของพวกเขาอย่างไร กำหนดค่าตัวเลขให้กับตัวเลือกแต่ละตัว ทำคณิตศาสตร์โดยคูณคะแนนของลำดับความสำคัญแต่ละครั้งตามค่าที่ตั้งไว้กับลำดับความสำคัญนั้น (10 สำหรับหมายเลข 1, 8 สำหรับหมายเลข 2, 6 สำหรับหมายเลข 3 4 สำหรับหมายเลข 4 หรือตัวเลขที่คุณต้องการ) ตอนนี้คุณมีคะแนนเป็นตัวเลขสำหรับแต่ละโอกาส โดยทั่วไปจะเห็นได้อย่างชัดเจนว่าตรงกับความสำคัญที่ได้รับมอบหมายมากที่สุด ยิ่งกว่านั้นตอนนี้คุณมีสิ่งที่จะนำไปวิเคราะห์เพื่อพิสูจน์ทางเลือกของคุณ พวกเขามักจะซื้อเมื่อคุณเลือกเพราะคุณมีตัวเลขที่ให้การสนับสนุน หากตัวเลขไม่รองรับคุณต้องถามตัวเองว่าทำไมคุณถึงชอบอีกหมายเลขหนึ่งและไปกับตัวเลขที่ดีที่สุดหรือกลับไปที่หมายเลขที่กำหนด

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

— HLGEM
แหล่งที่มา

สิ่งที่คุณอธิบายเรียกว่า "กระบวนการวิเคราะห์ลำดับชั้น" มันเป็นเทคนิคที่ใช้กันทั่วไปมากที่สุดที่ฉันเคยเห็นว่าใช้สำหรับการทำการศึกษาการค้า จุดแข็งของมันคือช่วยในการตัดสินใจเลือกที่ดีที่สุดในลักษณะที่เป็นธรรมและคำนึงถึงความคิดเห็นของผู้มีส่วนได้ส่วนเสียทั้งหมด ฉันรู้สึกประหลาดใจเมื่อเห็นว่าเว็บไซต์ทำให้เทคนิคนี้ซับซ้อนเพียงใด อย่าปล่อยให้ความซับซ้อนที่ปรากฏโดยเว็บไซต์ต่าง ๆ ส่งผลต่อคุณมันใช้งานง่ายมาก Anyways ตั้งแต่ฉันไม่สามารถหาตัวอย่างที่ดีผมคิดว่าวิกิพีเดียเป็นสิ่งที่ดีเป็นจุดเริ่มต้นที่ใดen.wikipedia.org/wiki/Analytic_hierarchy_process

— Dunk

1

ใช้เวลาน้อยกว่าสิบนาทีในการตั้งค่าโครงสร้างในสเปรดชีต (ส่วนที่ซับซ้อนที่สุดคือการตัดสินใจว่าปัจจัยใดที่คุณต้องการเปรียบเทียบลำดับความสำคัญ) จากนั้นจึงเป็นเรื่องง่ายที่จะกรอกข้อมูล

— HLGEM

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

— Dunk