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

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

14 project-management  agile  freelancing 

ปิด คำถามนี้จะต้องมีมากขึ้นมุ่งเน้น ไม่ยอมรับคำตอบในขณะนี้ ปิดให้บริการใน4 ปีที่แล้ว ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ฉันเป็นแฟนตัวยงของรายการตรวจสอบ มีรายการตรวจสอบการเดินทาง , การย้ายรายการตรวจสอบและแม้กระทั่งรายการตรวจสอบการแย่งชิงกัน บริบท : คุณได้รับการว่าจ้างจาก บริษัท ขนาดใหญ่และกำหนดภารกิจในการติดตั้งสภาพแวดล้อมการพัฒนาซอฟต์แวร์กระบวนการทีม ฯลฯ คุณมี "carte blanche" คุณจะต้องรับผิดชอบในการสร้างการเพิ่มขึ้นของการทำงานของซอฟต์แวร์ ขนาดโครงการ: 2,000 คน / วัน รายการใดบ้างที่คุณจะเพิ่มในรายการตรวจสอบ (เล็กและไม่สมบูรณ์) ต่อไปนี้: ติดตั้งเซิร์ฟเวอร์การรวมอย่างต่อเนื่อง เขียนกระทรวง เขียนแนวทางการเข้ารหัสหนึ่งหน้า สร้างสินค้าค้าง ติดตั้งระบบติดตามบั๊ก กำหนดเวลาหน้าปกติ

14 project-management  development-process 

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

14 project-management  communication 

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

14 project-management  decisions 

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

14 web-development  project-management  agile  web-applications  user-experience 

ฉันรู้ว่ามันเป็นคำถามกว้าง ๆ ดังนั้นฉันจะพยายามเจาะจงให้มากที่สุดเท่าที่จะทำได้ คำถามนี้เป็นคำถาม "องค์กร" มากกว่าคำถามทางเทคนิค เรามีโครงการหลายด้านที่มีองค์ประกอบหลักเหล่านี้: เซิร์ฟเวอร์ที่โฮสต์ตรรกะทางธุรกิจหลัก (ตัวแบบข้อมูล) BackOffice สำหรับลูกค้าที่ใช้ตรรกะทางธุรกิจหลัก แอปพลิเคชัน API (REST) ​​ซึ่งใช้ตรรกะทางธุรกิจหลักเช่นกัน มีแอพสมาร์ทโฟน (iOS และ Android) โดยใช้แอปพลิเคชัน API มีแอปแท็บเล็ตอีกแอนดรอยด์ที่แตกต่างจากสมาร์ทโฟนที่ใช้แอปพลิเคชัน API เดียวกัน เร็ว ๆ นี้ฉันจะอยู่ในการผลิตกับลูกค้าที่ใช้งานอยู่ และเป็นโครงการใด ๆ ฉันจะต้องบำรุงรักษาส่วนประกอบต่าง ๆ ทั้งหมดในช่วงเวลา นั่นหมายความว่าสามารถอัปเกรดทั้งหมดต่อไปนี้: รหัสของตรรกะทางธุรกิจหลักในเซิร์ฟเวอร์ (ใช้โดย back-office, API และผลข้างเคียงจากแอปมือถือ) API เอง (ใช้ทั้งแอพสมาร์ทโฟนและแท็บเล็ต) แอพมือถือทั้งหมด (ผ่าน appstore / googleplay) แน่นอนส่วนฝั่งเซิร์ฟเวอร์ (รหัสตรรกะทางธุรกิจหลักและรหัส API) สามารถเปลี่ยนแปลงได้ทันทีด้วยตัวเอง …

14 design  architecture  project-management  deployment  release-management 

ฉันทำงานต่าง ๆ ตาม Java แต่ผู้อาวุโสของฉันมอบหมายให้ฉันรวบรวมข้อกำหนดสำหรับการสร้างเครื่องมือติดตามบั๊กที่เป็นสากล ฉันได้อ่านความต้องการหลายประเภทจาก Wikipedia และเว็บไซต์ mindtoolsแต่มันสับสนมาก อะไรคือความแตกต่างที่แน่นอนระหว่างข้อกำหนดการใช้งานข้อกำหนดการปฏิบัติงานและข้อกำหนดทางเทคนิค

13 project-management  terminology  requirements  requirements-management 

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

13 project-management 

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

13 project-management  git  github  svn 

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

13 project-management  time-tracking 

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

13 project-management  agile  scrum  planning 

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

13 project-management  version-control  development-process  documentation  builds 

ฉันกำลังมองหาข้อโต้แย้งเพื่อโน้มน้าวให้ฝ่ายบริหารลงทุนในความพยายามในการปรับโครงสร้างใหม่ เราบันทึกการทำงานโดยใช้ Jira และเชื่อมโยงทุก svn-commit กับการเรียก jira ความคิดของฉันคือการทำต่อไปนี้: ตรวจดูพื้นที่ของรหัสด้วยตนเองซึ่งมีการใช้งานที่แย่มาก แต่มักจะใช้: ทั้งจาก User-POV และ Developer-POV (แก้ไขข้อผิดพลาด) รับ svn-commits ซึ่งมี JIRA-Issues กรองปัญหาตามเกณฑ์บางอย่าง (ประเภทปัญหารุ่น prio ฯลฯ ... ) คำนวณเวลา / ความพยายามที่ใช้กับข้อบกพร่องเหล่านี้ ประเมินความพยายามและความเสี่ยงของการปรับโครงสร้างใหม่ แสดงตัวเลขและขอความพยายามแก้ไข คุณคิดยังไงกับสิ่งนี้? การวัดเช่นนี้จะมีประโยชน์และ / หรือน่าเชื่อถือไหม ข้อดีข้อเสียคืออะไร

13 svn  project-management  jira  measurement 

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

13 web-development  project-management 

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

13 project-management  development-process  product-design  product-development