คำถามติดแท็ก methodology

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

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

9
การตรวจสอบสภาพซ้ำซ้อนกับการปฏิบัติที่ดีที่สุดหรือไม่?
ฉันได้พัฒนาซอฟต์แวร์ในช่วงสามปีที่ผ่านมา แต่ฉันเพิ่งตื่นขึ้นมาเมื่อไม่นานมานี้ว่าฉันเป็นคนที่มีแนวปฏิบัติที่ดี สิ่งนี้ทำให้ฉันเริ่มอ่านClean Codeของหนังสือซึ่งทำให้ชีวิตของฉันกลับมาดีขึ้น แต่ฉันพยายามดิ้นรนเพื่อให้เข้าใจถึงวิธีการที่ดีที่สุดในการเขียนโปรแกรมของฉัน ฉันมีโปรแกรม Python ที่ฉัน ... ใช้ argparse required=Trueเพื่อบังคับใช้สองอาร์กิวเมนต์ซึ่งเป็นทั้งชื่อไฟล์ ตัวแรกคือชื่อไฟล์อินพุตส่วนที่สองคือชื่อไฟล์เอาต์พุต มีฟังก์ชั่นreadFromInputFileที่ตรวจสอบก่อนเพื่อดูว่าชื่อไฟล์อินพุตถูกป้อน มีฟังก์ชั่นwriteToOutputFileที่ตรวจสอบก่อนเพื่อดูว่ามีการป้อนชื่อไฟล์เอาต์พุต โปรแกรมของฉันมีขนาดเล็กพอที่จะทำให้ฉันเชื่อว่าการตรวจสอบใน # 2 และ # 3 ซ้ำซ้อนและควรถูกลบออกจึงทำให้ทั้งสองฟังก์ชั่นพ้นจากifสภาพที่ไม่จำเป็น อย่างไรก็ตามฉันก็ถูกชักนำให้เชื่อว่า "การตรวจสอบซ้ำสองครั้งก็โอเค" และอาจเป็นคำตอบที่ถูกต้องในโปรแกรมที่สามารถเรียกใช้ฟังก์ชันได้จากตำแหน่งอื่นที่การแยกวิเคราะห์ของอาร์กิวเมนต์ไม่เกิดขึ้น (นอกจากนี้หากการอ่านหรือเขียนล้มเหลวฉันมีtry exceptในแต่ละฟังก์ชั่นเพื่อเพิ่มข้อความแสดงข้อผิดพลาดที่เหมาะสม) คำถามของฉันคือดีที่สุดที่จะหลีกเลี่ยงการตรวจสอบสภาพซ้ำซ้อนทั้งหมดหรือไม่ ควรตรรกะของโปรแกรมเป็นของแข็งที่ตรวจสอบต้องทำเพียงครั้งเดียว? มีตัวอย่างที่ดีที่แสดงถึงสิ่งนี้หรือการสนทนาหรือไม่? แก้ไข: ขอบคุณทุกคำตอบ! ฉันได้เรียนรู้บางอย่างจากแต่ละคน การได้เห็นมุมมองมากมายทำให้ฉันมีความเข้าใจที่ดีขึ้นเกี่ยวกับวิธีแก้ไขปัญหานี้และกำหนดวิธีการแก้ปัญหาตามความต้องการของฉัน ขอขอบคุณ!

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

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

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

5
วิธีการทำให้ Scrum ทำงานกับทีมที่มีบทบาทที่กำหนดไว้อย่างไร
ข้อมูลพื้นหลังบางส่วน ฉันเป็นส่วนหนึ่งของทีมพัฒนาซอฟต์แวร์ภายในองค์กร มันประกอบด้วย นักพัฒนา 5 คน (ด้วยประสบการณ์ตั้งแต่ 2 ถึง 5 ปีฉันเป็นหนึ่งในนั้น) 3 เจ้าหน้าที่ดำเนินงาน (พวกเขาทำการปรับใช้ซอฟต์แวร์และฝึกอบรม) และผู้จัดการโครงการ 1 คน เราพัฒนาโครงการขนาดเล็กถึงขนาดกลางจำนวนมากและระยะเวลาของโครงการมักจะทับซ้อนกัน การพัฒนาเป็นเช่นนี้: "ลูกค้า" ทำให้เรามีชุดของความต้องการเริ่มต้น เราพัฒนาระบบเพื่อสเปคดังกล่าว นำเสนอระบบดังกล่าวเพื่อ "ลูกค้า" "ลูกค้า" ให้ข้อกำหนดเพิ่มเติมแก่เราตามการนำเสนอดังกล่าว ทำซ้ำ 2-4 จนกระทั่ง "ไคลเอนต์" หมดข้อกำหนดใหม่หรือวันที่เป้าหมายการปรับใช้ใกล้จะหมด ตั้งค่าและปรับใช้ระบบ สิ่งนี้พร้อมกับความจริงที่ว่ามันเป็น "ลูกค้า" ที่จัดการกับกำหนดเวลาส่วนใหญ่ (ซึ่งเป็นธงสีแดงจากสิ่งที่ฉันเห็นที่นี่ในโปรแกรมเมอร์และ PM.SE) และเราไม่ปฏิบัติตามวิธีการพัฒนาที่ชัดเจน เพื่อการเข้ารหัสโคบาลรหัสใกล้เคียงและข้อบกพร่องที่ได้รับจากการผลิตเหนือสิ่งอื่นใด นั่นเป็นเหตุผลที่เราเลือกใช้วิธีการแบบ Agile-based เช่น Scrum ทำไมต้องแย่งชิงกัน? มันเป็นความคิดริเริ่มของผู้จัดการของเราและทุกคนดูเหมือนจะเห็นด้วยกับสถานการณ์ปัจจุบันของเรา มีปัญหากับการแย่งชิงกัน องค์ประกอบบางส่วนของ Scrum มีข้อขัดแย้งกับการตั้งค่าปัจจุบันของเราที่เราไม่สามารถพูดได้อย่างง่ายดาย ทีมการปรับใช้ไม่ทราบวิธีการเขียนโปรแกรมและนักพัฒนามีทักษะการสื่อสารและการฝึกอบรมต่ำกว่าค่าเฉลี่ย …

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

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

