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

ฉันได้ยินมามากมายเกี่ยวกับการทำแผนที่มูลค่าและวิธีการใช้วิเคราะห์กระแสมูลค่าของกระบวนการผลิตรวมถึงกระบวนการส่งมอบซอฟต์แวร์ ฉันไม่เคยเห็นมันประสบความสำเร็จในบริบทของการพัฒนาซอฟต์แวร์และทีมปฏิบัติการ Value Stream Mapping คืออะไรและนำไปใช้กับการจัดส่งซอฟต์แวร์ได้อย่างไร

19 terminology  process  project-management  analysis 

กฎหมายของ Brooks: การ เพิ่มกำลังคนไปยังโครงการซอฟต์แวร์ที่ล่าช้าทำให้ภายหลัง ในหนังสือของเขาNo Silver Bullet - Essence and Accidents of Software Engineeringเฟรดเดอริกบรูกส์กำหนดแนวคิดของMythical Man Month : สมมติฐานบรูกส์คือโครงการการเขียนโปรแกรมที่ซับซ้อนไม่สามารถแบ่งพาร์ติชันที่ดีที่สุดที่เป็นงานต่อเนื่องที่สามารถทำงานได้โดยไม่ต้องสื่อสารระหว่างคนงานและไม่มีการสร้างชุดของความสัมพันธ์ที่ซับซ้อนระหว่างงานและผู้ปฏิบัติงานที่มีประสิทธิภาพพวกเขา ตั้งแต่ปี 1982 เราได้ก้าวไปข้างหน้าอย่างแน่นอนและรวบรวมประสบการณ์เพิ่มเติมในการบรรเทาปัญหานี้ มีวิธีแก้ไขปัญหาอะไรบ้างที่คุณได้นำไปใช้ในงานของคุณเพื่อเพิ่มทรัพยากรให้กับโครงการโดยไม่ต้องสร้างปัญหามากขึ้น

16 project-management  process  software-engineering 

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

15 culture  project-management 

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

13 project-management  team-role 

โดย Adam Smith แผนกแรงงานสามารถทำให้คุณมีประสิทธิภาพมากขึ้น240 เท่า (ตัวอย่างเช่นโรงงานผลิตพินใน 18 ขั้นตอน) ทำไมจึงมีบทบาทที่มีทักษะหลากหลายเป็นที่ต้องการอย่างมากถ้าสิ่งนี้ช่วยลดประสิทธิผลได้จริงหรือมิ ธ ผิดไปทำไม ค้นหา "fullstack developer" ยังคงมีแนวโน้มใน Google แต่ดูเหมือนจะช้ากว่าสองปีที่ผ่านมา: ===== ในการสรุปผู้พัฒนาสแต็คเต็มรูปแบบสามารถทำทุกห่วงโซ่คุณค่า (แก้ไขฉันถ้าฉันผิด): พูดคุยกับลูกค้าและปรับแต่งข้อกำหนดความคล่องตัวที่สามารถทำงานได้สำหรับส่วนของงาน ตัดสินใจเลือกสถาปัตยกรรมเครื่องมือและส่วนประกอบ - เพียงมอบโน้ตบุ๊กให้เขา เขียนโค้ดสำหรับ frontend, backend, ingration ซึ่งรองรับการทำงานข้ามอุปกรณ์และไม่ต้องการการทดสอบมากหรือรวมถึงมัน โปรไฟล์และข้อมูลภูมิประเทศใช้ Cloud AI / ML APIs สำหรับคุณสมบัติขั้นสูง เขียนรหัส IaC และการเปิดตัวที่จำเป็น โทรแจ้งในกรณีที่เกิดข้อผิดพลาดหรือกระบวนการขาย ระวังการออกแบบที่เกี่ยวข้องกับความปลอดภัยการแพตช์โดยรวมการโยกย้ายและความทันสมัย ตารางเวลาบัญชีในลักษณะที่ละเอียดเพื่อลดความยุ่งยากในการออกใบแจ้งหนี้ของนายจ้าง ... ฉันลืมอะไรไปหรือเปล่า UPD - " เราต้องการผลิตภาพของความเชี่ยวชาญ แต่เราไม่ต้องการมุมมองที่โดดเดี่ยวของ" การแบ่งงานที่รุนแรง …

12 culture  project-management 

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

11 docker  project-management  orchestration 

องค์กรของฉันกำลังประสบกับการระเบิดของ microservices ขณะนี้เราไม่มีวิธีที่เป็นทางการในการเริ่มต้นโครงการใหม่ ฉันพบว่าทีมจะมาหาฉันพร้อมกับข้อบกพร่องในการปรับใช้หรือสร้างกระบวนการและฉันจะใช้เวลากับมันเท่านั้นที่จะตระหนักว่าฉันได้แก้ไขมันแล้วในโครงการอื่น นอกจากนี้ยังมีความไม่สอดคล้องกันระหว่างโครงการที่ฉันต้องการเห็นเป็นมาตรฐาน การเปลี่ยนแปลงมักจะเกี่ยวข้องกับไฟล์เดียว (เช่น serverless.yml หรือ Makefile) ดังนั้นการแก้ปัญหาที่เกี่ยวข้องกับไลบรารีที่ใช้ร่วมกันเช่น submodules git ดูเหมือนจะไม่สามารถใช้งานได้ แต่ละโครงการจะมีชุดการกำหนดค่าของตัวเองที่จำเป็นต้องดูแลรักษาเช่น Dockerfiles หรือ serverless.yml ดังนั้นโซลูชันการจัดการการกำหนดค่าส่วนกลางสำหรับ VM จึงไม่สามารถใช้งานได้จริง ฉันจะมั่นใจได้อย่างไรว่า microservices ใหม่เป็นไปตามมาตรฐานองค์กรและรวมถึงการแก้ไขข้อบกพร่อง / คุณสมบัติจากโครงการที่มีอยู่ในวิธีที่ง่ายและใช้งานง่ายสำหรับนักพัฒนาที่ต้องการเริ่มโครงการใหม่ แนวปฏิบัติที่เหมาะสมที่สุดในการแก้ไขปัญหาเหล่านี้คืออะไร เวิร์กโฟลว์ปัจจุบันที่เรามีคือการถามคนที่อยู่ถัดจากคุณ "ฉันควรโคลนโครงการใดเพื่อใช้เป็นเทมเพลต" จากนั้นลบทุกสิ่งที่ไม่จำเป็นสำหรับโครงการนั้น

10 project-management  microservices