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

ในโครงการทั้งหมดที่ฉันเกี่ยวข้องด้วยที่มีข้อมูลจากที่ปรึกษาภายนอกคำถามถูกถามเกี่ยวกับประเภทของการจัดการการตั้งค่าที่เราใช้ ในกรณีนี้ไม่มีที่ปรึกษาใดที่สามารถกำหนดค่าการจัดการการกำหนดค่าได้ แล้วมันคืออะไร

12 development-process  management  configuration 

ผู้จัดการของฉันขอรายการบล็อกทางเทคนิคที่ควรติดตามเพื่อให้ทันสมัยกับเทคโนโลยี ปัญหาของเขาคือเขายังคงได้ยินเงื่อนไขที่เขาไม่เคยได้ยิน (เช่น NoSql, sharding, agure, sevice bus, ฯลฯ ) และเขาต้องการอย่างน้อยมีโอกาสต่อสู้กับการรู้อะไรเกี่ยวกับพวกเขาโดยไม่ต้องมีปฏิกิริยาและ มองพวกเขา นอกจากนี้ฉันคิดว่าเขาต้องการมีภาพรวมของเทคโนโลยีที่เกิดขึ้นใหม่ทั้งหมดและที่พวกเขาเข้ากันได้ดีแทนที่จะเรียนรู้เกี่ยวกับแต่ละสิ่งแยก เขาถามถึงบล็อก แต่ฉันคิดว่านิตยสารสิ่งพิมพ์อาจช่วยได้เช่นกัน ฉันควรตอบเขาอย่างไร

11 management 

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

11 scrum  management 

เมื่อฉันอ่านบทสรุปของงานก่อนหน้านี้ในDogsa T, Batic D. ประสิทธิผลของการพัฒนาด้วยการทดสอบ: กรณีศึกษาอุตสาหกรรม วารสารคุณภาพซอฟต์แวร์ 2011; 19 (4): 643-661 มันทำให้ฉันหลงไหลว่าการวัดที่ใช้ในการศึกษาจำนวนมากรอบ ๆ TDD นั้นขึ้นอยู่กับสิ่งต่าง ๆ เช่นบรรทัดของรหัสข้อบกพร่องและเวลาที่ใช้ในการพัฒนา มีการศึกษาใดบ้างที่มุ่งเน้นไปที่ต้นทุนการเป็นเจ้าของโดยรวมสำหรับผลิตภัณฑ์ที่ได้รับการพัฒนาโดยใช้ TDD กับการพัฒนาแบบดั้งเดิมหรือการทดสอบแบบดั้งเดิมหรือไม่? ฉันสนใจเป็นพิเศษในค่าใช้จ่ายทั้งหมดในการได้มาและต้นทุนการดำเนินงาน

11 agile  management  tdd  computer-science 

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

11 project-management  business  management  documentation 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน6 ปีที่ผ่านมา ข้อได้เปรียบหลักคือการใช้ ReSharper และโปรแกรมเสริมอื่น ๆ แต่เราจำเป็นต้องสร้างข้อโต้แย้งที่น่าเชื่อถือสำหรับการซื้อ Visual Studio 2012 Professional ขณะนี้เรากำลังใช้ Visual Studio 2012 Express สำหรับ Windows มันค่อนข้างดี แต่ยากที่จะเปลี่ยนจากการใช้เวอร์ชัน Professional แบบเต็มในอดีต จนถึงตอนนี้ทีมได้รวบรวมรายการต่อไปนี้: ฟังก์ชันแยกส่วนขาดหายไป มีประโยชน์มากสำหรับรหัส SOLID ที่สะอาด ไม่มีการสนับสนุนเพิ่มเติม ไม่สามารถติดตั้ง StyleCop หรือเครื่องมือเพิ่มประสิทธิภาพ AnkhSvn, เครื่องตรวจตัวสะกด, เครื่องมือเพิ่มประสิทธิภาพการผลิต, GhostDoc, เครื่องมือแก้ไข Regex, PowerCommands ผู้ช่วยยกเว้นมีข้อ จำกัด ในรุ่นด่วน …

10 management  ide  resources  visual-studio-2012 

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

10 management  team-leader  meetings 

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

10 management  meetings 

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

10 management 

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

10 management  information 

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

10 agile  management  freelancing 

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

10 project-management  management  communication 

