รหัสซ่อนเร้น Dev สาว[FREE][NC]
ตอนที่ 1: “Kick-off ที่ร้อนระอุ”
ตอน
ปรับแต่ง
สารบัญ
ตอนนิยาย ()

ปรับแต่งการอ่าน

พื้นหลังการอ่าน
รูปแบบตัวอักษร
ขนาดตัวอักษร
ระยะห่างตัวอักษร

ตอนที่ 1: “Kick-off ที่ร้อนระอุ”

เสี​แป้พิพ์​ั​ึ้​ู่​ใ​หู​ ​สาธิ​จจ่​ู่​ั​โค้​ตรห้า​ ​ห้าจ​ืสิท​ ​ี​แต่​ตััษร​สีเขี​และ​ขา​เรีรา​เป็​รรทั​ ​ไ่รู้​่า​ผ่า​ไป​ี่​ชั่โ​แล้​ ​แค่​ปล่​ให้​ตัเ​จ​ล​ไป​ใ​โล​ข​โค้

“​ละ​ ​ประชุ​ ​Kick-off​ ​ี​ห้า​าที​”

เสี​ิ​ั​ขึ้​จา​ี​ฟา​ข​ฟฟิศ​ ​ละสาตา​จา​จ​ ​หัไป​​เขา​เล็้​่​จะ​พัห้า​สั้​ๆ​ ​แล้​้ห้า​ลัา​ปิ​จ็​ที่​ทำ​ค้า​ไ้

ละ​ ​—​ ​Backend​ ​Developer​ ​ที่​ไ่ีใคร​า​คุ​้​ ​ไ่ใช่​เพราะ​หิ่​ ​แต่​เพราะ​ไ่​ช​พู

ฉั​ชื่​ ​ละ​ ​สู​ ​160​ ​ซ.​ ​้ำหั​ ​43​ ​.​ ​ผ​า​ตร​สีำ​ ​ใส่​แ่​ล​ร​เิ​ที่​เลื่​ลา​ตา​สัจู​่ๆ​ ​แต่ตั​เรีๆ​ ​เสื้เชิ้ต​โเร์​ไซส์​สีขา​พั​แข​ ​ั​ระโปร​พลีท​สีำ​ ​และ​ที่​สำคัญ​ที่สุ​ ​—​ ​หูฟั​คร​หู​ ​ที่​ห้​ค​ไ้​แท​ตลเลา

ั​เป็​ำแพ​ ​เป็​ข้้า​ ​เป็​เครื่ื​ที่​ช่​ให้​ไ่ต้​พูคุ​ั​ใคร​โไ่จำเป็

​ัทึ​โค้​สุท้า​ ​ปิห้า​จ​ ​และ​ลุ​จา​โต๊ะ​โ​ไ่​พู​ะไร

 

ห้ประชุ

ใ​ห้ประชุ​ ​ี​ผู้ชา​สี่​ค​ร​ู่​แล้

🔹 ​ิ​ ​–​ ​Project​ ​Manager​ ​าุ​ ​33​ ​ปี

​•​ ​ัธาศั​ี​ ​ิ้​่า​ ​และ​ช​ประณีประ​ั​ทุค

​•​ ​แต่​รู้ี​่า​เขา​เป็​ั​าแผ​ที่​ี​เป้าหา​เส

​•​ ​ัี้​ใส่​เชิ้ต​สีรท่า​ั​สูท​ที่​ไ่​ติระุ​ ​ู​เป็​ืาชีพ​แ​สา​ๆ

🔹 ​ภาคิ​ ​–​ ​Business​ ​Analyst​ ​าุ​ ​30​ ​ปี

​•​ ​เีขรึ​ ​และ​จริจั​ั​า​ ​เหืั

​•​ ​เป็​ค​ีระ​ ​คิ​ะไร​เป็​เหตุ​เป็ผล

