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

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

108 project-management  scrum  development-process  process  product-owner 

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

22 open-source  licensing  product-owner 

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

16 agile  product-owner 

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

12 scrum  communication  product-owner 

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

11 agile  product-owner 

ฉันเป็นเจ้าของผลิตภัณฑ์ในทีมเปรียว ฉันเมื่อทำการทดสอบการยอมรับ PO ฉันมักจะจดบันทึกเพื่อลองกรณีขอบบางอย่าง ไม่ใช่เรื่องแปลกสำหรับฉันที่จะค้นพบบางสิ่งและจากนั้นฉันก็ส่งมันกลับไปที่ผู้พัฒนา ฉันได้รับการผลักดันกลับจากหนึ่งในนักพัฒนาซอฟต์แวร์เมื่อฉันปฏิเสธเรื่องราวของเขา เขาบอกว่ามันไม่ยุติธรรมเพราะฉันไม่ได้ระบุกรณีขอบและวิธีการที่โปรแกรมควรตอบสนองในเกณฑ์การยอมรับในขณะที่เขามักจะเขียนโค้ดเฉพาะสิ่งที่ฉันอธิบายในเรื่อง ฉันสนับสนุนให้เขาถามฉันในขณะที่เขากระแทกเข้ากับเคสที่มีขอบขณะเขียนโค้ด แต่เขาคิดว่าไม่ใช่หน้าที่ของเขาที่จะคิดผ่านเคสที่เป็นขอบฉันและฉันควรทำเรื่องใหม่สำหรับการวิ่งครั้งต่อไป ในการป้องกันของฉันฉันไม่ทราบว่าการออกแบบของเขาสำหรับเรื่องราวจนกระทั่งหลังจากที่เขาใช้มันดังนั้นมันยากที่จะย้ำผ่านความเป็นไปได้ทั้งหมด (การกำหนดค่าจะอยู่ใน DB หรือไฟล์คุณสมบัติ?) เพื่อความเรียบง่ายสมมติว่าเรามีเรื่องราวที่จะเพิ่มการหารลงในแอพเครื่องคิดเลข ในโลก SCRUM ในอุดมคติมันจะเป็นหน้าที่ของฉันที่จะเพิ่ม "จัดการหารด้วยศูนย์สถานการณ์" เพื่อเกณฑ์การยอมรับหรือเขาควรจะทำงานผ่านกรณีเหล่านั้นในขณะที่เขาพัฒนาเพื่อให้แอปไม่ได้แปลในวันที่ 5/0? เพื่อความชัดเจนในกรณีนี้ฉันจะไม่ยอมรับหากแอปขัดข้องอย่างหนักในวันที่ 5/01 แต่ฉันจะผ่านถ้ามันบันทึกพิมพ์ DIV0 หรือวิธีอื่นใดเพื่อจัดการข้อผิดพลาด ... ตราบใดที่มันไม่ทำงาน ไม่ผิดพลาด

9 scrum  acceptance-testing  product-owner