ฉันทำงานกับทีมเล็ก ๆ ใน บริษัท ขนาดกลางซึ่งส่วนใหญ่ไม่ได้เกี่ยวข้องกับการพัฒนาซอฟต์แวร์ ฉันเป็นนักพัฒนาซอฟต์แวร์รุ่นใหม่ล่าสุดและมีประสบการณ์น้อยที่สุดและไม่มีพื้นฐานด้านอาชีพหรือการศึกษาด้านซอฟต์แวร์ก่อนที่จะเริ่ม แต่ฉันรู้สึกยินดีเป็นอย่างยิ่งกับความเคารพที่ได้รับจากข้อมูลของฉัน
แต่ถึงกระนั้นฉันรู้สึกว่าฉันควรจะทำมากขึ้นด้วยเวลาออกอากาศจำนวนใจกว้างนี้ ในฐานะทีมเราดูเหมือนจะมีปัญหาในการทำสิ่งต่างๆให้เสร็จ ฉันอยากจะแนะนำสิ่งที่จะปรับปรุงสถานการณ์และฉันคิดว่าฉันจะฟังถ้ามันเป็นความคิดที่ดี แต่ฉันสูญเสียสิ่งที่จะแนะนำ
สิ่งที่ฉันสามารถระบุได้ว่าเป็นปัญหารวมถึง:
- รายละเอียดของงานในมือมีน้อย ส่วนหนึ่งเป็นเพราะการจัดการเป็นปัญหาคอขวดและเราไม่มีเงินหรือผู้คนที่จะทำตามข้อกำหนดรายละเอียดเท่าที่เราต้องการ ส่วนหนึ่งเป็นเพราะซอฟต์แวร์ที่เรากำลังพัฒนานั้นกำลังสืบสวนและวิธีการที่แม่นยำยังไม่ชัดเจนจนกว่าจะมีการสาธิตและนำมาใช้เพื่อกำหนดประสิทธิภาพ
- Lead Dev นั้นชื่นชอบสิ่งที่เขาเรียกว่า 'การสร้างต้นแบบ' จนถึงจุดที่เขาเริ่มยืนยันว่าทุกอย่างคือ 'prototyped' ซึ่งส่วนที่เหลือของเราดูเหมือนจะเขียนโค้ดไม่ดีและให้มันแก่ modellers เพื่อเล่นกับ ไม่ชัดเจนว่าเขาคาดหวังอะไรจากการออกกำลังกายนี้ในหลายกรณี การดำเนินการ 'ที่เกิดขึ้นจริง' นั้นได้รับความทุกข์ทรมานเนื่องจากการยืนยันของเขาว่าการปฏิบัติที่ดีต้องใช้เวลามากเกินไปจากการสร้างต้นแบบ ฉันยังไม่ได้เริ่มที่จะสามารถแก้ปริศนาตรรกะที่คลี่คลายนี้และฉันไม่แน่ใจว่าฉันต้องการลอง
- ผู้ดัดแปลงคาดว่าจะบอกทุกอย่างเกี่ยวกับวิธีการที่ต้องการในรายละเอียดที่แม่นยำและเชื่อมั่นอย่างแน่นอนว่าสิ่งที่พวกเขาออกมานั้นไม่มีเหตุผลในทางทฤษฎี เรื่องนี้แทบจะไม่เคยเกิดขึ้นจริง แต่ไม่มีการดำเนินการใด ๆ ที่จะแก้ไขสถานการณ์นี้ ไม่มีใครในด้านการสร้างแบบจำลองยกข้อกังวลใด ๆ ในลักษณะที่มีโครงสร้างที่มีแนวโน้มที่จะดำเนินการและพวกเขาไม่แสวงหาแนวทางในการใช้แนวทางปฏิบัติที่ดีที่สุด ไม่มีอะไรทำเกี่ยวกับความเฉยเมยเช่นกัน
- ฉันเคยพยายามที่จะผลักดัน TDD ในทีมก่อนหน้านี้ แต่พบว่ามันยากเพราะมันใหม่สำหรับฉันและในขณะที่ผู้ที่มีหน้าที่กำกับดูแลงานของฉันก็เต็มใจที่จะทนมันไม่มีความกระตือรือร้นมาจากคนอื่น ฉันไม่สามารถพิสูจน์ได้ว่าฉันใช้เวลาไปกับการหมกมุ่นและไม่ทำฟีเจอร์ให้จบดังนั้นความคิดนั้นก็ถูกทอดทิ้ง ฉันกังวลว่ามันจะไม่ถูกหยิบขึ้นมาอีกเพราะไม่มีใครชอบที่จะบอกวิธีการทำงานของพวกเขา
- ตอนนี้เรามีเซิร์ฟเวอร์รวมอย่างต่อเนื่อง แต่ส่วนใหญ่จะใช้เพื่อทดสอบการถดถอยหลายชั่วโมงเท่านั้น มันถูกเปิดทิ้งไว้ว่าควรจะใช้การทดสอบเต็มรูปแบบและการรวมเข้าด้วยกันเช่นกัน แต่ในขณะนี้ไม่มีใครเขียนมัน
- ทุกครั้งที่ฉันยกประเด็นเรื่องคุณภาพด้วยนักพัฒนานำฉันจะได้รับคำตอบเกี่ยวกับผลของ 'การทดสอบคุณสมบัติ A เป็นเรื่องตรงไปตรงมาคุณสมบัติ B นั้นสำคัญสำหรับผู้ใช้มาก แต่ยากที่จะทดสอบดังนั้นเราจึงไม่ควรทดสอบคุณลักษณะ A' อีกครั้งฉันไม่ได้คืบหน้าในการพยายามแก้ปัญหาตรรกะนี้
....วุ้ย. เมื่อฉันพูดแบบนั้นมันดูแย่กว่าที่ฉันคิดไว้มาก ฉันคิดว่ามันกลับกลายเป็นว่ามันเป็นหนทางเพื่อขอความช่วยเหลือ
5
บริษัท ที่ผลักดันซอฟท์แวร์ที่ลูกค้าใช้และชื่นชอบนั้นดีแค่ไหน? กล่าวอีกนัยหนึ่งคือทีมได้รับผลลัพธ์ที่ดีแม้ว่าคุณจะไม่เชื่อว่ากระบวนการนี้เป็นตัวเอกก็ตาม
—
Robert Harvey
@ Robert Harvey - มันยากสำหรับฉันที่จะตัดสิน ผลิตภัณฑ์มีความเฉพาะอย่างยิ่งและเรา (นักพัฒนา) ได้รับข้อความที่หลากหลาย ในอีกด้านหนึ่งลูกค้าใหม่ในตลาดที่ประสบความสำเร็จกำลังฟาดฟันผลิตภัณฑ์มากกว่าที่เรานึกภาพไว้ในตอนแรกและค้นหาความผิดพลาดอันเป็นผลซึ่งพวกเขาดูเหมือนจะไม่สนใจเพราะเราอธิบายว่าทำไมและแก้ไขได้อย่างรวดเร็ว ในทางกลับกันลูกค้าสถาบันขนาดใหญ่บางคนก็ไม่ไว้ใจและเราเริ่มที่จะเห็นการแก้ไขโมเดลซ้ำ ๆ ทีมซอฟต์แวร์เป็นหนึ่งในไม่กี่คนที่ยังอยู่ใน บริษัท ดังนั้นเราจึงดูดีในเวลานี้
—
Tom W
ฉันจะขอคำติชมให้มากที่สุดเท่าที่จะทำได้จากลูกค้าเพื่อหาวิธีที่จะเห็นด้วยกับ "การทำงานแบบพื้นฐาน" และลองและทำให้มันแข็งตัวขึ้นเล็กน้อย มันอาจทำให้ลูกค้าผิดหวังสำหรับรุ่นที่จะเปลี่ยน แต่ถ้านี่เป็นซอฟต์แวร์ใหม่ที่ล้ำสมัยมันจะไปกับดินแดน
—
Robert Harvey
คำถามที่ดี. ฉันสังเกตเห็นว่าถึงแม้จะมีผู้ชมที่รับได้ แต่การเปลี่ยนแปลงที่แท้จริงนั้นเป็นเรื่องยากเว้นแต่คุณจะเห็นว่ามันทำงานได้จริง คำแนะนำของฉันคือลองแนวทางเพื่อเพิ่มผลผลิตของคุณก่อนจากนั้นแสดงสิ่งเหล่านี้ให้กับทีม ด้วยการฝึกฝนคุณสามารถพัฒนา TDD ได้เร็วกว่าเขียน / ดีบัก / ทำซ้ำ
—
Mike B