3
วิศวกรรมซอฟต์แวร์แบบขับเคลื่อน (MDSE) คืออะไร?
ฉันได้พบกับคำย่อ MDSE วันนี้ใน infoqและข้อมูลที่ฉันสามารถค้นหาสิ่งที่ค่อนข้างชัดเจนและคำอธิบายที่เต็มไปด้วย buzzwords: MDSE เป็นเรื่องเกี่ยวกับการทำให้วิศวกรซอฟต์แวร์ทำงานในระดับที่เป็นนามธรรมซึ่งความต้องการข้อมูลสถาปัตยกรรมและการออกแบบได้รับการสั่งซื้อสูงสุด (ในแง่ของข้อมูล "เอนโทรปี") และเก็บรักษาไว้ (เรียกสิ่งนี้ว่า "งานออกแบบผลิตภัณฑ์") นอกจากนี้ MDSE ควรให้วิศวกรมีวิธีการตรวจสอบและตรวจสอบความถูกต้องของการออกแบบของพวกเขาในแง่ของ "ผลิตภัณฑ์งานออกแบบ" เป็นหลัก และเห็นได้ชัดว่าทุกคนกำลังทำมัน: (จากบทความอีกครั้ง) เรากำลังใกล้จะถึงยุคของ MDSE แล้ว ในอีก 5 - 10 ปีข้างหน้าเราจะเห็นการเปลี่ยนแปลงอย่างมีนัยสำคัญต่อ MDSE เท่าที่ฉันเชื่อว่าภายในสิ้นระยะเวลานี้บางที 60 - 80% ของซอฟต์แวร์จะได้รับการออกแบบโดยใช้เทคนิคแบบจำลอง ฉันต้องการคำอธิบายที่เป็นรูปธรรมและไม่มีคำบอกเล่าเกี่ยวกับสิ่งที่ MDSE เป็นรูปธรรม มันคือการวาดกล่อง UML และสร้างรหัสด้วยเช่นที่พวกเขาทำใน 90s กับ Rational Rose? (ในขณะที่อยู่ในนั้นถ้าใครมีตัวอย่างของซอฟต์แวร์ที่สร้างขึ้นโดยใช้เทคนิคเหล่านั้นฉันอยากจะเห็นตัวอย่างที่เป็นรูปธรรมจริงๆ)

