ฉันจะทำอย่างไรเมื่อหัวหน้าทีมของฉันทำลายสคีมาฐานข้อมูลของฉันด้วยการเปิดตัวใหม่


21

หัวหน้าทีมของฉันมีนิสัยที่น่ากลัวในการล้อเลียนกับสคีมาฐานข้อมูลและการเปลี่ยนแปลงที่อาจทำให้เกิดการแตกอย่างรุนแรงบนฐานรหัส

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

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

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

มีวิธีจัดการกับเรื่องนี้อย่างไร? ฉันได้พูดกับผู้จัดการของเราเกี่ยวกับการขาดความพยายามของเขาในแผนกพัฒนา เขาอยู่ที่นั่นนานกว่าฉัน 6 เดือน แต่ฉันได้เขียนโค้ด 95% เมื่อคุณไม่รวมความผิดปกติของฐานข้อมูลฟอร์มที่ 5 ที่เขา 'สนับสนุน'

ข้อเสนอแนะใด ๆ

ชันสูตรศพ:

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


3
+1 สำหรับแท็ก 'ไวเกินไป'! :-) Agile เป็นวิธีการที่ยอดเยี่ยม แต่บางคนเข้าใจผิดว่าพวกเขามีความคล่องตัวเมื่อพวกเขาไม่ได้มีระเบียบวินัย
Bill Karwin

2
ตัวอย่างสำคัญของการทดสอบอัตโนมัติที่คุ้มค่ากับเกลือ เขาเปลี่ยนโต๊ะและอีก 15 นาทีต่อมาเสียงระฆังและเสียงนกหวีดเริ่มบอกคุณว่ารหัสทั้งหมดนั้นพัง

คำตอบ:


15

"กำหนดส่งภายในสองสัปดาห์เราต้องหยุดทำสคีมาถ้าเราจะตีมัน"


3
ตกลงขั้นตอนที่ 1 หยุดการทำงานของฐานข้อมูลกำไรขั้นตอนที่ 3! :) มาดูกันว่ามันจะเป็นยังไง ...

1
ฉันมีค่าใช้จ่ายโดยไม่ต้องรับผิดชอบเรามีสมาชิกในทีมอีกคนในตอนนี้ คำแนะนำของคุณคือคำตอบสุดท้ายในขณะนั้น เรายังคงจ้องหัว Sh * แฟนตันใน ... :(

4

พูดกับผู้จัดการและนักพัฒนาในที่ประชุมเดียวกัน:

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

ยากกว่านี้ถ้าคุณไม่มีแผนการทดสอบ ...


แผนทดสอบ เราไม่ได้มีแผน friggen! เพียงแค่ความต้องการของลูกค้าตามปกติเขียนเป็นภาษาของลูกค้า ... และใช่มันเป็นเรื่องน่าเศร้ามากเมื่อคุณต้องทำบันทึกการเช็คอินที่พูดว่า: BUILD IS BROKEN

2

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


1

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


1

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

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


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

ทำไมผู้จัดการถึงปล่อยให้หัวหน้าทีมหนีไปกับเรื่องนี้? ใครทำให้หัวหน้าทีมเป็นผู้นำทีม ผู้จัดการของคุณไม่ได้พูดในเรื่องนี้?

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

1

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

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


หนึ่งในผู้ชายที่สนับสนุนด้านไอทีอื่น ๆ แนะนำว่า :)

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

1

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

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

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


ฉันพยายามแล้ว ฉันคิดว่าเขาเป็นคาวบอย BS'ng หมดจด อย่างไรก็ตามฉันอาศัยอยู่กับมัน

0

คุณมีปัญหาแบบเดียวกันกับคุณเมื่อประมาณหนึ่งปีที่แล้วใช่ไหม ' หัวหน้าทีมของฉันพูดว่า A.Property = A.Property; ดี ' ดูเหมือนว่าการประกาศห้ามถูกแบนเพราะฉันไม่เห็นมันในประวัติศาสตร์ความคิดเห็นของฉัน อย่างไรก็ตามประเด็นคือ:

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.