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

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

15 management  teamwork 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว ฉันต้องการวิธีการกรองเรซูเม่ของคนที่เพิ่งคัดลอกและวางโค้ดจากนั้นหวังว่ามันจะใช้งานได้และตรวจสอบว่ามันใช้ได้หรือไม่ ทั้งหมดนี้เกิดขึ้นโดยไม่ต้องมีความเข้าใจ (หรือสนใจ) เพื่อเข้าใจส่วนที่เหลือของรหัสในระบบ ฉันแน่ใจว่ารู้ว่าการคัดลอกและวางรหัสเป็นส่วนหนึ่งของการเรียนรู้วัตถุใหม่การควบคุม ฯลฯ ... แต่เราจะบอกได้อย่างไรว่าคิดเป็น 70% ของอาชีพการพัฒนาของพวกเขา? ฉันเจอคนระดับสูงบางคนอาจมีทักษะที่ล้าสมัยหรือไม่เกี่ยวข้องกับโครงการสิ่งที่พวกเขาทำคือ google คัดลอกแล้ววางโค้ดบางส่วนโดยไม่ต้องคิดหาวิธีแก้ปัญหาโดยรวม เป็นผลให้เรามีความไม่ตรงกันของ JSON, AJAX, callbacks, ASMX, WCF และ postbacks ในโครงการเดียวกัน เป็นที่ชัดเจนว่าไม่มีความสอดคล้องหรือเหตุผลเบื้องหลังที่มีการใช้เทคโนโลยีแต่ละอย่าง ในกรณีที่เลวร้ายที่สุดผู้พัฒนาประเภทนี้สร้างปัญหาด้านความปลอดภัยและพาหะสำหรับการโจมตี คำถาม คุณจะแนะนำอย่างไรให้ฉันกรองผู้ที่มีพื้นฐานการเขียนโปรแกรมไม่ดีออก ฉันสามารถทำได้ที่ระดับประวัติย่อหรือไม่? ถ้าไม่ฉันจะทำเช่นนี้ในระหว่างการสัมภาษณ์

15 code-quality  management  skills 

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

15 web-development  project-management  agile  development-process  management 

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

14 development-process  management 

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

14 management  issue-tracking 

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

14 development-process  management 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน6 ปีที่ผ่านมา ฉันวางคำถามนี้ให้โปรแกรมเมอร์ C ++ เพราะ: ก) โปรแกรมเมอร์ C ++ เท่านั้นที่สามารถตัดสินข้อดีทางเทคนิคของตัวอย่าง; b) มีเพียงโปรแกรมเมอร์เท่านั้นที่จะรู้สึกถึงอารมณ์ของโปรแกรมเมอร์คนอื่นที่เขียนโค้ดแบบนี้ ฝ่ายทรัพยากรบุคคลและกรรมการตระหนักว่ามีปัญหาเพียงเพราะพวกเขาเห็นหลักฐานในสนาม มันเป็นการโทรของฉันไม่ว่าเราจะให้โปรแกรมเมอร์มีเวลามากกว่านี้หรือไม่ ข้อผิดพลาดหลายอย่างอยู่ในระดับพื้นฐานมาก - คำถามของฉัน (สำหรับโปรแกรมเมอร์) คือว่าคนที่ยอมรับว่าเป็นนักพัฒนา C ++ อาวุโสควรได้รับประโยชน์จากข้อสงสัยจากตัวอย่างของรหัสปัจจุบันหรือไม่ ผู้ที่ไม่ใช่โปรแกรมเมอร์ - แม้แต่คนที่อยู่นอกการเขียนโปรแกรม C ++ - ไม่สามารถตัดสินใจเรื่องนี้ได้ สำหรับพื้นหลังฉันได้รับมอบหมายงานบริหารนักพัฒนาให้กับ บริษัท ที่มีชื่อเสียง พวกเขามีนักพัฒนาเดียวที่มีความเชี่ยวชาญในการเข้ารหัส C ++ ทั้งหมดของพวกเขา (ตั้งแต่ตลอดไป) แต่คุณภาพของงานเป็นสุดซึ้ง การตรวจสอบรหัสและการทดสอบพบว่ามีปัญหามากมายหนึ่งในปัญหาที่แย่ที่สุดคือความจำรั่ว นักพัฒนาซอฟต์แวร์ไม่เคยทดสอบโค้ดของเขาว่ามีรอยรั่วและฉันค้นพบว่าแอปพลิเคชันอาจรั่วไหลไปหลาย …

13 c++  management  training 

