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

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

7
จะให้โครงการย่อยใหม่แยกต่างหากจากนักพัฒนาที่มีประสบการณ์ช่วยให้มือใหม่เพิ่มขึ้นเร็วขึ้นหรือไม่
เรามีนักพัฒนา 7 คนในทีมและต้องเพิ่มความเร็วในการพัฒนาเป็นสองเท่าในช่วงเวลาสั้น ๆ (ประมาณหนึ่งเดือน) ฉันรู้ว่ามีกฎสามัญสำนึกที่ว่า "หากคุณจ้างนักพัฒนามากขึ้นคุณจะสูญเสียประสิทธิภาพในช่วงสองสามเดือนแรก" โครงการดังกล่าวเป็นบริการเว็บอีคอมเมิร์ซและมีโค้ดประมาณ 270K บรรทัด ความคิดของฉันในตอนนี้คือการแบ่งโครงการในโครงการย่อยอิสระสองโครงการมากขึ้นหรือน้อยลงและปล่อยให้ทีมใหม่ทำงานในโครงการย่อยขนาดเล็กสองโครงการในขณะที่ทีมปัจจุบันทำงานในโครงการหลัก กล่าวคือทีมใหม่จะทำงานในการชำระเงินซึ่งในที่สุดจะกลายเป็นบริการเว็บอิสระเพื่อลดข้อต่อ ด้วยวิธีนี้ทีมใหม่ทำงานในโครงการที่มีโค้ดเพียง 100K บรรทัด คำถามของฉันคือ: วิธีการนี้จะช่วยให้นักพัฒนามือใหม่สามารถปรับตัวเข้ากับโครงการใหม่ได้ง่ายหรือไม่? มีวิธีอื่นในการขยายทีมพัฒนาอย่างรวดเร็วโดยไม่ต้องรอสองเดือนจนกว่ามือใหม่จะเริ่มผลิตซอฟต์แวร์มากขึ้น ======= UPDATE องค์กรนี้ล้มเหลวอย่างสมบูรณ์ แต่ไม่ใช่เหตุผลที่คุณพูดถึง ก่อนอื่นฉันเข้าใจผิดเกี่ยวกับขนาดและความสามารถของทีมใหม่ ฉันควรประเมินตนเอง ประการที่สองการจ้างงานกลายเป็นงานหนักที่ไซต์นั้น ที่ตั้งของสำนักงานใหญ่การจ้างงานนั้นง่ายกว่ามาก แต่ในเมืองของทีมที่สองดูเหมือนจะมีนักพัฒนาไม่เพียงพอที่มีคุณสมบัติที่ต้องการ ดังนั้นแทนที่จะคาดการณ์ 1.5 เดือนงานขยายไปถึงประมาณ 4.5 เดือนและถูกยกเลิกในช่วงกลางของมันโดยผู้บริหารระดับสูง ข้อผิดพลาดอีกอย่างที่ฉันทำ (และถูกเตือนเกี่ยวกับเรื่องนี้โดย Alex D) คือฉันพยายามขายการปรับโครงสร้างให้ผู้บริหารระดับสูง คุณไม่เคยขาย refactoring เฉพาะฟีเจอร์เท่านั้น การเริ่มต้นจะประสบความสำเร็จอยู่ดี การปรับโครงสร้างที่ไม่เคยเกิดขึ้นกลายเป็นหนี้ทางเทคนิค: ระบบกลายเป็นเสาหินมากขึ้นและบำรุงรักษาได้น้อยลงผลผลิตของผู้พัฒนาลดลงเรื่อย ๆ ฉันไม่ได้อยู่ในทีมตอนนี้ แต่ฉันหวังว่าพวกเขาจะสำเร็จในอนาคตอันใกล้ มิฉะนั้นฉันจะไม่ให้เงินกับการอยู่รอดของโครงการ