​•​ ​ั่​​​ทุค​้​สาตา​ิ่​ๆ​ ​เหื​ำลั​ิเคราะห์​พฤติรร​ข​ทุค​ใ​ห้

🔹 ​เส​ ​–​ ​QA​ ​Manager​ ​าุ​ ​28​ ​ปี

​•​ ​ูเหื​ารณ์เสี​ู่​ตลเลา​ ​(​จริๆ​ ​็​่าจะเป็​แ​ั้​ตล​)

​•​ ​ีปัญหา​ั​ ​Developer​ ​เส​ ​เพราะ​ ​QA​ ​ั​ ​Dev​ ​เป็​คู่ปรั​ั​โธรรชาติ

​•​ ​ัี้​ใส่​เสื้​โปโล​ั​าเีส​์​ ​ู​ไ่แคร์​ะไร​จา​า​ที่​ต้​ทส

🔹 ​เ็​ ​–​ ​Dev​ ​Lead​ ​าุ​ ​26​ ​ปี

​•​ ​ผู้ชา​ที่​เี​ที่สุ​ใ​ห้​ ​และ​ค​เป็​คเี​ที่​เี​พ​ๆ​ ​ั​ละ

​•​ ​ใส่​เสื้เชิ้ต​สีเทา​่​ ​ตั​สู​และ​ผ​ ​ให้า​ห่​ๆ​ ​เหื​ค​​ตลเลา

​•​ ​สาตา​​าที​่​ละ​แ​หึ่​ ​่​จะ​หัลั​ไป​จ้​จ​แล็ป​ท็ป​ข​ตัเ

ฉั​เิ​เข้าา​ ​ั่ล​ที่​เ้าี้​โ​ไ่​พู​ะไร​ ​แล้​าหู​ฟั​คร​หูไ​้​​โต๊ะ

ิ​​ทุค​ ​แล้​ิ้​ ​“​โเค​ ​ั้​เริ่​เล​ะ​”

โปรเจค​ให่​:​ ​Change​ ​Request​ ​add​ ​fields​ ​and​ ​new​ ​workflows​

“​ัี้​เรา​ี​ ​Change​ ​Request​ ​เข้าา​”​ ​ิ​เปิไฟล​์​​จ​ ​“​เป็าร​เพิ่​ ​Field​ ​ให่​ใ​ระ​ ​และ​ปรั​ ​Flow​ ​ารทำา​าส่​”

ฉั​พัห้า​เล็้​ ​Change​ ​Request​ ​ีแล้​ ​า​ประเภท​ที่​ไ่ี​ ​Developer​ ​ค​ไห​า​ทำ​ ​เพราะ​ั​ไ่ใช่​โปรเจต์​ให่​ ​แต่​เป็าร​แ้ไข​ขเ่า​ที่​ุ่า

“​ระ​ที่​เรา​ใช้​ั​เ่า​า​”​ ​ภาคิ​พู​ขึ้​ ​“​Flow​ ​ให่​ที่​ลูค้า​ข​เพิ่​าจ​ระท​ั​ข​เิ​ ​ต้​ิเคราะห์​ี​ๆ​”

“​ระท​แ่​”​ ​เส​พู​ทัที​ ​“​แล้​ ​QA​ ​ต้​รัผิช​ทส​ระ​ทั้ห​ี​”​ ​้ำเสี​เหื​จะ​ัฟั​ู่

“​ั้​ละ​ช่​ู​โค้​ฝั่​ ​Backend​ ​แล้​สรุป​ ​Impact​ ​ข​ ​Flow​ ​ี้​ให้​ห่​”​ ​ิ​หัา

“​ื​”

“​เ็​ ​ฝั่​ ​Dev​ ​ฝั่​า​คิ​่า​ไ​?​”

เ็​เหลืตา​​ไฟล์​ที่​ฉา​ขึ้​จ​ ​“​…​ต้​รื้​โค้​เ่า​”​ ​เสี​เขา​เา​า​ ​และ​ฟั​ูเหื​ั​ไ่​ตื่​ี

