คุณใส่อะไรลงในเอกสารการวิเคราะห์ผลกระทบ

9

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

มีกระบวนการที่กำหนดไว้ในวิธีการทำเช่นนี้?
ข้อมูลสำคัญคืออะไรที่จำเป็น?
มีรูปแบบ / เทมเพลตที่รู้จักสำหรับเอกสารนี้หรือไม่?

project-management documentation

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

1

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

— Aditya P

4

คำถามและคำตอบนี้ทำให้ฉันมีความสุขฉันไม่ได้ทำงานในสภาพแวดล้อมเช่นนั้น "เมทริกซ์ตรวจสอบย้อนกลับสองทิศทาง"? "แบบฟอร์มการวิเคราะห์การตัดสินใจและการแก้ไข" จริงๆ? คุณต้องการวิธีการหลายวิธีในการไม่ทำงานให้สำเร็จ

— Rein Henrichs

2

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

— M.Sameer

4

@AdityaGameProgrammer @Rein Henrichs: ฉันไม่เข้าใจความคิดเห็นของคุณ คุณแนะนำให้ไม่ทำการวางแผนและการจัดการเลยหรือไม่? แน่นอนว่ามันก็โอเคที่จะเริ่มเขียนโค้ดโดยตรงถ้าโครงการทำโดยคนคนหนึ่งและการเปลี่ยนแปลงนั้นง่ายต่อการใช้งาน แต่โครงการขนาดใหญ่และการเปลี่ยนแปลงที่มีผลกระทบอย่างมากต่อส่วนต่างๆของโครงการเป็นอย่างไร

— Arseni Mourzenko

5

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

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

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

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

เราใช้สิ่งนี้กับ CRs แต่คุณสามารถใช้กับข้อบกพร่องในลักษณะเดียวกัน นอกจากนี้หากคุณต้องการทำเช่นนี้เพื่อเลือกระหว่างโซลูชันการแก้ไขหลายอย่างเพื่อแก้ไขข้อผิดพลาดคุณจะต้องทำการวิเคราะห์ผลกระทบซ้ำสำหรับโซลูชันที่เป็นไปได้ทั้งหมดและรวมข้อมูลทั้งหมดไว้ในรูปแบบการตัดสินใจและการแก้ปัญหา (DAR) ที่สุด. ในแบบฟอร์ม DAR คุณควรเพิ่มปัจจัยการประเมินบางอย่างเช่นการบำรุงรักษาในอนาคตหรือปัจจัยอื่น ๆ ที่ไม่รวมอยู่ในการวิเคราะห์ผลกระทบ จากนั้นให้น้ำหนักแต่ละปัจจัยและให้คะแนนการแก้ปัญหาในแต่ละปัจจัย ในที่สุดคูณและรวมคะแนน * น้ำหนักแล้วเลือกที่ดีที่สุด โปรดทราบว่าค่าใช้จ่ายอาจรวมอยู่ในปัจจัยหรือ PM อาจมีความคิดเห็นอื่น

— M.Sameer
แหล่งที่มา

1

นั่นฟังดู… (นั่นคือดูเหมือนว่าคุณกำลังถูกบริหารงานโดยลา)

— Donal Fellows

3

@ Donal Fellows นั้นได้รับคำแนะนำจากที่ปรึกษา CMMi และที่ปรึกษาการปรับปรุงกระบวนการจาก IBM

— M.Sameer

3

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

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

ข้อมูลที่จะรวมถึง:

คำอธิบายสั้น ๆ ของปัญหา
อธิบายหรือแสดงตัวอย่างว่าข้อบกพร่องทำให้เกิดความล้มเหลวและ / หรือไร้ประสิทธิภาพอย่างไร
รวมการประมาณความซับซ้อน
รวมการประมาณการต้นทุนและเวลาสำหรับการแก้ไข

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

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

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

— เบอร์นาร์ดดี
แหล่งที่มา

-1

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

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

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

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

การวิเคราะห์ผลกระทบเป็นฐานในการประมาณการ หากปราศจากสิ่งนั้นการประเมินก็ไม่มีจุดยืนใด ๆ อาจสูงเกินไปหรือต่ำเกินไป ด้วยการวิเคราะห์ผลกระทบหากความพยายามจริงเกินกว่าจะอธิบายได้ง่ายเช่นกัน

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

-2

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

ลิงค์: http://www.itu.int/en/itu-d/projects/documents/templateimpactanalysis.pdf

ไชโย

— นาโน
แหล่งที่มา

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

— gnat

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

— Nano

จุดดี - ยอมรับว่าสิ่งนี้ทำให้มันมีคุณสมบัติอย่างเป็นทางการเป็นคำตอบ (ในขณะที่ทำให้ส่วนหนึ่งของคำถามมันตอบคำขอทรัพยากรนอกหัวข้อโจ๋งครึ่ม )

— gnat