ที่งานแรกของฉันในฐานะนักพัฒนาซอฟต์แวร์ทีมของฉันใช้เปรียว / ต่อสู้ในการจัดการเวิร์กโฟลว์โครงการของเราและทำงานได้ค่อนข้างดี ฉันมีที่ปรึกษาที่มีประสบการณ์บางคนที่กำหนดฉันให้ถูกทาง - ฉันเป็นหนี้พวกเขาด้วยความกตัญญู ฉันทำงานที่นั่นสองสามปีจากนั้นย้ายไปยังโอกาสใหม่เมื่อสองสามเดือนที่ผ่านมา กรอไปข้างหน้าสู่งานปัจจุบันของฉัน ฉันทำงานที่มหาวิทยาลัยภายใต้การดูแลของอาจารย์ เนื่องจากฉันอยู่ในมหาวิทยาลัยโปรแกรมเมอร์เกือบทุกคนเป็นนักเรียน (พวกเขาถูกและอุดมสมบูรณ์!) เจ้านายของฉันมีประสบการณ์ด้านการจัดการ แต่ไม่ใช่กับการพัฒนาซอฟต์แวร์และทีมซอฟต์แวร์ไม่ได้อยู่แถวหน้าในใจของเจ้านายของฉันเสมอไป . เงื่อนไขเหล่านี้ได้สร้างสภาพแวดล้อมที่สมบูรณ์แบบสำหรับการสร้างบางมากซอฟแวร์ที่มีคุณภาพดี โครงการซอฟต์แวร์ดูเหมือนจะโกงเล็กน้อยไม่มีความคิดที่จะออกแบบและใช้วิธีปฏิบัติที่น่ากลัวอย่างแท้จริง ฉันรู้ว่าสิ่งต่าง ๆ น่าจะดีกว่า ฉันต้องการใช้กระบวนการพัฒนาเพื่อช่วยให้ทุกคนได้รับการติดตามเพิ่มคุณภาพของรหัสและปรับใช้ซอฟต์แวร์ที่มีเสถียรภาพมากขึ้น ฉันไม่แน่ใจว่าจะเริ่มจากตรงไหน ฉันไม่ได้มองหาคำตอบเช่น "Use Scrum", "Set a kanban board" หรือ "ลองดูเปรียว!" (แม้ว่าความคิดจะชื่นชม) โดยเฉพาะอย่างยิ่งผมหวังว่าจะได้ข้อมูลเชิงลึกกำไรเป็นวิธีการที่จะดำเนินการตามกระบวนการในการพัฒนาสำหรับการนี้สภาพแวดล้อมการทำงาน โดยปกติแล้วพนักงานจะทำงานระหว่าง 1 ถึง 2 ปีก่อนที่จะย้ายมาทำงานโดยทั่วไปไม่มีประสบการณ์และการประชุมยอดเยี่ยมประจำวันที่รวมทุกคนเข้าใกล้ไม่ได้ หนึ่งจะส่งเสริมคุณภาพประสิทธิภาพและการสื่อสารในสถานที่ทำงานได้อย่างไร อัปเดต:หลังจากอ่านคำตอบและความคิดเห็นบางอย่างแล้วฉันคิดว่าฉันจะให้พื้นฐานเพิ่มเติม ฉันจะไม่พิจารณาตัวเองต้นแบบศิลปะของการพัฒนาซอฟต์แวร์ แต่ฉันกำลังมีประสบการณ์มากพอที่จะรับรู้การเขียนโปรแกรมไม่ดีเมื่อฉันเห็นมัน ฉันสามารถตรวจสอบว่านักพัฒนามีความสามารถหรือไม่หลังจากใช้เวลาเพียงหนึ่งหรือสองนาทีในการทำงานกับพวกเขา ฉันพอใจกับความสามารถของตัวเองในการหาวิธีการแก้ปัญหาอย่างชาญฉลาดอย่างไรก็ตามพื้นที่ที่ฉันขาดประสบการณ์อย่างแท้จริงคือการจัดการโครงการที่นักพัฒนารายอื่นมีส่วนเกี่ยวข้อง คำแนะนำ) ฉันทำให้เสียงเหมือนนักเรียนทุกคนที่เข้ามาในสำนักงานนี้เป็นสลัวที่สมบูรณ์ มีไข่ที่ไม่ดีอยู่ที่นี่ แต่นักเรียนส่วนใหญ่ที่ฉันเคยรู้จักมีความฉลาดต้องการเรียนรู้และหลงใหลในงาน บางคนเพิ่งเริ่มต้นและพวกเขาไม่รู้ว่าพวกเขาไม่รู้อะไร และก็ไม่เป็นไร เมื่อฉันเริ่มเขียนโปรแกรมครั้งแรกฉันก็ไม่ได้ดีไปกว่านี้แล้ว!

9 agile  project-management  development-process  management 

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

9 management  scheduling  engineering 

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

9 management  client-relations  estimation