Try using it in your preferred language.

English

  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • ไทย
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar
translation

นี่คือโพสต์ที่แปลด้วย AI

투잡뛰는 개발 노동자

[เรื่องราวของนักพัฒนา SI] 09. การเริ่มต้นการพัฒนาอย่างจริงจังหลังจากการเข้าร่วมโครงการ SI

เลือกภาษา

  • ไทย
  • English
  • 汉语
  • Español
  • Bahasa Indonesia
  • Português
  • Русский
  • 日本語
  • 한국어
  • Deutsch
  • Français
  • Italiano
  • Türkçe
  • Tiếng Việt
  • Polski
  • Nederlands
  • हिन्दी
  • Magyar

สรุปโดย AI ของ durumis

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

เรื่องราวของนักพัฒนา SI
#9. หลังจากเข้าร่วมโครงการ SI - การเริ่มต้นพัฒนาอย่างจริงจัง



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

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

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

เป้าหมายของ SI คือการทำให้ระบบทำงานได้อย่างใดอย่างหนึ่ง ดังนั้นจึงมักจะลดความสำคัญของการเขียนโค้ดแบบสะอาดและประสิทธิภาพ

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

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

เมื่อพัฒนาใน SI ควรคำนึงถึงสิ่งต่อไปนี้

  • เนื้อหาสามารถเปลี่ยนแปลงได้ตลอดเวลา
  • ลูกค้าไม่รู้เรื่องอะไร ควรแสดงให้เห็นทีละหน้าจอและขอรับคำติชมเป็นประจำ
  • ไม่ควรตอบตกลงกับคำขอเพิ่มเติม เว้นเสียแต่ว่าเป็นคำขอที่จำเป็นจริงๆ
  • ฉันไม่ใช่บิล เกตส์ ลูกค้าชอบหน้าจอที่สร้างเสร็จเร็วกว่าโปรแกรมที่เขียนอย่างมีประสิทธิภาพ
TheCareer
투잡뛰는 개발 노동자
코딩, 취업, 이직, 경제에 관심 많은 IT 노동자
TheCareer
[เรื่องราวของนักพัฒนา SI] 08. การทำความเข้าใจงานในช่วงเริ่มต้นของโครงการ SI คู่มือการทำความเข้าใจงานสำหรับนักพัฒนาที่เพิ่งเข้าร่วมโครงการ SI คำแนะนำนี้จะช่วยให้คุณเข้าใจกรอบโครงการและฟังก์ชั่นที่จำเป็นผ่านเอกสารข้อเสนอและ RFP และใช้เวลาประมาณ 1 เดือนในการทำความเข้าใจบรรยากาศและเนื้อหาของโครงการเพื่อรับความรู้ที่จำเป็นสำหรับการพัฒ

18 เมษายน 2567

[เรื่องราวของนักพัฒนา SI] 10. เอกสารในโครงการ SI คืออะไร? การจัดทำเอกสารในโครงการพัฒนา SI เป็นขั้นตอนที่จำเป็น แต่ในความเป็นจริง มักจะเขียนเอกสารในขั้นตอนสุดท้ายของการพัฒนา สาเหตุมาจากระยะเวลาของโครงการที่จำกัดและความกังวลเกี่ยวกับการเปลี่ยนแปลงข้อกำหนด โดยเฉพาะนักพัฒนาใหม่ จะต้องรับผิดชอบในการจัดทำเอกสาร และสัม

19 เมษายน 2567

[เรื่องราวของนักพัฒนา SI] 11. การรักษาโครงการ SI เรื่องราวของข้อเสนอ บล็อกโพสต์นี้กล่าวถึงขั้นตอนการเขียนข้อเสนอเพื่อขอรับโครงการ SI ตั้งแต่การเขียนเอกสารข้อเสนอ การเขียนข้อเสนอ และข้อควรระวังในการเขียนข้อเสนอ โดยเน้นประสบการณ์ที่นักพัฒนาใหม่สามารถได้รับ จากการเขียนข้อเสนอ

19 เมษายน 2567

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

22 พฤษภาคม 2567

วิธีการพัฒนาแบบ Waterfall คืออะไร? วิธีการพัฒนาแบบ Waterfall เป็นวิธีการแบบดั้งเดิมในการพัฒนาซอฟต์แวร์ที่แบ่งกระบวนการพัฒนาออกเป็นขั้นตอน การวิเคราะห์ความต้องการ การออกแบบ การพัฒนา การทดสอบ การปรับใช้ และการบำรุงรักษา โดยดำเนินการตามลำดับ วิธีการนี้มีข้อดีคือโครงสร้างที่ชัดเจนและเอกสารที่ส
꿈많은청년들
꿈많은청년들
꿈많은청년들
꿈많은청년들
꿈많은청년들

14 พฤษภาคม 2567

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

3 พฤษภาคม 2567

อีกโครงการเสร็จสมบูรณ์แล้ว -2 บทความบล็อกนี้ให้กลยุทธ์เชิงปฏิบัติห้าข้อสำหรับการเติบโตอย่างมีประสิทธิภาพในโครงการ: อ่านสถานการณ์ ยืนหยัดอย่างแข็งขันในหัวข้อที่ขัดแย้ง ถามคำถามที่ดีและติดตามอย่างจริงใจ ชี้แจงสิ่งที่คุณรู้และไม่รู้ และใช้รายการ
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son

3 พฤษภาคม 2567

RFP (คำขอเสนอราคา) คืออะไร? RFP เป็นคำขอเสนอราคาสำหรับโครงการ โดยที่บริษัทหรือองค์กรจะใช้เอกสารนี้เพื่อระบุเป้าหมายของโครงการ ข้อกำหนด และเกณฑ์การประเมินไปยังผู้ให้บริการภายนอก เพื่อคัดเลือกผู้ให้บริการที่เหมาะสมที่สุด การเขียน RFP มีความสำคัญในการตั้งเป้าหมายที่ชัดเจน การกำหนดข้อกำ
꿈많은청년들
꿈많은청년들
ภาพที่มีข้อความ RFP
꿈많은청년들
꿈많은청년들

16 พฤษภาคม 2567

ไม่มีใครต้องการ 'กลยุทธ์' ของนักวิจัย ผู้เขียนที่มีประสบการณ์ในภาคสนาม ไม่ใช่ดีไซเนอร์หรือ UX รีเสิร์ช แบ่งปันคำแนะนำเชิงกลยุทธ์เพื่อการส่งมอบข้อมูลเชิงลึกที่มีประสิทธิภาพภายในองค์กรในยุคของปัญญาประดิษฐ์ ข้อเสนอแนะ 'เสียงของผู้บริโภค' ไม่เพียงพอ และกลยุทธ์การใช้การเล่าเรื่องและวัสดุภาพที่สอดค
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son
Byungchae Ryan Son

21 พฤษภาคม 2567