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

องค์กรที่มีทีม Scrum เปรียวจำนวนหนึ่งก็มีคนกลุ่มเล็ก ๆ ที่ได้รับการแต่งตั้งให้เป็น "สถาปนิกองค์กร" กลุ่ม EA ทำหน้าที่เป็นผู้ควบคุมและผู้รักษาประตูเพื่อคุณภาพและความสม่ำเสมอในการตัดสินใจ สิ่งนี้นำไปสู่การทับซ้อนระหว่างการตัดสินใจของทีมและการตัดสินใจของ EA ตัวอย่างเช่นทีมอาจต้องการใช้ไลบรารี X หรือต้องการใช้ REST แทน SOAP แต่ EA ไม่เห็นด้วย ตอนนี้อาจนำไปสู่ความยุ่งยากเมื่อการตัดสินใจของทีมถูกครอบงำ เมื่อนำไปไกลก็อาจนำไปสู่สถานการณ์ที่คนอีเอ "คว้า" พลังทั้งหมดและทีมก็รู้สึกปลดเปลื้องและไม่คล่องตัวมากเลย คู่มือการแย่งชิงกันมีนี้จะพูดเกี่ยวกับมัน การจัดระเบียบตนเอง: ไม่มีใคร (ไม่ใช่แม้แต่ Scrum Master) บอกทีมพัฒนาถึงวิธีเปลี่ยน Backlog ผลิตภัณฑ์ให้เป็นหน้าที่การทำงานที่เพิ่มขึ้นได้ นั่นสมเหตุสมผลหรือไม่ ทีม EA ควรถูกยกเลิกหรือไม่ ทีมควรปฏิเสธหรือปฏิบัติตามเพียง?

20 agile  scrum  teamwork  architect 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว มีการหลายคำถามที่มีคำตอบที่ดีเกี่ยวกับบทบาทของสถาปนิกซอฟต์แวร์ (SA) ในStackOverflowและโปรแกรมเมอร์ SE ฉันพยายามถามคำถามที่เน้นกว่าเล็กน้อย คำจำกัดความของ SA นั้นกว้างดังนั้นคำถามนี้จึงให้คำจำกัดความของ SA ดังนี้: สถาปนิกซอฟต์แวร์แนะนำการออกแบบโดยรวมของโครงการมีส่วนร่วมกับความพยายามในการเขียนโค้ดดำเนินการตรวจสอบโค้ดและเลือกเทคโนโลยีที่จะใช้ ในคำอื่น ๆ ฉันไม่ได้พูดเกี่ยวกับส่วนที่เหลือของการบริหารจัดการและเสื้อกั๊กที่ SAs ประเภทคำ (บทกวีคำต่อไป) ยอด ถ้าฉันจะไล่ตามตำแหน่ง SA ทุกประเภทฉันไม่ต้องการออกห่างจากการเข้ารหัส ฉันอาจเสียสละเวลาเพื่อติดต่อกับลูกค้าและนักวิเคราะห์ธุรกิจ ฯลฯ แต่ฉันยังคงมีส่วนร่วมทางเทคนิคและฉันไม่เพียงแค่รู้ว่าเกิดอะไรขึ้นในการประชุม เมื่อคำนึงถึงประเด็นเหล่านี้แล้ว SA ควรนำอะไรมาสู่ตาราง พวกเขาควรเข้ามาในความคิดของ "วางกฎหมาย" (เพื่อพูด) และบังคับใช้เครื่องมือบางอย่างเพื่อให้เหมาะสมกับ "ทาง" คือแนวทางการเข้ารหัสแหล่งควบคุมรูปแบบเอกสาร UML ฯลฯ ? หรือพวกเขาควรระบุทิศทางเริ่มต้นและกลยุทธ์แล้ววางกลับเข้ามาตามความจำเป็นเพื่อแก้ไขทิศทางของเรือ? ขึ้นอยู่กับองค์กรซึ่งอาจไม่ทำงาน SA …

20 terminology  architect  software-craftsmanship 

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

12 scrum  team-leader  architect 

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

10 technology  architect