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

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

335 project-management  team  project  failure  legacy-code 

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

182 teamwork  team  comments 

ฉันมีสคริปต์โอเพนซอร์ซสำหรับเว็บไซต์หนึ่ง ๆ (ฉันพยายามไม่เรียกชื่ออะไรเลยที่นี่) ซึ่งฉันและนักพัฒนาซอฟต์แวร์รายอื่นเพิ่งย้ายมาที่ GitHub เราได้นักพัฒนาใหม่หลายคนตั้งแต่เราย้ายไปที่ระบบใหม่รวมถึงหนึ่งที่ใช้งานมากโดยเฉพาะ อย่างไรก็ตามสิ่งนี้ที่ใช้งานอยู่ได้เริ่มเปลี่ยนโครงการเป็นจำนวนมาก ก่อนอื่นเขาลบระบบการกำหนดเวอร์ชันของเรา (ไม่เหมือน Git แต่เป็นแบบนั้น - เราเรียกมันว่ารุ่นv4.1.16) และบอกว่ามันจะเป็นการดีกว่าที่จะส่งรหัสไปยังเว็บไซต์เมื่อเราคิดว่ามันพร้อม ขณะนี้ไม่มีสถานที่รวมศูนย์สำหรับวางบันทึกย่อประจำรุ่นซึ่งทำให้เกิดความรำคาญ สิ่งที่ทำให้ฉันพร้อมที่จะแพ็คกระเป๋าของฉันและไปคือสคริปต์การผลักดัน ผู้พัฒนารายอื่นในโครงการเขียนสคริปต์พุชแบบ Python เนื่องจากเราเก็บสคริปต์หลายเวอร์ชันออนไลน์ไว้ในที่ต่าง ๆ ฉันจึงเริ่มเขียนโปรแกรม Java ที่ใหญ่ขึ้นด้วยส่วนต่อประสานกราฟิกที่จะแทนที่สคริปต์ Python ฉันไปที่ IRC เพื่อแจ้งให้ทุกคนทราบเกี่ยวกับเรื่องนี้และฉันได้รับคำตอบที่น่ารำคาญจากโปรแกรมเมอร์ว่าสคริปต์ Python แบบเก่าสามารถทำทุกอย่างที่ฉันสามารถทำได้และมีน้ำหนักเบากว่ามาก (เขายังแสดงความคิดเห็นเกี่ยวกับข้อเท็จจริงที่ Python ดีกว่า Java และอื่น ๆ ) ฉันตรวจดูรหัสสำหรับสคริปต์การพุชเก่าและเห็นว่าไม่มีฟีเจอร์ใด ๆ ที่เขากล่าวว่ามีอยู่ ตอนนี้ฉันอยากรู้ว่าต้องทำอะไร ฉันใช้เวลาส่วนใหญ่ในโครงการนี้ดังนั้นฉันจึงไม่ต้องการลุกขึ้นและจากไป แต่ฉันพบว่ามันยากที่จะทำงานร่วมกับนักพัฒนาใหม่นี้ ในทางกลับกันตอนนี้เขาเป็นผู้ร่วมเดินทางอันดับ 1 ในโครงการโดยมีความมุ่งมั่นมากกว่าผู้พัฒนากลุ่มเป้าหมาย ฉันไม่แน่ใจจริงๆว่าจะทำอย่างไรกับเรื่องนี้ มีใครประสบปัญหานี้อีกหรือไม่ ถ้าเป็นเช่นนั้นคุณทำอะไร อัปเดต 1 …

65 open-source  team 