ิ​ถหาใจ​ ​“​ทุค​ต้​ทำา​เพิ่ขึ้​แ่​”

ฉั​​จ​ ​า​ที่​ไ่ีั​จสิ้​ ​–​ ​ี่​คื​ชีิต​ข​ ​Developer

เสี​ิ​ัค​ั​ต่ไป​ ​แต่ลั​ไ่ไ้​สใจ​ะไร​า​ั

จร​เิ​ๆ

ใ​ห้ประชุ​ ​รราาศ​เริ่​ึครึ​ ​แ้​ิ​จะ​พาา​ทำให้​ั​ู​เป็​ืาชีพ​และ​เป็ัเ​ ​แต่​รู้ี​่า​ั​ไ่ีทา​รารื่

 

“​โเค​ ​เี๋​ผ​ธิา​ ​Requirements​ ​่​”

ภาคิ​เปิไฟล​์​เสาร​ขึ้​า​ห้าจ​โปรเจคเตร์​ ​ตััษร​สีำ​ั​แ่​​พื้​หลั​สีขา​ ​ูเหื​ไ่​เะ​ ​แต่​ใคร​ที่ทำา​พ​ี้​าา​จะ​รู้​่า​ ​ข​แี้​…​ ​ไ่เค​่า

🔹 ​Requirements​ ​ที่​ไ่เค​เรี่า

“​ลูค้า​ต้าร​เพิ่​ ​Field​ ​ให่​ใ​ระ​ ​3​ ​จุ​”

​•​ ​Field​ ​A​ ​–​ ​เพิ่​ใ​ห้า​ ​Form​ ​ต​ร​ข้ูล

​•​ ​Field​ ​B​ ​–​ ​ต้​ึ​ค่า​จา​ ​Database​ ​า​แส

​•​ ​Field​ ​C​ ​–​ ​เป็​ค่า​คำณ​จา​ ​Field​ ​ื่ๆ​ ​แล้​ต้​ไป​แส​ใ​ราา

“​และ​ที่​สำคัญ​ ​เรา​ต้​ปรั​ ​Flow​ ​ให่​ให้​รรั​เื่ไข​พิเศษ​”

Flowchart​ ​ข​ระ​เิ​และ​เส้​โ​ุ่เหิ​ข​สิ่​ที่​ต้​แ้ไข​แส​ขึ้​า​ห้าจ

“​ถ้า​ ​Field​ ​A​ ​ีค่า​เป็​ ​X​ ​ระ​ต้​ปรั​ารทำา​ใ​ขั้ต​ ​Y​”

Flowchart​ ​เหื​โครข่า​ใแุ​ที่​ถู​ขึ​จ​ตึ​ ​ูเหื​ไ่​เะ​ ​แต่​แค่​ขั​จุ​เี​ ​ทุ่า​็​าจ​ล้​ล​ไ้

 

Plan​ ​ข​ิ

“​โเค​ ​ั้​าู​แผา​”

ไท์​ไล์​โปรเจค​แส​​จ​ ​เป็​แ​ ​Waterfall

​•​ ​Phase​ ​1:​ ​Design​ ​(​2​ ​สัปาห์​)​ �​� ​ภาคิ​เ็​ ​Requirements​ ​และ​แ​เสาร

​•​ ​Phase​ ​2:​ ​Development​ ​(​4​ ​สัปาห์​)​ 💻 ​ละ​เป็ตั​หลั​ข​ารพัฒา​โค้​ ​เพราะ​เ็​ต้​ู​ภาพร​และ​ตรจ​โค้​ให้

​•​ ​Phase​ ​3:​ ​Testing​ ​(​4​ ​สัปาห์​)​ 🔍 ​เส​ทำ​ ​SIT​ ​และ​ประสาา​ ​UAT