6
โปรแกรมเมอร์. NET เดี่ยวย้ายไปอยู่กับทีม [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน5 ปีที่ผ่านมา ฉันเป็นโปรแกรมเมอร์. NET เดี่ยวสำหรับการเริ่มต้นเล็ก ๆ ในช่วง 8 ปีที่ผ่านมา ฉันได้รวบรวมซอฟต์แวร์ที่ดีและฉันก็พยายามปรับปรุงตัวเองให้ดีขึ้นและปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุดรวมถึงการควบคุมแหล่งที่มา (SVN / TFS) ฉันทำงานอย่างใกล้ชิดกับทีมวิศวกรของสาขาวิชาอื่น ๆ แต่เมื่อมันลงมากับซอฟต์แวร์ฉันเป็นคนเดียวที่เขียนโปรแกรม ฉันรักงานฝีมือของการเขียนโปรแกรมและรักการเรียนรู้สิ่งใหม่เพื่อแปลงเครื่องมือของฉัน ใน 2 สัปดาห์ฉันจะเริ่มงานใหม่ในทีมนักพัฒนา 20. NET ตำแหน่งของฉันจะอยู่ในระดับกลางและฉันจะทำงานภายใต้โปรแกรมเมอร์บางคนที่มีภูมิหลังที่น่าประทับใจอย่างไม่น่าเชื่อ อีกครั้งการพัฒนาของทีมจะเป็นเรื่องใหม่สำหรับฉันดังนั้นฉันจึงมองหาเคล็ดลับ "คนใหม่" ทั่วไปที่จะช่วยให้ฉันมีประสิทธิภาพและง่ายต่อการเข้าร่วมเท่าที่จะเป็นไปได้ สิ่งใดไปรวมถึงเคล็ดลับระดับสูงและสิ่งเล็ก ๆ น้อย ๆ เกี่ยวกับการสื่อสารในแต่ละวัน
12 team  teamwork 

5
มาตรฐานการเข้ารหัสมีความสม่ำเสมอมากเกินไปหรือไม่?
มีสิ่งที่เท่าเทียมกันมากเกินไปไหม? แน่นอนว่าฉันทำงานที่ไหนเรามีมาตรฐานรวมถึงการตั้งชื่ออนุกรรมการสถาปัตยกรรมกรอบการใช้ประโยชน์ ฯลฯ อย่างไรก็ตามเมื่อเร็ว ๆ นี้มีการวิพากษ์วิจารณ์สิ่งต่าง ๆ มากมายที่ฉันจะพิจารณารูปแบบมากขึ้น ตัวอย่างเช่นการเขียนifคำสั่งในหลายบรรทัดกับหนึ่งบรรทัดโดยใช้ตัวดำเนินการ c # ??null-coalescing แทนที่จะพูด== nullจำนวนระยะห่างสำหรับการเยื้องเป็นต้น สำหรับฉันแล้วดูเหมือนว่าการเริ่มต้นกับตัวเลือกสไตล์ส่วนตัวมากขึ้นและไม่จำเป็นต้องเหมือนกันในทีมหรือ บริษัท สิ่งที่คนคนหนึ่งคิดว่าอ่านอย่างชัดเจนอาจไม่ได้อีก ความเท่าเทียมกันของ "พิเศษ" นี้มีคุณค่าไหม?

4
เว็บไซต์ใดให้ข้อบ่งชี้ความสามารถของโปรแกรมเมอร์ที่แม่นยำที่สุด?
หากคุณกำลังว่าจ้างโปรแกรมเมอร์และสามารถเลือกระหว่างหนึ่งใน (พูด) นักเขียน 100 อันดับแรกบน topcoder.com หรือหนึ่งใน 100 อันดับแรกบน stackoverflow.com คุณจะเลือกแบบใด อย่างน้อยสำหรับฉันแล้วมันจะปรากฏว่า topcoder.com ให้การประเมินวัตถุประสงค์ที่มากขึ้นของความสามารถบริสุทธิ์ในการแก้ปัญหาและเขียนรหัส ในขณะเดียวกันแม้จะมีความสามารถด้านเทคนิคที่ชัดเจนแต่บุคคลนี้อาจขาดทักษะทางสังคม - เขาอาจเป็น "lone coder" เพียงอย่างเดียวโดยไม่มีความสามารถเพียงเล็กน้อยหรือไม่มีเลยในการช่วยเหลือ / ทำงานกับผู้อื่น ทักษะทางเทคนิคของเขากับผู้อื่น ฯลฯ ในทางกลับกัน stackoverflow.com อย่างน้อยที่สุดก็จะปรากฏขึ้นเพื่อบ่งบอกถึงความคิดเห็นของเพื่อนร่วมงานเกี่ยวกับ coder ที่ดีขึ้นและระดับของการปรากฏตัวของเขาและประโยชน์ที่เป็นประโยชน์ ในขณะเดียวกันระบบการให้คะแนนก็เป็นสิ่งที่ใครบางคนที่เพิ่งจะโยนคำตอบที่ปานกลาง (หรือคำตอบที่ไม่ดี) จำนวนมากจนเกือบจะสะสมคะแนน "ชื่อเสียง" ที่ไม่อาจหลีกเลี่ยงได้ - อาจเป็นการลงคะแนนเพียงครั้งเดียว มารยาท) จะต่อต้านผลกระทบของการลงคะแนนเสียงไม่น้อยกว่า 5 และอื่น ๆ จะท้อ (บางระดับ) จากการลงคะแนนเพราะพวกเขาต้องเสียสละคะแนนชื่อเสียงของตัวเองที่จะทำเช่นนั้น ในขณะเดียวกันคนที่มีส่วนร่วมทางเทคนิคเพียงเล็กน้อยหรือไม่มีเลยดูเหมือนว่าไม่น่าจะมีชื่อเสียงที่ทำให้พวกเขา (ใกล้เคียง) เป็นผู้นำสูงสุดดังนั้นควรพูด ดังนั้นข้อบ่งชี้ใดที่มีประโยชน์มากกว่าระดับที่ coder นี้น่าจะเป็นประโยชน์ต่อองค์กรของคุณ …