ฉันได้รับมอบหมายโครงการกลุ่มจากวิชาวิทยาการคอมพิวเตอร์ AP ของฉันและฉันต้องทำงานกับคนอื่นอีกสามคน ฉันไม่เคยพูดคุยกับพวกเขามาก่อนฉันไม่ทราบระดับความสามารถของพวกเขาและทั้งหมดที่ฉันมีคือที่อยู่อีเมลของพวกเขา งานที่ได้รับการสรุปรวมคือ: "ในฐานะทีมคุณจะต้องทำหน่วยความจำอย่างน้อยสามหน่วยเป็นคลาส ... " ฉันจะลองและกลายเป็น "กัปตันทีม" เพราะไม่มีใครพยายามติดต่อกัน แต่ฉันอยากรู้: จะทำยังไงดี ฉันได้ส่งอีเมลพวกเขาและถามพวกเขาว่ามีวิธีการสื่อสารที่พวกเขาต้องการมากกว่าการส่งอีเมลถึงกันหรือไม่ แต่เมื่อเราเริ่มโครงการจริง ๆ แล้วฉันจะต้องคิดออกว่าใครกำลังทำอะไรอยู่ ฉันควรทำอย่างไร? ฉันจะ "รับผิดชอบ" และนำสามคนที่ฉันไม่เคยพบมาได้อย่างไร นี่คือข้อความที่ตัดตอนมาจากการมอบหมายจริง: ดังนั้นคุณจะต้องหารือเกี่ยวกับบทบาทต่างๆที่สมาชิกแต่ละคนในทีมจะใช้ในโครงการนี้ในช่วงต้นสัปดาห์ คุณสามารถสื่อสารผ่าน Pronto (หรือ IM กระดานดำ) อีเมล wiki กลุ่ม google บล็อกหรือวิธีอื่น ๆ ที่คุณเห็นว่าเหมาะสม หากสมาชิกกลุ่มไม่เข้าร่วมกลุ่มภายในสิ้นสัปดาห์ให้ผู้สอนของคุณทราบและพวกเขาจะให้คำแนะนำเพิ่มเติม ... เนื่องจากในตอนท้ายของโครงการจะเป็นการประเมินทีมที่คุณจะให้คะแนนสมาชิกในทีมแต่ละคนที่มีส่วนช่วยในการทำโครงการนี้ให้เสร็จพร้อมกับเกรดที่แนะนำ แก้ไข: หลายคนแนะนำว่าฉันพบพวกเขาในร้านกาแฟหรืออะไรทำนองนั้น ปัญหาเดียวก็คือพวกเราทุกคนอยู่ในสถานะที่แตกต่างกัน ฉันคิดว่าหนึ่งในนั้นไม่ได้รับอนุญาตให้ใช้ Facebook / Skype / twitter ดังนั้นฉันจึงต้องหันไปใช้การส่งข้อความผ่าน yahoo messenger …

50 project-management  team  project 

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

48 team  organization  code-ownership 