7
ระเบียบวิธี / เครื่องมือสำหรับเมื่อพัฒนาด้วยตัวคุณเอง [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน5 ปีที่ผ่านมา สมมติว่าคุณต้องพัฒนาซอฟต์แวร์ขนาดกลาง + ขนาดเต็มที่ด้วยตัวคุณเอง ราวกับว่ามันเป็นโครงการส่วนตัวที่คุณต้องการทำให้สำเร็จ คุณจะใช้วิธีการ / เครื่องมือใดในการกำหนดสิ่งที่จะต้องพัฒนาเรียนรู้และมีความคิดระดับโลกว่าระบบนี้มีรายละเอียดอย่างไร โดยทั่วไปจะติดตามตัวเองและไม่หลงทาง

6
มันทำให้ฉันเป็นโปรแกรมเมอร์ที่ไม่ดีถ้าฉันไม่ชอบระเบียบวิธี Agile หรือไม่? [ปิด]
เป็นการยากที่จะบอกสิ่งที่ถูกถามที่นี่ คำถามนี้คลุมเครือคลุมเครือไม่สมบูรณ์กว้างเกินไปหรือโวหารและไม่สามารถตอบได้อย่างสมเหตุสมผลในรูปแบบปัจจุบัน สำหรับความช่วยเหลือในการทำความเข้าใจคำถามนี้เพื่อที่จะสามารถเปิด, ไปที่ศูนย์ช่วยเหลือ ปิดให้บริการใน8 ปีที่ผ่านมา ฉันชอบการทำซ้ำขนาดเล็ก ฉันชอบการทดสอบหน่วย ฉันชอบรีวิวโค้ด สิ่งที่ฉันไม่ชอบคือการเริ่มต้นด้วยเอกสารเพียงเล็กน้อยหรือไม่มีเลย ฉันอยู่คนเดียวในเรื่องนี้? ฉันเพียงแค่มีความเข้าใจผิดเกี่ยวกับกระบวนการนี้หรือไม่? ความคิดใด ๆ ที่จะได้รับการชื่นชม.

4
วิธีการพัฒนาซอฟต์แวร์ใดที่สามารถถูกมองว่าเป็นรากฐาน
ฉันกำลังเขียนบทความวิจัยขนาดเล็กที่เกี่ยวข้องกับวิธีการพัฒนาซอฟต์แวร์ ฉันกำลังมองหาวิธีการทั้งหมดที่มีอยู่และฉันสงสัยว่าจากวิธีการทั้งหมดมีผู้ใดบ้างที่ให้รากฐานสำหรับผู้อื่น ตัวอย่างเช่นดูที่วิธีการต่อไปนี้: Agile, Prototyping, Cleanroom, Iterative, RAD, RUP, Spiral, Waterfall, XP, Lean, Scrum, V-Model, TDD เราสามารถพูดได้ ไหมว่า: การทำต้นแบบการทำซ้ำการวนและน้ำตกเป็น "รากฐาน" สำหรับผู้อื่นหรือไม่? หรือไม่มีสิ่งเช่น "รากฐาน" และแต่ละวิธีการมีประวัติที่เป็นเอกลักษณ์ของตัวเองหรือไม่? ฉันอยากจะอธิบายวิธีการทั้งหมดในรายงานการวิจัยของฉัน แต่ฉันไม่มีเวลาทำเช่นนั้นและนั่นคือเหตุผลที่ฉันอยากจะรู้ว่าวิธีการใดที่สามารถเป็นตัวแทน

1
จะหลีกเลี่ยงการทำซ้ำระหว่างตัวติดตามปัญหาของฉันและเอกสารข้อกำหนดโครงการได้อย่างไร
ฉันเคยทำงานให้กับ บริษัท ที่ปรึกษามืออาชีพและเราทำงานภายใต้เงื่อนไขสัญญาต่าง ๆ มากมาย เมื่อเราได้เวลาและโครงการวัสดุเราก็วิ่งไปกับ SCRUM และติดตามงานค้างในระบบติดตามปัญหาของเรา อย่างไรก็ตามส่วนใหญ่เราต้องส่งมอบภายใต้สัญญาราคาคงที่ สิ่งนี้จำเป็นต้องใช้เอกสารข้อกำหนดเป็นภาคผนวกของสัญญา ดังนั้นเรามักจะจบลงด้วยการนำแบทช์การนำเข้ารายการงาน (หรือแย่กว่านั้นการป้อนด้วยตนเอง) จากสเป็ค การเปลี่ยนแปลงคำสั่งซื้อใช้เวลานานมากเพื่อให้แน่ใจว่าทุกอย่างตรงกันโดยเฉพาะอย่างยิ่งในตอนท้ายของโครงการ มีวิธีการหรือเครื่องมือซอฟต์แวร์ออกมีที่ทำให้กระบวนการทั้งหมดแห้งหรือไม่ ฉันค้นหาเสร็จแล้วและฉันไม่ได้ใช้คำที่เหมาะสม เครือข่ายมืออาชีพส่วนใหญ่ของฉันไม่ทำงานราคาคงที่ ฉันจะเปิดให้: การเปลี่ยนบั๊กติดตามหรือซื้อปลั๊กอิน (ปัจจุบันใช้ FogBugz) ทำตามวิธีการพัฒนาที่แตกต่าง การเขียนซอฟต์แวร์เพื่อจัดการข้อมูลจำเพาะและอัปเดตตัวติดตามข้อผิดพลาดและเอกสารข้อมูลจำเพาะ (แต่ดูเหมือนว่าจะเป็นงานจำนวนมากเพื่อผลประโยชน์ที่น่าสงสัย) สุดท้ายนี้คือการแก้ปัญหาที่คุ้มค่าจริงๆหรือ มันมีค่าใช้จ่ายเราค่อนข้างน้อยในบางโครงการ แต่ในโครงการอื่น ๆ มันไม่ได้จบลงที่ส่งผลกระทบต่อเรา
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.