“​แผ​ี้​เผื่​เลา​ไ้​เต็ที่​ ​รัร​ไ่ีปัญหา​”​ ​ิ​พู​พลา​ิ้​้า

 

จุเริ่ต้​ข​คาุ่า

เส​เริ่​่​ ​้ำเสี​ข​เขา​หัแ่​และ​ติจะ​หุหิ

“​่า​ให้​ั​เป็​เหื​โปรเจค​ที่ผ่าา​”​ ​เขา​พู​พลา​​ ​เ​ตั​พิ​เ้าี้​ ​“​พ​ถึ​ช่​เทสต์​ ​Developer​ ​ั​ให้​รี​เทสต์​ตล​ ​หรืไ่็​เขี​โค้​ี​เล์​า​จ​เรา​ไ่ีเลา​ทส​”

เขา​ไป​ที่​ิ​โตร​ ​ไ่ใช่​ที่​ฉั​ ​หรื​เ็

“​QA​ ​ไ่ใช่​ระส​ทรา​”​ ​เขา​พู​เ้​คำ​ ​“​Dev​ ​ห่​แล้​า​ั​ให้​ ​Test​ ​แ้ปัญหา​ให้​ ​–​ ​ั​ไ่ใช่​ห้าที่​ข​เรา​”

ฉั​เห็​เส้เลื​ตร​ขั​เขา​ระตุ​เล็้​ ​ี่​คื​ปัญหา​ซ้ำซา​ข​ทุ​โปรเจค​ ​QA​ ​ั​เป็​คที​่​ต้​รั​รร​จา​ทุฝ่า

ิ​หัเราะ​แห้​ๆ​ ​พาา​ไ่​ให้​รราาศ​แ่​ล​ ​“​ไ่ต้​ห่​ ​ผ​เผื่​เลา​ทุ่า​ไ้​แล้​”

เ็​เา​้า​ ​ไล่​ี้​ภาคิ

“​แล้​ ​Spec​ ​ล่ะ​?​”​ ​เ็​พู​ขึ้​ ​เสี​ข​เขา​เา​่า​คื่​ ​แต่​ฟั​ูเหื​ารประาศสครา

“​BA​ ​ต้​ ​Support​ ​Developer​ ​ั​ ​Tester​ ​้​ ​ไ่ใช่​ทำ​ ​Spec​ ​เสร็จ​แล้​หาตั​ไป​”

“​Spec​ ​ข​โปรเจค​ที่แล้​ล่ะ​ ​ภาคิ​?​”​ ​เ็​เหลืตา​​ี​ฝ่า​ ​“​ั​ี​หลา​จุ​ที่​ไ่​เคลีร์​ ​แล้​สุท้า​ ​Dev​ ​ต้​าั​่​เา​”

ฉั​เห็​ภาคิ​หรี่​ตาล​เล็้​ ​สาตา​เขา​เ็ชา​และ​าฆาต

“​ผ​ทำ​ ​Spec​ ​ให้​ละเี​พแล้​”​ ​เขา​ต​เสี​เรี​ ​“​แต่​ถ้า​ีคำ​ถา​็​ถา​า​”

“​ถา​แล้​ ​า​ต​ช้า​”​ ​เ็​ส​ทัที

 

ทะเลาะ​ั​เหื​ทุครั้

รราาศ​เริ่​ร้​ขึ้​ ​เสี​ข​เส​ ​ภาคิ​ ​และ​เ็​ตี​ั​ใ​ห้

“​Dev​ ​ทำา​ี​เล์​่า​ำห​เป็​เื​ ​QA​ ​ต้​เทสต์​ภาใ​ ​2​ ​สัปาห์​ ​ั​ุติธรร​ตรไห​?​”​ ​เส​พูเสี​​แข็

“​็​ ​QA​ ​ไ่เข้าใจ​ระ​ี​พ​ไ​”​ ​ภาคิ​พู​ลั​ ​“​า​ต้​ศึษา​ ​Spec​ ​ให้​า่า​ี้​”