เมื่อทำงานกับโค้ดฉันต้องเผชิญกับความท้าทายหลายอย่างที่เพื่อนร่วมทีมของฉันทำและฉันได้เขียนฟังก์ชั่นและชั้นเรียนที่มีประโยชน์ หากมีการสื่อสารที่ดีฉันจะได้ยินเกี่ยวกับสิ่งที่ยอดเยี่ยมที่ใครบางคนรวบรวมไว้และอีกหกเดือนต่อมาเมื่อฉันต้องการฉันอาจจำได้และเรียกใช้ฟังก์ชันนั้นประหยัดเวลา หากฉันจำไม่ได้หรือไม่เคยรู้เรื่องนี้ฉันอาจจะประดิษฐ์วงล้อขึ้นใหม่ มีวิธีปฏิบัติที่เฉพาะเจาะจงในการบันทึกสิ่งเหล่านี้หรือไม่? คุณทำให้พวกมันหาง่ายได้อย่างไร? หากทีมของคุณไม่มีเอกสารดังกล่าวคุณจะรู้ได้อย่างไรว่าล้อของคุณมีอยู่แล้ว? แก้ไข: ทั้งหมด แต่หนึ่งในคำตอบที่เกี่ยวข้องกับสถานการณ์ในอุดมคติดังนั้นขอสรุปการแก้ปัญหาเหล่านั้น: เอกสาร & การสื่อสาร; wikis, stand-up meetings เป็นต้นสิ่งเหล่านี้ล้วน แต่เป็นสิ่งที่ยอดเยี่ยม แต่พวกเขาต้องพึ่งพาโปรแกรมเมอร์ที่มีเวลา (และทักษะ) ในการเขียนเอกสารและเข้าร่วมการประชุมและจดบันทึกและจดจำทุกสิ่ง คำตอบที่ได้รับความนิยมมากที่สุดจนถึงปัจจุบัน (Caleb's) เป็นคำตอบเดียวที่โปรแกรมเมอร์สามารถใช้งานได้ซึ่งไม่สามารถจัดทำเอกสารและการประชุมได้ การเขียนโปรแกรมเป็นสิ่งที่โปรแกรมเมอร์ทำและใช่โปรแกรมเมอร์ที่ยอดเยี่ยมสามารถเขียนเอกสารประกอบการทดสอบหน่วย ฯลฯ แต่มาดูกัน - พวกเราส่วนใหญ่ชอบเขียนโปรแกรมเพื่อจัดทำเอกสาร วิธีแก้ปัญหาของเขาคือที่โปรแกรมเมอร์จำรหัสที่ใช้ซ้ำได้และดึงมันออกไปยังคลาสหรือพื้นที่เก็บข้อมูลของตัวเองหรืออะไรก็ตามและโดยความจริงที่ว่ามันถูกแยกออกมันจะกลายเป็นความสามารถในการเรียนรู้ . และนี่คือความสำเร็จโดยการเขียนโปรแกรม ในแบบที่ฉันเห็นมันเป็นแบบนี้: ฉันเพิ่งเขียนสามหน้าที่และมันเกิดขึ้นกับฉันที่คนอื่นควรรู้เกี่ยวกับพวกเขา ฉันสามารถจัดทำเอกสารเขียนบันทึกประกาศในที่ประชุม ฯลฯ - ซึ่งฉันทำได้ แต่ไม่ใช่จุดแข็งของฉัน - หรือ .... ฉันสามารถแยกพวกเขาออกจากชั้นเรียนตั้งชื่อให้ดีทำให้พวกเขาทำงานได้ กล่องดำและติดไว้ที่ไฟล์คลาสอื่น ๆ จากนั้นอีเมลสั้น ๆ ประกาศว่าเป็นเรื่องง่าย นักพัฒนาซอฟต์แวร์คนอื่นสามารถสแกนโค้ดและเข้าใจได้ดีกว่าฟังก์ชั่นแยกที่ใช้ในโค้ดที่พวกเขาไม่เข้าใจ - บริบทนั้นจะถูกลบ …

43 documentation  teamwork  team  code-reuse 

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

41 management  team  team-leader  team-building 

ฉันเป็นผู้พัฒนาเพียงคนเดียวใน บริษัท ขนาดเล็ก ฉันย้ายเข้าสู่การพัฒนาที่นี่อย่างช้าๆ จนกระทั่ง ~ 4 เดือนที่ผ่านมา 50-75% ของเวลาที่ฉันใช้ไปกับการผ่าตัด ตอนนี้ 50-75% ของเวลาของฉันถูกใช้ไปกับการพัฒนาส่วนที่เหลือแบ่งระหว่างการดำเนินการกับสิ่งต่าง ๆ ด้านไอที ฉันทำงานเป็นประจำ 50+ ชั่วโมงต่อสัปดาห์ ฉันได้รับแอปพลิเคชั่นที่ค่อนข้างเป็นลายลักษณ์อักษรค่อนข้างด้อย (ก่อนหน้านี้มีคนสองคนดูแลไว้) ซึ่งธุรกิจส่วนใหญ่พึ่งพา การรักษาและใช้งานเหล่านี้ทำงานกับแอปพลิเคชันใหม่ขนาดเล็กและความรับผิดชอบอื่น ๆ ของฉันใช้เวลาทั้งหมดของฉันแล้ว เพื่อให้สามารถปรับขนาดได้ซอฟต์แวร์ที่มีอยู่ต้องการการปรับโครงสร้างที่สำคัญและฟังก์ชันการทำงานเพิ่มเติม ฉันไม่เคยมีความสุขที่ได้ทำงานกับซอฟต์แวร์ที่เขียนหรือออกแบบมาอย่างถูกต้องมาก่อน ความซับซ้อนของงานนี้ดีกว่าทุกอย่างที่ฉันเคยทำมาก่อน (นี่เป็นงานแรกของฉันที่วิทยาลัย) ฉันรู้ว่ามีความทุ่มเทอย่างมากในการเรียนรู้ด้วยตนเอง / การเรียนรู้ด้วยการทำสิ่งต่าง ๆ มากมายที่นี่ ว่าฉันจะไม่ทำสิ่งใดกับนายจ้างหรือตัวฉันเอง ฉันได้โดยตรงมากเกี่ยวกับความไม่มีประสบการณ์ของฉันและในอดีตได้กล่าวว่าการจ้างนักพัฒนาที่มีประสบการณ์มากขึ้นอาจจะจำเป็น ... ถ้ามีอะไรก็ตามเพียงแค่ระยะเวลาที่ทุกคนต้องทำงานเมื่อเราเติบโตและ มีซอฟต์แวร์มากขึ้นในการพัฒนาและบำรุงรักษา ฉันรู้ว่าฉันจะได้รับประโยชน์อย่างมากจากการจ้างนักพัฒนาซอฟต์แวร์รายอื่น การมีคนเรียนรู้และสะท้อนความคิดออกไปนั้นจะยอดเยี่ยม StackOverflow เป็นวิธีการที่ยอดเยี่ยมในการกำหนดแนวทางในการแก้ปัญหาหรือแนวคิดการเข้ารหัสแต่ละรายการ แต่ไม่สามารถทดแทนการอภิปรายในระดับที่กว้างขึ้นหรือมีนัยสำคัญมากขึ้นเฉพาะกับโดเมนธุรกิจที่แน่นอน เมื่อกล่าวถึงการจ้างนักพัฒนารายอื่นในการสนทนาทั่วไปพวกเขาไม่คิดว่ามันสำคัญหรือจำเป็น tl; dr : งานแพทช์ปัจจุบันและความรับผิดชอบอื่น ๆ ใช้เวลาทำงานอยู่ตลอดเวลาทำงานกับแอพพลิเคชั่นที่มีอยู่ซึ่งต้องทำอยู่นอกเหนือความสามารถของฉันโอกาสน้อยที่ฉันจะได้มีเวลาทำงานผลิตภัณฑ์ใหม่ …

40 project-management  team 

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

38 project-management  teamwork  team 

เรามีทีม SCRUM "ทั่วไป" และเรามุ่งมั่นที่จะทำงานเพื่อการวิ่งและยังคงมีงานในมือ เมื่อเร็ว ๆ นี้เราประสบปัญหาในการพยายามรวม / จัดการกับงานของนักพัฒนาที่ประสบผลสำเร็จมากเกินไปในการทำงานนอกกลุ่ม (เลือกที่จะทำงานนอกเวลาทำงานปกติ / การวิ่ง) เพื่อยกตัวอย่างถ้าทีมงานใช้ 50 คะแนนในการทำงานสมมติว่าพวกเขาจะทำงานทั้งหมดให้เสร็จภายในกรอบ SCRUM ในตอนท้ายของการวิ่งและพวกเขาและ บริษัท มีความสุข หนึ่งในสมาชิกในทีมตัดสินใจที่จะทำงานด้วยตัวเองในรายการที่ค้างในเวลาว่างของตัวเอง พวกเขาไม่ได้ตรวจสอบในงานนี้ แต่แทนที่จะบันทึกไว้ (เราใช้ TFS และอยู่ในชั้นวาง) วิธีจัดการกับสิ่งนี้? ปัญหาเล็กน้อย .. ในระหว่างการวิ่งครั้งต่อไปสมาชิกในทีมบอกว่างานเขียนโปรแกรมเสร็จแล้ว 99% และเพียงแค่ต้องการตรวจสอบรหัสและทดสอบ คุณจัดการกับสิ่งนี้ใน SCRUM และวิธีการแบบเปรียวได้อย่างไร ผู้พัฒนารายอื่นบ่นว่าไม่เกี่ยวข้องกับการตัดสินใจออกแบบที่เกี่ยวข้องกับเรื่องราวเหล่านี้เนื่องจากงานเสร็จจากวง เจ้าของผลิตภัณฑ์ของเราถูกล่อลวงให้ดึงงาน "ฟรี" นี้และสมาชิกที่ประสบความสำเร็จมีแนวโน้มที่จะทำสิ่งนี้โดยมีจุดประสงค์เพื่อให้ได้คุณสมบัติเพิ่มเติมลงในผลิตภัณฑ์ที่ทีมไม่สามารถทำได้ในการวิ่ง มีมุมมองว่าสิ่งนี้กำลังทำลาย "กระบวนการ" เห็นได้ชัดว่า QA, UI และงานเอกสารยังคงต้องทำในงานนี้ ฉันเห็นการสนทนาจำนวนมากเกี่ยวกับการไม่บังคับให้ทีม SCRUM ทำงานล่วงเวลา แต่สมาชิกในทีมทำงานด้านบนและเกินความคาดหวังที่เกิดขึ้นระหว่างการวางแผนและการดำเนินการวิ่งหรือไม่ ฉันลังเลที่จะปกครองบุคคลนี้และบอกว่าคุณไม่สามารถทำงานพิเศษได้ (เตือนให้หมดกำลังใจ) …

32 agile  scrum  team 

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

31 project-management  team  team-leader 

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

31 web-development  project-management  team 

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

29 team  roles 

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

28 project-management  team  organization  team-leader 

เป็นที่ตกลงกันโดยทั่วไปว่าผู้จัดการทีมไม่ควรทะเลาะกันอย่างหนัก แต่ฉันพยายามดิ้นรนเพื่อดูว่าทำไม สำหรับบริบทฉันเป็นผู้จัดการการพัฒนาแอปพลิเคชันที่มี 4 devs ในทีมการต่อสู้ ฉันมาจากภูมิหลังของ Scrum Master และได้แนะนำการต่อสู้กับองค์กร ฉันได้สร้างทีมตั้งแต่เริ่มต้นและทำให้ชัดเจนว่าทุกอย่างที่ฉันทำคือการอำนวยความสะดวกให้กับทีมและพวกเขาตัดสินใจ ในฐานะที่เป็นทีมเราเปิดกว้างมาก - พวกเขายังปิดปากฉันในช่วงเวลาหนึ่งเพื่อขจัด 'การรายงาน' ที่รู้สึกว่าเราเริ่มได้รับ การขาดความเปิดกว้างโดยทั่วไปแล้วเป็นข้อโต้แย้งที่ใหญ่ที่สุดต่อผู้จัดการในฐานะหัวหน้าฝ่ายต่อสู้ แต่จัดการได้ดีสามารถเอาชนะได้อย่างง่ายดายด้วยวัฒนธรรมที่ถูกต้อง ฉันได้รับคำเตือนจากโค้ชที่มีประสบการณ์ว่านี่เป็นสถานการณ์ที่อันตรายและมีความเสี่ยง 'ถ้าสิ่งต่าง ๆ ไม่ดี' วิธีที่ฉันเห็นมันทั้งสองตำแหน่งนั้นไม่ขัดแย้งกันในทั้งสองบทบาทฉันมีเป้าหมายเดียวกันสำหรับทีมและบุคคลทั่วไป การต่อสู้แย่งชิงกันแก้ไขความขัดแย้งภายในทีมซึ่งอาจเป็นบทบาทผู้จัดการ ลักษณะการจัดการด้วยตนเองของ sprints นำการจัดสรรงานที่ผู้จัดการทำตามประเพณี ทั้งหมดที่ฉันเห็นเหลืออยู่เพื่อรับในฐานะผู้จัดการ dev กำลังทำให้แน่ใจว่าความต้องการของแต่ละบุคคลบรรลุตามวัตถุประสงค์อาชีพสถานที่ทำงาน ฯลฯ ฉันมีการติดต่อกับสมาชิกในทีมทุกสัปดาห์เพื่อแจ้งปัญหาและจัดการงานด้านการดูแลระบบ สิ่งนี้เกี่ยวข้องโดยตรงกับทีมมากหรือบทบาทของฉันในการต่อสู้กับเจ้านาย ฉันเข้าใจในองค์กรขนาดใหญ่ว่าสิ่งนี้จะจัดการไม่ได้และมีบทบาทที่แยกจากกัน แต่สำหรับองค์กรขนาดเล็กเราไม่สามารถพิสูจน์ Scrum Master หรือผู้จัดการฝ่ายพัฒนาคนอื่นได้ โปรดให้ความกระจ่างแก่ฉันเกี่ยวกับข้อผิดพลาดของผู้จัดการการพัฒนาในฐานะ Scrum Masters โดยไม่รวมคะแนนที่ฉันได้กล่าวไว้ข้างต้นและเอาชนะได้แล้ว

27 scrum  teamwork  team  roles