ฉันทำงานในร้านค้าไม่กี่แห่งที่ฝ่ายบริหารได้ส่งผ่านแนวคิดของการเขียนโปรแกรมจับคู่ให้ฉันหรือผู้จัดการ / นักพัฒนาคนอื่นและฉันก็ไม่สามารถทำมันได้เลย จากจุดยืนของนักพัฒนาฉันไม่สามารถหาเหตุผลว่าทำไมการเปลี่ยนมาใช้รูปแบบการเขียนโค้ดนี้จะเป็นประโยชน์และในฐานะผู้จัดการทีมเล็ก ๆ ไม่ได้เห็นประโยชน์อะไรเลย ฉันเข้าใจว่ามันช่วยในเรื่องข้อผิดพลาดทางไวยากรณ์พื้นฐานและอาจมีประโยชน์หากคุณต้องการแฮ็กข้อมูล แต่ผู้จัดการที่อยู่นอกวงจรการเขียนโปรแกรมดูเหมือนจะมองว่ามันเป็นวิธีในการป้องกันไม่ให้นักออกแบบของพวกเขาไปที่ Facebook หรือ Reddit มากกว่า เครื่องมือออกแบบ ในฐานะที่เป็นคนใกล้กับชั้นพัฒนาที่เห็นได้ชัดว่าไม่สามารถเข้าใจได้มากนักจากหนังสือที่โยนทางของฉันหรือหน้า wiki ในเรื่อง ... จากตำแหน่งการจัดการระดับสูงประโยชน์ของการเขียนโปรแกรมแบบคู่เมื่อจัดการกับ Scrum หรือ Agile คืออะไร สภาพแวดล้อม?

13 agile  scrum  management  pair-programming 

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

13 architecture  coding-style  management  technical-debt 

ฉันกำลังมองหาที่ใช้โค้ดบางส่วนที่มาเปิดใน app เว็บของฉัน ASP.NET (เฉพาะDapper ) การจัดการไม่ได้เป็นแฟนเพราะโอเพ่นซอร์สถูกมองว่าเป็นความเสี่ยงที่กัดเรามาก่อน เห็นได้ชัดว่าผู้พัฒนาก่อนหน้านี้ต้องแก้ไขสิ่งต่าง ๆ หลังจากที่ส่วนประกอบโอเพ่นซอร์สล้มเหลว ข้อดีดูเหมือนจะเป็น: มันทำสิ่งต่าง ๆ มากมายสำหรับฉันที่อาจเกี่ยวข้องกับรหัส boilerplate จำนวนมากหรือโซลูชันที่ Microsoft แนะนำ แต่ช้าลง (Entity Framework) จุดด้อย: มันซับซ้อนพอที่ถ้าหากมันจะล้มเหลวทันทีในการผลิตฉันจะกดยากที่จะแก้ไข อย่างไรก็ตามมีการใช้งานในไซต์ที่มีปริมาณการใช้งานสูงกว่าของฉันดังนั้นฉันไม่คิดว่ามันจะกลายเป็นส่วนที่มีความเสี่ยงสูงของโครงการ ฉันทามติที่นี่คืออะไร? มันไม่ฉลาดที่จะใช้รหัสโอเพนซอร์สในโครงการของฉันที่ฉันไม่รู้จัก / เข้าใจรวมถึงฉันใช้โค้ดของตัวเอง?

13 open-source  management  risk-assesment 

ฉันเบื่อที่จะได้ยินคนแนะนำว่าคุณควรใช้เพียงหนึ่งเธรดต่อโปรเซสเซอร์ในขณะที่หลาย ๆ โปรแกรมใช้มากถึง 100 ต่อกระบวนการ! ยกตัวอย่างบางโปรแกรมทั่วไป vb.net ide uses about 25 thread when not debugging System uses about 100 chrome uses about 19 Avira uses more than about 50 ทุกครั้งที่ฉันโพสต์คำถามที่เกี่ยวข้องกับเธรดฉันได้รับการเตือนเกือบทุกครั้งที่ฉันไม่ควรใช้มากกว่าหนึ่งเธรดต่อตัวประมวลผลและโปรแกรมทั้งหมดที่ฉันพูดถึงข้างต้นจะทำลายระบบของฉันด้วยโปรเซสเซอร์เดียว

13 programming-languages  .net  management  multithreading 

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

13 books  management 

