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

การจัดการโครงการเป็นวินัยของการวางแผนการจัดระเบียบการรักษาความปลอดภัยและการจัดการทรัพยากรเพื่อให้บรรลุเป้าหมายที่เฉพาะเจาะจง

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

2
พื้นที่เก็บข้อมูลส่วนตัวของฉันมีความปลอดภัยแค่ไหนใน bitbucket
ใครบ้างรู้ว่าที่เก็บส่วนตัวของฉันมีความปลอดภัยใน bitbucket.org หรือไม่? ฉันสามารถวางใจได้หรือไม่ ฉันมีที่เก็บข้อมูลบางส่วนและต้องการให้พวกเขาสามารถเข้าถึงได้โดยฉันและอีกสองคนเท่านั้น

11
มีคำแนะนำในการว่าจ้างผู้จัดการโครงการซอฟต์แวร์โดยตรงหรือไม่? [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว ฉันเรียนจบปริญญาตรีทางด้านคอมพ์ซีเมื่อเดือนกันยายนปีที่แล้วและฉันพยายาม (ไม่สำเร็จ) เพื่อหางานในตำแหน่งผู้จัดการโครงการตั้งแต่นั้นมา ฉันตกหลุมรักกับวิศวกรรมซอฟต์แวร์ (การฝึกอย่างเป็นทางการที่อยู่เบื้องหลังไม่ใช่แค่การเขียนโค้ด) ในโรงเรียนและฉันได้ทุ่มเทชีวิตของฉันในช่วง 3-4 ปีที่ผ่านมาเพื่อเรียนรู้ทุกอย่างที่ฉันสามารถทำได้เกี่ยวกับการจัดการโครงการและได้รับประสบการณ์ ฉันจัดการหลายโครงการ (กับทีมงานประมาณ 12 คน) ในขณะที่อยู่ในโรงเรียนและฉันทำงานกับห้องปฏิบัติการวิจัยวิศวกรรมซอฟต์แวร์ของมหาวิทยาลัย ประวัติของฉันก็ดี - ฉันทำงานเป็นโปรแกรมเมอร์ก่อนที่ฉันจะไปโรงเรียน (ตอนนี้ฉันอายุ 27 แล้ว) และฉันทำ Google Summer of Code เป็นเวลา 3 ฤดูร้อน ฉันยังมีประสบการณ์ "การจัดการคน" ทั่วไปผ่านการทำงานเป็นบรรณาธิการรูปถ่ายสำหรับหนังสือพิมพ์ของมหาวิทยาลัยเป็นเวลา 2 ปี ปัญหาแรกของฉันกับการหางานไม่ได้รับการสัมภาษณ์เพียงพอ ฉันใช้careers.stackoverflow.comซึ่งยอดเยี่ยมเพราะฉันมักจะได้รับการติดต่อจากบุคคลที่ไม่ใช่ HR ซึ่งรู้ว่าพวกเขากำลังพูดถึงอะไร แต่ก็มี บริษัท ไม่เพียงพอที่จะใช้มันเพื่อให้ฉันได้สัมภาษณ์เป็นประจำ …

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

11
การเลิกตอบสนองที่สมเหตุสมผลเพียงอย่างเดียวต่อสถานการณ์นี้หรือไม่ [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบ เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน6 ปีที่ผ่านมา ผมอ่านบทความที่น่าสนใจ, 10 เหตุผลในการเลิกสูบบุหรี่ไอที ฉันอ้างอิงส่วนหนึ่งของข้อความนี้: "ความเข้าใจผิดของทั้งหน้าที่และเทคโนโลยีทำสิ่งหนึ่ง: มันทำให้งานของคุณเป็นไปไม่ได้เมื่อพลัง - ที่ - เริ่มที่จะสร้างหน่วยงานของคุณให้คุณได้องค์ประกอบที่ไม่ดีทุกอย่างจะเลวร้ายลงคุณรู้ว่างานของคุณ job. การจัดการไม่รู้จักงานของคุณ แต่พวกเขาไม่รู้ว่าพวกเขาไม่รู้จักงานของคุณมันเป็นความเครียดของ Mobius นี่คือสิ่งที่เกิดขึ้นในโครงการของฉันในขณะนี้ ลูกค้านั่นคือลูกค้าที่จ่ายเงินต้องการที่จะเป็นทุกสิ่ง เขาต้องการเล่นทุกบทบาทที่เป็นไปได้ในโครงการ เขาต้องการคำอธิบายด้านเทคนิคอย่างละเอียดแม้เขาจะไม่รู้อะไรเกี่ยวกับการเขียนโปรแกรม และเมื่อบางสิ่งบางอย่างไม่ทำงานเขาก็โทษคนอื่น มีใครมีประสบการณ์คล้ายกันบ้างไหม? คำแนะนำเกี่ยวกับวิธีจัดการกับสถานการณ์เหล่านี้?

13
คุณควรเรียกเก็บเงินจากลูกค้าชั่วโมงที่ใช้ไปกับการเดินทางผิดหรือเปล่า [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน3 ปีที่ผ่านมา ฉันใช้ความท้าทาย CSS เล็ก ๆ เพื่อแก้ปัญหาให้กับลูกค้าและฉันจะได้รับค่าตอบแทนรายชั่วโมง ในที่สุดฉันก็แก้ไขมันใช้เวลา 5 ชั่วโมง แต่ฉันใช้เวลาประมาณ 25% ในการติดตามผิดลองใช้วิธีแก้ปัญหา CSS3 ที่ใช้งานได้เฉพาะในเบราว์เซอร์ล่าสุดและในที่สุดก็พบว่าไม่มีทางเลือกอื่นผ่านทาง JS ฉันควรเรียกเก็บเงินจากลูกค้าที่ 25% หรือไม่ รายละเอียดเพิ่มเติม: ฉันไม่ได้ให้การประเมินฉันชอบความท้าทายต่อ se ดังนั้นฉันจึงเริ่มทำมันก่อนที่จะประเมิน (แต่ฉันเคยทำงานกับเขามาก่อนดังนั้นฉันจึงรู้ว่าเขาไม่ใช่คนที่มีความคาดหวังที่ไม่สมจริง ) ที่แย่ที่สุดฉันจะใช้เวลา 5 ชั่วโมงที่ค้างชำระกับความท้าทาย CSS ที่น่าสนใจ และฉันจะให้ค่าประมาณที่ยุติธรรมที่สุดเท่าที่จะเป็นไปได้สำหรับเราทั้งคู่เพราะฉันจะทำงานให้แล้ว :) แก้ไข: ขอบคุณทุกคนฉันหวังว่าฉันจะตอบได้มากกว่าหนึ่งคำตอบ! ฉันลงเอยด้วยการไม่เรียกเก็บเงินจากเขาเป็นชั่วโมงพิเศษ (ฉันเรียกเก็บเงินเขาเป็นเวลา 3 ชั่วโมงครึ่ง) แต่ฉันพูดถึงพวกเขาเพื่อให้เขารู้ว่าฉันทำงานได้มากกว่าที่ฉันเรียกเก็บเงินจากเขา บางทีนั่นอาจเป็นเหตุผลว่าทำไมเขาถึงยอมรับ "การประเมิน" …

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

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

12
อะไรที่ทำให้การพัฒนาซอฟต์แวร์ Agile น่าดึงดูด
การพัฒนาซอฟต์แวร์ Agile กลายเป็นคำศัพท์ที่สนุกมากในทุกวันนี้ ในฐานะนักพัฒนาฉันเข้าใจถึงคุณค่าในทางปฏิบัติของการพัฒนาซ้ำ ๆ แต่บ่อยครั้งที่มันไม่ใช่ตัวเลือกของนักพัฒนาที่จะยอมรับแนวทาง Agile ในการพัฒนาซอฟต์แวร์ มันเป็นตัวเลือกการจัดการจากบนลงล่าง! ไม่ว่าจะเป็นคริสตัลวิธีการว่องไว dsdm, rup, xp, scrum, fdd, tdd คุณตั้งชื่อมัน มันไม่ใช่ตัวเลือกสำหรับนักพัฒนา สำหรับผู้จัดการทุกคนที่นั่นอะไรคือเหตุผลที่ดีที่สุดสำหรับการเลือกที่จะพัฒนา Agileเมื่อผู้จัดการของฉันส่วนใหญ่ไม่ได้สัมผัสกับรหัสในชีวิตของพวกเขา (ในประสบการณ์ของฉัน)

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

7
ฉันจะอธิบายกระบวนการเรียนรู้รหัสของผู้อื่นได้อย่างไร (ในสถานการณ์การแจ้งหนี้) [ปิด]
ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว แก้ไข: Justin Cave สร้างจุดที่ดีว่าการสื่อสารประเภทนี้ควรอยู่ตรงหน้าในการอ้างอิง / การประเมินของฉัน ในกรณีนี้ฉันยังสนใจที่จะรู้ว่าคนประเภทภาษาใดที่ใช้เพื่ออธิบายกิจกรรม 'การเรียนรู้โค้ดที่มีอยู่' โดยเฉพาะกับ บริษัท ที่ไม่ได้ทำสัญญากับผู้รับจ้างซอฟต์แวร์มาก่อน สิ้นสุดการแก้ไข ฉันมีสัญญาที่จะอัพเกรดซอฟต์แวร์ภายในองค์กรสำหรับ บริษัท ขนาดใหญ่ บริษัท ได้ขอคุณสมบัติเพิ่มเติมหลายรายการและแก้ไขข้อบกพร่องเล็กน้อย นี่เป็นงานสไตล์อิสระครั้งแรกของฉัน ก่อนอื่นฉันต้องทำความคุ้นเคยกับการทำงานของแอปพลิเคชัน - ฉันเรียนรู้ราวกับว่าฉันเป็นผู้ใช้ ต่อไปฉันต้องเรียนรู้ว่าซอฟต์แวร์ทำงานอย่างไร ฉันเริ่มต้นด้วยแนวคิดที่กว้างขวางและแคบลงไปในรายละเอียดที่จำเป็นก่อนที่จะทำงานกับแต่ละการแก้ไขข้อบกพร่องและคุณสมบัติ อย่างน้อยตอนเริ่มโครงการฉันใช้เวลานานในการเรียนรู้รหัสที่มีอยู่มากกว่าที่จะเขียนคุณลักษณะเพิ่มเติม ฉันจะอธิบายกระบวนการเรียนรู้รหัสที่มีอยู่ในใบแจ้งหนี้ได้อย่างไร (ส่วนหนึ่งของ บริษัท นี้มักจะทำสิ่งต่าง ๆ ภายใน บริษัท ดังนั้นจึงไม่มีประสบการณ์มากมายในการติดต่อกับผู้รับเหมาซอฟต์แวร์อย่างฉันและฉันกลัวว่าพวกเขาอาจไม่เข้าใจค่าใช้จ่ายในการเรียนรู้รหัสของคนอื่น) ฉันไม่ต้องการเพียงแค่เปลี่ยนเวลาการเรียนรู้ไปสู่การอัปเกรดคุณลักษณะจริงเพราะในบางกรณีการทำเช่นนี้จะทำให้ 'งานง่าย' ดูเหมือนว่าจะใช้เวลานานเกินไป ฉันต้องการทำลายใบแจ้งหนี้เป็นขั้นตอนที่เกี่ยวข้องและสื่อสารว่าฉันคิดเงินสำหรับค่าใช้จ่ายจำนวนมากในการเรียนรู้รหัสของคนอื่นก่อนที่จะสามารถเพิ่มรหัสของฉันเอง มีวิธีมาตรฐานในการอธิบายกิจกรรมประเภทนี้เมื่อเรียกเก็บเงินสำหรับงานหรือไม่?

5
ชุดย่อยขั้นต่ำของการปฏิบัติที่ดีที่สุด / เป็นที่รู้จักในการพัฒนาซอฟต์แวร์สำหรับโปรแกรมเมอร์เดี่ยวคืออะไร? [ปิด]
ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้มุ่งเน้นที่ปัญหาเดียวโดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว ฉันเป็นโปรแกรมเมอร์ที่โดดเดี่ยวในงานของฉันมานานแล้ว ปกติฉันจะอ่านบทความและโพสต์เกี่ยวกับ ระบบควบคุมเวอร์ชัน บูรณาการ / จัดส่งอย่างต่อเนื่อง วิธีการพัฒนา: Scrum, Waterfall, V-Model, Agile, XP, ฯลฯ การจัดการโครงการซอฟต์แวร์ แต่ดูเหมือนว่าเกือบทั้งหมดจะเน้นที่ทีม ฉันไม่ใช่ทีมงานดังนั้นชุดฝึกหัดขั้นต่ำสุดสำหรับโปรแกรมเมอร์เพียงหนึ่งเดียวคืออะไร พิจารณาเงื่อนไขต่อไปนี้: ฉันไม่ได้ขัดแย้งกับรหัสคนอื่น ฉันไม่ต้องการบำรุงรักษาต้นไม้ / ไดเรกทอรีต้นไม้สภาพแวดล้อมการพัฒนาของฉันใส่ใจเกี่ยวกับการกำหนดเวอร์ชันด้วยตัวเอง (การพัฒนาโดยใช้รูปภาพ) ไม่มีข้อกำหนดที่เป็นทางการผู้ใช้ของฉันไม่ทราบว่าพวกเขาต้องการอะไรและพวกเขาก็ใช้ได้ เพียงคนเดียวที่อาจสนใจส่งมอบเอกสารหรือเป็นฉันโดยทั่วไปลูกค้าต้องการผลและไม่สนใจวิธีการซอฟต์แวร์ ฯลฯ มุมมองของฉันคือฉันไม่ต้องการที่จะใช้เวลาและพลังงานในสิ่งที่ไม่เกี่ยวข้องกับความต้องการของลูกค้าโดยตรง คำแนะนำใด ๆ

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

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

5
วิธีการแนะนำ Agile ให้กับทีมที่ใช้วิธีการที่ไม่ใช่แบบ Agile
พิจารณา บริษัท ที่ได้รับการรับรองอย่างภาคภูมิใจสำหรับวิธีการที่ไม่ใช่แบบ Agile ใช้เป็นจุดขายให้กับลูกค้าเพื่อแสดงความรับผิดชอบ คุณจะไปเกี่ยวกับวิธีการแนะนำ Kanban หรือการแย่งชิงกันมีความก้าวหน้าโดยไม่ทำลายทั้งระบบของพวกเขาและยังคงทำให้พวกเขามีความมั่นใจว่ามันยังคงสามารถเช่นเดียวกับความรับผิดชอบ / ตรวจสอบ ? ฉันรู้ว่าสิ่งนี้อาจเกี่ยวข้องกับ " คุณจะแนะนำวิธีการแบบเปรียวเช่น Scrum " ได้อย่างไร แต่ที่นี่ฉันสงสัยว่าจะหลีกเลี่ยง / หลีกเลี่ยงความจริงที่ว่า บริษัท กำหนดวิธีการจัดการ SDLC ภายใต้ข้ออ้างที่ผิด ๆ วิธีเดียวที่จะมีหลักฐานการตรวจสอบ

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