4
วิธีจัดการกับโปรเจ็กต์การเขียนโปรแกรมที่ล้มเหลว?
ไม่ใช่เรื่องแปลกที่โครงการจะล้มเหลว ในฐานะโปรแกรมเมอร์คุณจัดการกับโปรเจ็กต์ที่ล้มเหลวอย่างไร คำจำกัดความบางประการของความล้มเหลว: คิดถึงกำหนด รหัสและฟังก์ชั่นไม่ได้ทำในสิ่งที่ควรจะเป็น ซอฟต์แวร์กลายเป็นไอ - แวร์หรือจำนวนเฟสไม่สิ้นสุดโดยพื้นฐานแล้วไม่สามารถส่งมอบได้ หรือบางทีคุณอาจมีคำนิยามของความล้มเหลว คุณเริ่มชี้นิ้วหรือไม่? คุณตำหนิตัวเอง, ข้อกำหนด, เทคโนโลยี, การจัดการ, ลูกค้า ฯลฯ หรือไม่? คุณได้เรียนรู้บทเรียนจากการทำงานเป็นทีมหรือไม่?
12 team  project  failure 

1
แบ่งการพัฒนาสแต็ค - ตามแนวทแยง?
เรามีโครงการใหม่ที่เกิดขึ้นและในขณะที่นักพัฒนาได้ถูกแบ่งออกเป็นสองทีมทีม A และทีม B โครงการนี้มี 2 ส่วนซึ่งจำเป็นต้องมีการพัฒนาตลอดทั้งกองพัฒนา ตัวอย่างสแต็กของเราที่แสดงด้านล่างง่ายมาก: แต่ละส่วนของโครงการต้องการการพัฒนาข้ามสแต็คทั้งหมดดังนั้นโดยทั่วไปฉันคาดหวังว่าแนวทางการพัฒนาสแต็คเต็มรูปแบบซึ่งเป็นวิธีที่เราแยกย่อยงานของเราภายในทีม B การออกแบบและการโต้ตอบระหว่างส่วนต่าง ๆ อย่างไรก็ตามเมื่อเร็ว ๆ นี้ฉันได้เรียนรู้ว่าทีม A ต้องการรับผิดชอบบางส่วนของสแต็กและพวกเขากำลังเสนอการแบ่งแยกระหว่างสองทีมที่ Data Abstraction Layer (และวางเนื้อหาใน Data layer) ถูกจัดการโดย ตัวเองโดยไม่มีการพัฒนาจากทีม B. การแบ่งจะดูคล้ายกับ: สำหรับฉันแล้วมันรู้สึกไม่เป็นธรรมชาติมาก แต่ละทีมมีวัตถุประสงค์และระยะเวลาที่แตกต่างกันในการบรรลุเป้าหมายเหล่านี้ แต่ทีม B จะต้องพึ่งพาทีม A ในการใช้คุณสมบัติ วิธีแก้ปัญหาที่เสนอคืออินเตอร์เฟสทั่วไปถูกกำหนดไว้ล่วงหน้า (อาจมีระยะเวลา 2 ปีในโครงการเพื่อให้สามารถใช้งานได้จำนวนมาก) ทีม A จะพัฒนาบิตที่ต้องการให้กับอินเทอร์เฟซเหล่านี้ แต่เนิ่นๆแม้ว่าจะมีชุดเป้าหมายเป็นของตัวเองในขณะที่ทีม B จะเรียกสายทั้งหมดในระยะสั้นเพื่อให้พวกเขาสามารถดำเนินการต่อไปได้ ฉันมีความกังวลเกี่ยวกับวิธีการนี้เกี่ยวกับ: อินเทอร์เฟซอาจเปลี่ยนแปลงและทีม A อาจไม่มีแบนด์วิดท์หรือเวลาเพื่อรองรับความต้องการที่เปลี่ยนแปลง ข้อบกพร่องในรหัสของทีม A …

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

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