ก่อนอื่นให้ฉันเหรียญคำ: การดูแลรหัสเป้าหมาย: การตรวจสอบโค้ดในตอนเช้าจากนั้นตรวจสอบการเปลี่ยนแปลงทั้งหมดที่ทำโดยนักพัฒนาคนอื่น ๆ ในไฟล์วันก่อนหน้าโดยไฟล์ (โดยเฉพาะไฟล์โค้ดที่คุณพัฒนาขึ้นในตอนแรก) และแก้ไขการจัดรูปแบบตรรกะ วิธีการแบบยาว ฯลฯ จากนั้นส่งมอบการเปลี่ยนแปลงไปยัง VCS การปฏิบัตินี้มีแนวโน้มที่จะมีข้อดีข้อเสียที่ฉันระบุ: Pro : คุณภาพของรหัส / ความสามารถในการอ่าน / ความสอดคล้องมักจะถูกรักษาไว้ Pro : ข้อผิดพลาดบางอย่างได้รับการแก้ไขเนื่องจากนักพัฒนารายอื่นไม่คุ้นเคยกับรหัสดั้งเดิม คอนดิชั่น : มักจะเป็นการเสียเวลาของผู้พัฒนาเป้าหมาย คอนดิชั่น : บางครั้งแนะนำบั๊กที่ทำให้นักพัฒนาโกรธซึ่งคิดว่าพวกเขาเขียนโค้ดปราศจากข้อบกพร่องในวันก่อนหน้า คอนดิชั่นเนอร์ : นักพัฒนารายอื่นได้รับความเดือดร้อนจาก nitpicking มากเกินไปและเริ่มที่จะไม่ชอบการมีส่วนร่วมในรหัสของเป้าหมายที่อ่อนโยน ข้อจำกัดความรับผิดชอบ: เพื่อความเป็นธรรมฉันไม่ได้เป็นผู้จัดการการพัฒนาจริง ๆ แล้วฉันเป็นผู้พัฒนาที่กำลังทำ "กำลังพุ่งเป้า" ในการป้องกันของฉันฉันคิดว่าฉันกำลังทำสิ่งนี้ด้วยเหตุผลที่ดี (เพื่อรักษาฐานรหัสขนาดใหญ่มากของเราไว้ในเครื่องที่มีน้ำมันดี) แต่ฉันกังวลมากว่ามันสร้างบรรยากาศเชิงลบเช่นกัน ฉันยังกังวลอย่างแน่นอนว่าผู้จัดการของฉันจะต้องแก้ไขปัญหานี้ ดังนั้นถ้าคุณเป็นผู้จัดการคุณจะแก้ไขปัญหานี้อย่างไร UPDATE: ฉันไม่ได้ตั้งใจจะให้เป็นภาษาท้องถิ่น แต่บางคนถามดังนั้นบางทีพื้นหลังบางอย่างจะสว่างขึ้น ฉันได้รับมอบหมายโครงการยักษ์ใหญ่ (200K LoC) เมื่อสามปีที่แล้วและเมื่อไม่นานมานี้ …

12 version-control  code-quality  management  teamwork  team 

เรามีปัญหาสำคัญที่ฉันทำงานและชื่อของมันคือ "การปรับแต่ง" เรามีระบบซอฟต์แวร์ผู้ขายที่มีอายุมากกว่า 10 ปีซึ่งแผนกไอทีและบัญชีของเราชอบปรับแต่งก่อนหน้านี้ ที่ไหนสักแห่งในสายซอฟต์แวร์นี้เริ่มได้รับการ buggy มาก จากนั้นฉันได้รับการว่าจ้างหลังจากปรับแต่งจำนวนมาก เกือบทุกปัญหาที่ฉันพบในระบบเป็นผลโดยตรงของการปรับแต่ง; ทุกสิ่งที่เราเปลี่ยนความเสี่ยงทำลายซอฟต์แวร์ทางการเงินที่สำคัญทางธุรกิจ ฝ่ายบัญชียังคงแนะนำการเปลี่ยนแปลง (เพราะเรามักจะพูดว่าใช่!) และดูเหมือนว่าจะมีความเคารพเล็กน้อยสำหรับการเปลี่ยนแปลงที่อาจเกิดขึ้น การเปลี่ยนแปลงบางอย่างทำให้ไม่มีปัญหา แบบฟอร์มสามารถ (และมีขึ้นเพื่อให้) ปรับแต่งในซอฟต์แวร์ผู้ขายเราสามารถย้ายไปรอบ ๆ เขตข้อมูลฟอร์มลบออกและอื่น ๆ แต่สำหรับทุกการปรับแต่งที่ไม่เป็นอันตรายเช่นนั้นพวกเขายังแนะนำการเปลี่ยนแปลงเช่นขั้นตอนการจัดเก็บและทริกเกอร์เพื่อจัดการข้อมูลในฐานข้อมูลสำหรับแอปพลิเคชันผู้ขาย ฉันเพิ่งจะให้พวกเขาหยุดพยายามนำเข้าลูกค้าจากโปรแกรมผู้ขายรายหนึ่งไปยังอีกโปรแกรมหนึ่งเนื่องจากข้อมูลไม่เข้ากันอย่างสมบูรณ์ ปัญหาของฉันเกี่ยวกับวิธีการแก้ไขนั้นเป็นเพราะฉันพบว่าระบบไม่ทำงานบนฝั่งผู้ใช้ งานนั้นซับซ้อนกว่าที่พวกเขาคิดดังนั้นพวกเขาจึงยอมแพ้ ไม่ว่างานด้านผู้ใช้จะง่ายเพียงใดการดำเนินการที่พวกเขาต้องการไม่ควรถูกดำเนินการ ฉันจะสื่อสารได้อย่างไรว่าการเปลี่ยนแปลงวิธีการทำงานของระบบนี้มีความเสี่ยงโดยเฉพาะเมื่อความถูกต้องของข้อมูลมีความเสี่ยง ฉันเป็นพนักงานใหม่ (6 เดือน) และกลายเป็นสถานะเดิม แต่ก็เสี่ยงต่อความถูกต้องของข้อมูลทางการเงินและสัญญาการสนับสนุนของเรา - เมื่อฝ่ายสนับสนุนของผู้ขายได้ยิน "X ได้รับการปรับแต่ง" ที่ให้เหตุผลไม่มาก เพื่อสนับสนุนเราหรือบอกเราว่ามันเป็นความผิดของเรา

12 management  communication  technical-debt 

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

12 documentation  project  management  requirements