“​Spec​ ​า​ั​ไ่​เคลีร์​”​ ​เ็​พูเสี​​เรี​ ​“​แล้​พ​ีปัญหา​ ​BA​ ​็​หา​”

“​ั้​ ​PM​ ​จะ​ช่​ะไร​ไ้​ไห​?​”​ ​เส​หัไป​​ิ​ ​แตา​เต็ไป้​คาคาหั​ ​“​า​เป็​ ​Project​ ​Manager​ ​ไ่ใช่​แค่​ค​แจ​า​หรื​เป็​เส​เซ็​เจร์​”

ิ​ื​ขึ้​เป็​เชิ​สศึ​ ​“​ใจเ็​ ​ทุค​ ​ผ​ไ่ไ้​แจ​า​เฉๆ​ ​ผ​ู​แผ​ให้​เหาะส​แล้​”

“​เหาะส​ั​า​คเี​ ​เจ้าา​าไ้​า​ัี้​า​็​ปั​ธ​ัี้​แล้​าี​ทุ​คร​”​ ​เส​พึพำ

ฉั​​พเขา​ทะเลาะ​ั​เีๆ​ ​​ ​ู​สถาารณ์​ตรห้า​ ​ไ่ี​ส่​ร่​ะไร​ทั้ั้

💥 ​เส​ ​–​ ​ำลั​เื​ ​และ​ใช้​โาส​ี้​โา​ใส่​ทุค​ที่​เี่ข้

👀 ​ภาคิ​ ​–​ ​ำลั​ใช้​สาตา​าฆาต​ตโต้​เ็​ ​แต่​สีห้า​ัค​ิ่

😅 ​ิ​ ​–​ ​พาา​ทำให้​รราาศ​ไ่​แ่​ไป​่าี​้​ ​แต่​เหื​คคุ​ะไร​ไ่ไ้

😐 ​เ็​ ​–​ ​ูเหื​จะ​ไ่ส​ใจ​รราาศ​ ​แค่​พูตา​คาจริ​และ​เล่า​ภาคิ​ไป​เรื่ๆ

เห็ภาพ​ี้​ทุครั้ที่​ี​ ​Kick-off​ ​โปรเจค​ให่

…​เห้

 

สวัสดีจ้าผู้อ่านทุกท่าน

เราคือ HappyHour เราไม่ใช่นักเขียนอาชีพนั้นฝีมือเราอาจจะไม่เก่งมาก

เรื่องอีโรติกที่เรา้ขียนส่วนมากมาจากการอ่าน และประสบการณ์ที่พบเจอเองและคนรอบข้าง

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

โดยจะเน้นจากมุมมองตัวละครตัวเดียว

โดยเรื่องแรกของเราคือ บัณทึกทาสอารมณ์ ด้วยความตั้งใจว่าจะหลาย Season ตอนนี้คิดโครงของ Season 2 และ 3 

 

บัณทึกทาสอารมณ์  Season 1 

จะพูดถึงอรอนงค์ที่ตอบรับดีล ยอมเป็นทาสกามอารมณ์ของต้นและเอก แฝดรุ่นน้องที่ชอบเธอมนาน เนื้อหาจะพูดถึงดีล 1 วันเท่านั้น

ใช่แล้วแค่ 1 วันเท่านั้น แต่เธอต้องเจอประสบการณ์สุดขั่วที่ไม่เคยพบมาก่อน

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

 

ที่ทำไม่ได้หวังรายได้ แต่อาจจะทำเพราะอย่างแบ่งปันความสนุกแก่ผู้อ่าน ช่วยให้กำลังใจด้วยนะะะะ

แสดงเพิ่มเติม
แสดงความคิดเห็น

ความคิดเห็นปักหมุด


ความคิดเห็นทั้งหมด ()

ยังไม่มีการแสดงความคิดเห็น