1
เครื่องมือจัดการการกำหนดค่าคือใคร
ฉันต้องการถามสมาชิกของชุมชนเกี่ยวกับบทบาทของเครื่องมือจัดการการกำหนดค่าตามที่คุณเห็น ฉันไม่ได้ถามว่าการจัดการการกำหนดค่าคืออะไรตราบใดที่มันถูกถามมาก่อน สิ่งที่ฉันต้องรู้คือ: คุณคิดว่างานใดที่เครื่องมือจัดการการกำหนดค่าควรทำงาน (หรือทำงาน) ในทีมของคุณ อะไรคือความรับผิดชอบหลักของเครื่องมือจัดการการกำหนดค่า ความรับผิดชอบรอง / สำรองของเครื่องมือจัดการการกำหนดค่าคืออะไร เครื่องมือจัดการการกำหนดค่าต้องรับผิดชอบกระบวนการพัฒนาในโครงการ / บริษัท หรือไม่หรือเขาควรได้รับแจ้งว่าต้องทำอย่างไร? อะไรคือความสัมพันธ์ระหว่างเครื่องมือจัดการการกำหนดค่า, ตัวจัดการการสร้าง, ตัวจัดการการเผยแพร่, วิศวกรการปรับใช้, บทบาทวิศวกร CI? ไม่เหมือนกันทั้งหมด - การจัดการการกำหนดค่า บางทีการจัดการการกำหนดค่าเป็นคำซ้ำซ้อนและหัวหน้าฝ่ายเทคนิค / ทีมควรทำงานที่เกี่ยวข้องทั้งหมดแทนหรือไม่ มันจะดีมากถ้าคุณสามารถแบ่งปันวิสัยทัศน์และประสบการณ์ของคุณ

8
วิธีการทำให้ทีมได้รับการฝึกฝนมาเป็นอย่างดี? [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันกำลังให้คำปรึกษากับทีมงานเล็ก ๆ ของ dev dev 4 คนใน บริษัท ซอฟต์แวร์ขนาดเล็ก พวกเขาฉลาดมากและมักจะทำงานให้สำเร็จด้วยงานคุณภาพสูง แต่ฉันแน่ใจว่าพวกเขายังสามารถทำได้ดีกว่า - จริง ๆ แล้วฉันมีความรู้สึกแบบเดียวกันกับตัวเอง :) - นอกจากนี้บางส่วนของพวกเขา "จูเนียร์" มากกว่าอื่น ๆ ดังนั้นฉันต้องการค้นหาวิธีที่ตลกเพื่อพัฒนาทักษะ CS ของพวกเขา (การออกแบบการเข้ารหัสการทดสอบอัลกอริทึม ... ) นอกเหนือจากประสบการณ์ที่พวกเขาได้รับในการทำงานประจำวัน ตัวอย่างเช่นฉันกำลังคิดที่จะตั้งค่าเซสชันรายสัปดาห์ไม่เกิน 2 ชั่วโมงซึ่งเราสามารถทำงานร่วมกันเพื่อฝึกซ้อม CS ที่ท้าทายได้ บิตเหมือนโค้ดโดโจ ฉันแน่ใจว่าทีมจะสนุกกับมัน แต่มันเป็นความคิดที่ดีจริงๆหรือ มันจะมีประสิทธิภาพในบริบทของมืออาชีพหรือไม่? พวกเขาใช้เวลาตลอดสัปดาห์ในการเขียนโค้ดดังนั้นฉันจะจัดระเบียบสิ่งนั้นอย่างไรเพื่อให้พวกเขาได้รับประโยชน์บางอย่าง? ข้อเสนอแนะใด ๆ ยินดีต้อนรับ!
11 learning  team  skills 

