การวิเคราะห์ควรเป็นผู้ไม่เชื่อเรื่องพระเจ้าหรือไม่? [ปิด]

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

ฉันคิดถูกหรือเปล่า มีเหตุผลใดบ้างที่นักวิเคราะห์ธุรกิจจำเป็นต้องรู้เทคโนโลยีที่ใช้ในการใช้ระบบ

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

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

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

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

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

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

การผลักดันขอบเขตสามารถเพิ่มต้นทุนได้หลายวิธี แต่ในบางกรณีอาจมีผลตอบแทนที่สำคัญ ปัจจัยต้นทุนบางส่วน ได้แก่ :

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

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

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

ฉันเชื่อว่ามีจุดระหว่างความคิดสองบรรทัดที่อาจสมจริงมากขึ้น ในขณะที่การออกแบบระดับสูงอาจดีที่สุดเมื่อรักษาผู้ไม่เชื่อเรื่องเทคโนโลยีไว้ แต่ต้องพิจารณาถึงข้อ จำกัด และข้อกำหนดของโลกแห่งความจริงที่ควรทราบซึ่งควรรวมเข้ากับการออกแบบ การออกแบบนี้อยู่ในระดับใด คุณมีข้อกำหนดเพียงพอหรือไม่ สภาพแวดล้อมมีความยืดหยุ่นแค่ไหน? ฝ่ายบริหารลงทุนในทิศทางเทคนิคที่เฉพาะเจาะจงหรือไม่?

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

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

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

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

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

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

เขา / เธอไม่จำเป็นต้องรู้ว่าเทคโนโลยีเช่น Java / C # / Python / SQLเป็นต้น

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

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

เทคโนโลยีแต่ละตัวมีขีด จำกัด และข้อ จำกัด ดังนั้นจึงเป็นเรื่องเหมาะสมสำหรับนักวิเคราะห์ที่จะต้องพิจารณาข้อ จำกัด เหล่านั้น ในทางกลับกันนักวิเคราะห์ที่รู้จัก. net ได้ดี แต่ไม่ได้เห็น Java ตั้งแต่ปลายทศวรรษที่แล้วส่วนใหญ่จะออกแบบโซลูชัน. net โดยใช้คำศัพท์. net และรูปแบบการออกแบบแม้ว่า Java (หรือ RoR เป็นต้น) จะเหมาะกับปัญหาที่ดีกว่า มันค่อนข้างยากที่จะใช้การออกแบบในเทคโนโลยีอื่นในภายหลัง

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