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

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

21 version-control  versioning  branching  product-management 

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

13 users  technical-debt  product-management 

ฉันทำงานให้กับ บริษัท ขนาดใหญ่ซึ่งสั่งให้ใช้กระบวนการที่คล่องตัว ตัวอย่างเช่นสำหรับโครงการของเราเราใช้บริการบนคลาวด์ที่มีเป้าหมายเฉพาะในการจัดการการพัฒนาที่คล่องตัว กลุ่มวิศวกรรมเฉพาะที่ฉันทำงานไม่ได้พัฒนาซอฟต์แวร์แบบดั้งเดิม (แต่เราช่วยผลักดันโครงการจากมุมมองที่สูงขึ้น) แต่มันกำลังเปลี่ยนแปลง เรามีโครงการซอฟต์แวร์ที่กำลังมาถึง / วางแผนหลากหลายซึ่งส่วนใหญ่เป็นศูนย์ข้อมูลเช่นเราจะทำการตรวจสอบข้อมูลการรวบรวมรวมและการรายงานบางอย่าง งานอื่น ๆ ที่เกี่ยวข้องกับระบบอัตโนมัติด้วยฮาร์ดแวร์เฉพาะและสถาปัตยกรรมไคลเอนต์ / เซิร์ฟเวอร์ (หลายเทียร์) ฉันจะช่วยในกระบวนการจ้างคนหลายคนและกำหนดแผนการหลายอย่างในการก้าวไปข้างหน้า คำถามของฉันคือการทำต้นแบบอย่างรวดเร็วหรือไม่ (รหัส throwaway) เหมาะกับปรัชญาเปรียว ตัวอย่างเช่นฉันชอบ Python และแพ็คเกจที่หลากหลาย ฉันเห็นความเป็นไปได้ที่จะนำความคิดของเราไปใช้อย่างรวดเร็วด้วยขั้นตอนการทำงานของ Python อย่างไรก็ตามฉันคิดว่าจะมีการรับรู้มากมายที่ Python ไม่ใช่ "คุณภาพระดับองค์กร" และงานนี้ส่วนใหญ่จะต้องเขียนใหม่ใน Java หรือ C ++ อย่างไรก็ตามการสร้างต้นแบบของ Python จะทำให้เรามีข้อบกพร่องมากมายในการทำให้เราสามารถให้ผลลัพธ์ที่แท้จริงได้อย่างรวดเร็ว คุณสามารถรวมต้นแบบอย่างรวดเร็ว - หวังว่าใน Python เข้ากับเวิร์กโฟลว์ที่คล่องตัวในสภาพแวดล้อมขององค์กรหรือไม่

12 python  agile  design  prototyping  product-management 

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

10 code-quality  sdlc  product-management 

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

9 project-management  productivity  product-management 

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

9 terminology  engineering  product-management