3
เราควรทำอย่างไรเพื่อให้ Morning Standup พบปะกันได้ดีขึ้นและมีประสิทธิภาพ
ที่นี่ในสำนักงานของฉันเราได้ฝึกฝนมาก่อน 9.00 น. (ไม่ว่าในกรณีใดโดยผู้บริหาร) และเริ่มต้นด้วยการประชุม Standup ที่นี่เราเริ่มต้นด้วยการพูดคุยกับปัญหาของวันก่อนหน้าการปรับปรุงใด ๆ จากผู้จัดการ (ตามโอกาสในการขาย) และแผนงานสำหรับวันนี้ การประชุมครั้งนี้อาจฟังดูดีและเน้นไปที่กระบวนการ แต่บางครั้งถ้ามีการแสดงลงมามันจะทำลายอารมณ์ในตอนเช้าหรือหากมีความเห็นที่แตกต่างกันแล้วมันก็ไม่ใช่เรื่องดีที่จะเริ่มต้นด้วย ดังนั้นฝ่ายทรัพยากรบุคคลและฝ่ายบริหารจึงตัดสินใจว่าในขั้นต้นเราจะหารือเรื่องส่วนตัวเป็นเวลา 10 ถึง 15 นาทีจากนั้นเราจะข้ามไปยังการอภิปรายทางเทคนิคและเป็นทางการเป็นเวลา 15 นาทีทุกวันคุณจริงจังไหมฉันไม่ได้รับหัวข้อ ด้วยลีดเดอร์ของฉันที่แก่กว่าฉันมากและไม่เคยคุยเรื่องส่วนตัวเลยจนถึงตอนนี้และคุณต้องการเริ่มต้นด้วยมันแบบนั้น !!! ดังนั้นมันจึงกลับไปที่หนึ่งตาราง ทุกคน (น่าแปลกใจในทุกทีม) กำลังพูดคุยกันอีกครั้งในด้านเทคนิคเฉพาะในตอนเช้า / ยืนขึ้นการประชุม ดังนั้นที่นี่มาวันนี้ฉันมีอาหารกลางวันกับการจัดการและหัวข้อสำหรับการสนทนาคือ: จะทำให้การประชุม Nice Day (Morning / Standup) มีประสิทธิภาพได้อย่างไร?

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

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

4
ทรัพยากรที่แนะนำสำหรับผู้นำทีมพัฒนา [ปิด]
ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา เมื่อเร็ว ๆ นี้ฉันได้สร้างหัวหน้าทีมของฐานข้อมูล (95% MS SQL Server, 5% misc-Oracle, Sybase, Access) ทีมพัฒนาที่จัดการและพัฒนาฐานข้อมูลจำนวนมากในสภาพแวดล้อมขององค์กร ฉันกำลังมองหาแหล่งข้อมูล (รายการตรวจสอบสาธารณูปโภคแนวปฏิบัติที่ดีที่สุดขั้นตอนเว็บไซต์หนังสือ ฯลฯ ) ที่จะช่วยฉันในการใช้พื้นฐานที่ขาดในกลุ่มการพัฒนานี้ในอดีตเช่นบทวิจารณ์โค้ดการฝึกอบรมข้ามเอกสาร บังคับใช้มาตรฐานการแบ่งปันความรู้ให้คำปรึกษาและอื่น ๆ สิ่งที่ฉันค้นหาส่วนใหญ่เป็นทรัพยากรทักษะการจัดการทั่วไป แต่ฉันต้องการค้นหาสิ่งที่อาจเฉพาะเจาะจงกับผู้นำทีมนักพัฒนา กระบวนการขององค์กรคือ "มาตรฐาน" ประเภทน้ำตก SDLC ดังนั้นทรัพยากรที่มีต่อ Agile จึงไม่ใกล้เคียง
10 team  team-leader 

4
แบ็กเอนด์ devs วางโดยเรื่องราวของผู้ใช้
ฉันวางแผนที่จะแบ่งการพัฒนาแบ็กเอนด์เข้ากับเรื่องราวของผู้ใช้ในแนวตั้ง แต่คนที่แบ็กเอนด์ในทีมของเราเริ่มบ่นว่านี่ทำให้งานของพวกเขาล่องหน คำตอบของฉันคือ ในการวางแผนการวิ่งและทบทวนการประชุมเราหารืองานแบ็กเอนด์ต่อหน้าผู้มีส่วนได้ส่วนเสียเพื่อให้สามารถมองเห็นได้และ การรักษาคุณภาพในระหว่างโครงการจะส่งผลให้เริ่มช้ากว่าทีมอื่น ๆ แต่เราจะมีความเร็วคงที่ในระหว่างโครงการ และความเร็วจะปรากฏแก่ผู้มีส่วนได้เสียอย่างชัดเจน เขายังคงยืนยันที่จะมีเรื่องราวเช่น: "ในฐานะนักพัฒนาฉันต้องมีเลเยอร์โดเมนเพื่อให้ฉันสามารถสรุปทางตรรกะทางธุรกิจได้" ฉันจะแก้ปัญหาก่อนที่ทีมจะสร้างมลพิษได้อย่างไร สาเหตุของปัญหาคือฝ่ายบริหารของเราพิจารณางานแบ็กเอนด์อย่างเป็นระบบโดยมองไม่เห็นและเรียกผู้ปฏิบัติงานที่ได้รับการสนับสนุนหรือเงื่อนไขการดูหมิ่นอื่น ๆ
10 agile  scrum  team  user-story 

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