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

Communication คือองค์ประกอบเริ่มต้น ของคนทำเว็บไซด์และคนที่จะจ้างทำเว็บต้องเตรียมไว้
การทำความเข้าใจปัญหา ก่อนเริ่มลงมือและต้องแน่ใจว่าสิ่งที่จะแก้ปัญหานั้นเป็นสิ่งที่ลูกค้าต้องการ
1.  ขอบเขตของปัญหา กำหนดขอบเขตของการพัฒนาตัวระบบ
- ระบุว่าลูกค้าต้องการอะไร
- วางวัตถุประสงค์ของ webapp
- กำหนด webapp features หลักที่สำคัญ
- วางแผนดึงความต้องการรายละเอียดปลีกย่อย
- ต้องให้ผู้มีส่วนได้ส่วนเสียและผู้พัฒนาระบบกำหนดเป้าหมายและวัตถุประสงค์ในการสร้าง webapp ในแต่ละ increment
- ระบุ scope ของการพัฒนาและเงื่อนไขในการวัดความสำเร็จของงาน
คำถามอะไรบ้างที่จะถามลูกค้า
- อะไรที่อยากได้ webapp – วัตถุประสงค์อะไรที่จะใช้ webapp – ใครเป็นคนใช้ webapp

2. เก็บรายละเอียด เก็บความต้องการในรายละเอียดปลีกย่อย
- ประชุมผู้มีส่วนได้ส่วนเสียเพื่อเก็บรายละเอียด (แต่วัฒนธรรมองค์กรอาจไม่เอื้อ)
- วางกฏระเบียบในการมีส่วนร่วมในการประชุม
- มีวาระการประชุม (Agenda) ที่เป็นทางการพอที่จะครอบคลุมประเด็นสำคัญทั้งหมด แต่ก็ควรเปิดช่องให้มีความคิดที่เป็นอิสระพอ
- ผู้อำนวยความสะดวกในการประชุมอาจเป็นลูกค้าหรือ WebE Team
- กลไกในการพูดคุย เช่น work sheets, flip chast, wall sticker

Elicitation Task
-   สามารถระบุได้ว่า user มีกี่ประเภท
-   กำหนดว่าอะไรเป็น content และ function การทำงานโดยใช้รายชื่อ person prepared
-   พิจารณาว่าผู้ใช้อยากให้มีพฤติกรรมอย่างไร เข่น การค้นข้อมูลที่ต้องการใน 10 วินาที
-   เอา user ทำ user scenarios คือการจำลองสถานะการณ์การใช้งานระบบ จะได้เห็นข้อมูลเข้า, ออก, เห็นขั้นตอน
User Descriptions
-   วัตถุประสงค์ของผู้ใช้ระบบ
-   ความรู้พื้นฐานและความเชื่ยวชาญมีมากน้อยแค่ไหน
-   User จะเข้าถึง webapp ได้อย่างไร เพื่อจะได้วางแผนโครงสร้างของสถาปัตยกรรม
-   ผู้ใช้ชอบไม่ชอบ webapp แบบไหน (aglie user satisfiction)
Content and Functionality
-   ให้ผู้มีส่วนได้ส่วนเสียเตรียม list สิ่งที่เค้าต้องการ content and function
-   เมื่อมีการประชุม list ความต้องการทั้งหมด เช่น กระดาษแปะผนัง, เขียนบน white-board, ใส่ใน webboard
-   List ความต้องการเป็นกลุ่ม เอาส่วนซ้ำซ้อนออก, เพิ่มเติม
Content and Performance
-   Internal Constraints: จะมองเรื่อง technology ในการพัฒนาระบบกับขั้นตอนในการพัฒนา
Techonology Environment: ใช้ DB, OS อะไร
Proect Environment: webEtools, development hardware, software, skill ผู้พัฒนา
-   External Constraints ดูการใช้งานอย่างเดียวคือดูที่ตัวลูกค้า
Business Rules: กฏเกณฑ์ต่างๆ ในการดำเนินการขององก์กรนั้นๆ, end-user idiosyncrasies (อุปนิสัย), security demands, ประสิทธิภาพการทำงาน, ความร่วมกันได้กับระบบเดิม, ข้อกำหนดทางกฏหมาย
3.   Negotiation
-   เมื่อได้ requirement มาแล้วก็จะดูว่าอันไหนเป็น contradictory (ขัดแย้ง) หรือ infeasible (เป็นไปไม่ได้) ก็ต้องมีการต่อรองกับผู้มีส่วนได้ส่วนเสีย
-   การต่อรองที่ดีที่สุดคือ win-win result
1.   การต่อรองไม่ใช่การแข่งขัน แต่เป็นการประณีประนอมกันเพื่อให้ทุกคนพอใจ
2.   เขียนแผนกลยุทธ์ออกมา ดูว่าสิ่งที่ทั้งสองฝ่ายอยากได้คืออะไรและทำให้ทั้งสองอย่างเป็นจริงให้ได้มากที่สุด
3.   listen actively จะต้องฟังมากกว่าโต้ตอบกัน
4.   เน้นว่าเค้าอยากได้อะไร เค้าสนใจในสิ่งไหน ดูว่าเค้าอยากได้อะไรเพราะอะไร
5.   จะต้องไม่ถือเป็นเรื่องส่วนตัว ให้เน้นที่ปัญหาที่ต้องการจะแก้ไข
6.   ให้มีความคิดสร้างสรรค์
7.   ต้องพร้อมจะยอมรับในข้อตกลงร่วมกัน

ผมไม่ได้เป็นคนรับงานนะครับ เอามาเล่าสู่กันฟัง

อ้างถึงจาก: shellshock ใน 12 มีนาคม 2015, 06:46:09
ผมไม่ได้เป็นคนรังานนะครับ เอามาเล่าสู่กันฟัง

ขอบคุณมากครับที่เอามาแชร์ 

เข้ามาฟังด้วยครับ 

เกิดจากการสื่อสารที่ผิดตั้งแต่ขั้นตอนแรก

ขอบคุณครับ 

   ที่เจอบ่อยสุดก็งบพันอยากได้งานหมื่น... แล้วก็พวกที่ไม่เข้าใจในตัวเองและยึดตัวเองเป็นแกนโลก

เป็นกำลังใจให้ครับ

อ้างถึงจาก: MD.18 ใน 12 มีนาคม 2015, 07:34:49
  ที่เจอบ่อยสุดก็งบพันอยากได้งานหมื่น... แล้วก็พวกที่ไม่เข้าใจในตัวเองและยึดตัวเองเป็นแกนโลก

อารมย์นี้เลย

อ้างถึงจาก: MD.18 ใน 12 มีนาคม 2015, 07:34:49
 ที่เจอบ่อยสุดก็งบพันอยากได้งานหมื่น... แล้วก็พวกที่ไม่เข้าใจในตัวเองและยึดตัวเองเป็นแกนโลก

ผมว่าคนส่วนใหญ่ที่มาให้ทำเว็บหรือseo ไม่ค่อยรู้เรื่องในวิธีการทำเลยเป็นแบบนี้แหละครับ

เคยเจอแบบว่า

ผม: ขอควาย (requirement) คร่าวๆครับ
ลค: อยากได้เวปแบบ eBay แบบลาซาด้า
ผม: ขอรายละเอียดเพิ่มเติมมากกว่านั้นได้มั้ยครับ
ลค: เอาตามเวปที่ว่าเลย
ผม: ...

บ่อยมากครับ กับลูกค้าไม่เตรียมข้อมูล ให้เราคิดเอง สุดท้ายเปลี่ยนควายอีก เปลืองพลังงานมาก

อ้างถึงจาก: bthpp0ng ใน 12 มีนาคม 2015, 09:31:08
เคยเจอแบบว่า

ผม: ขอควาย (requirement) คร่าวๆครับ
ลค: อยากได้เวปแบบ eBay แบบลาซาด้า
ผม: ขอรายละเอียดเพิ่มเติมมากกว่านั้นได้มั้ยครับ
ลค: เอาตามเวปที่ว่าเลย
ผม: ...

บ่อยมากครับ กับลูกค้าไม่เตรียมข้อมูล ให้เราคิดเอง สุดท้ายเปลี่ยนควายอีก เปลืองพลังงานมาก

จริงครับ แต่ผมก็ต้องขอเพิ่มเติมอยู่ดีครับ ถ้าไม่มีผมก็ทำใบเสนอราคาให้ไม่ได้ครับ ทุกอย่างต้องชัดเจนกระจ่างในระดับหนึ่งครับ  ถึงจะทำได้ ไม่งั้นผมไม่ทันครับ 

อ้างถึงจาก: sys2528 ใน 12 มีนาคม 2015, 09:35:20

อ้างถึงจาก: bthpp0ng ใน 12 มีนาคม 2015, 09:31:08
เคยเจอแบบว่า

ผม: ขอควาย (requirement) คร่าวๆครับ
ลค: อยากได้เวปแบบ eBay แบบลาซาด้า
ผม: ขอรายละเอียดเพิ่มเติมมากกว่านั้นได้มั้ยครับ
ลค: เอาตามเวปที่ว่าเลย
ผม: ...

บ่อยมากครับ กับลูกค้าไม่เตรียมข้อมูล ให้เราคิดเอง สุดท้ายเปลี่ยนควายอีก เปลืองพลังงานมาก

จริงครับ แต่ผมก็ต้องขอเพิ่มเติมอยู่ดีครับ ถ้าไม่มีผมก็ทำใบเสนอราคาให้ไม่ได้ครับ ทุกอย่างต้องชัดเจนกระจ่างในระดับหนึ่งครับ  ถึงจะทำได้ ไม่งั้นผมไม่ทันครับ 

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

อ้างถึงจาก: sys2528 ใน 12 มีนาคม 2015, 09:35:20

อ้างถึงจาก: bthpp0ng ใน 12 มีนาคม 2015, 09:31:08
เคยเจอแบบว่า

ผม: ขอควาย (requirement) คร่าวๆครับ
ลค: อยากได้เวปแบบ eBay แบบลาซาด้า
ผม: ขอรายละเอียดเพิ่มเติมมากกว่านั้นได้มั้ยครับ
ลค: เอาตามเวปที่ว่าเลย
ผม: ...

บ่อยมากครับ กับลูกค้าไม่เตรียมข้อมูล ให้เราคิดเอง สุดท้ายเปลี่ยนควายอีก เปลืองพลังงานมาก

จริงครับ แต่ผมก็ต้องขอเพิ่มเติมอยู่ดีครับ ถ้าไม่มีผมก็ทำใบเสนอราคาให้ไม่ได้ครับ ทุกอย่างต้องชัดเจนกระจ่างในระดับหนึ่งครับ  ถึงจะทำได้ ไม่งั้นผมไม่ทันครับ 

จริงครับ  ผมเจอบ่อย ๆ  ลูกค้าบอกออกแบบมาเถอะเอาตามเว็บตัวอย่างเลย  แต่ข้อมูลสินค้าไม่ส่งให้เรา ..

ยากจริง ๆ การรับจ้างเขียน ตอนแรก requirement เท่าจิ้มมด

แต่พอทำไปได้ซักพัก requirement ขยาย เพิ่มตรงนี้นิด ตรงนี้ให้พี่หน่อย T.T น้ำตาแทบไหล

ขอบคุณครับสำหรับบทความดี ๆ จะลองเอากับไปปรับใช้ดูครับ

หลักๆคือ พยายามเก็บควายให้ได้มากที่สุดก่อนจะเริ่มทำครับ

ปล.พูดง่าย ทำยาก
ปล2. ช่วงที่ยากอีกช่วงคือ ก่อนส่งมอบครับ ลูกค้าส่วนใหญ่จะขอแก้จนเฮือกสุดท้ายเลย

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

1.Communication: คือการโต้ตอบและทำงานร่วมกันกับลูกค้า(หรือผู้มีส่วนได้ส่วนเสีย) เพื่อรวบรวม requirement และข้อมูลที่เกี่ยวข้องกับกิจกรรมอื่นๆที่เราจะต้องทำด้วย
2.Planning: สร้างแผนการทำงานที่เป็น incremental plan
3.Modeling: การวิเคราะห์และออกแบบสร้าง model เพื่อให้ลูกค้าเข้าใจ webapp requirement และ design ได้ดียิ่งขั้น
4.Construction: เอาตัว modeling มาเขียนโปรแกรมจริง รวมทั้งทดสอบว่า webapp นั้นไม่มีข้อผิดพลาด (errors)
5.Deployment เอา code ที่สร้างไปใช้งานแล้วให้ลูกค้านำไปประเมินและให้ feedback กลับมาเพื่อนำไปปรับปรุงใน increment ถัดไป

ทำตามสเต็ป ก็ไม่น่าจะมีปัญหา
อันนี้มุมมองของ ล/ค ครับบ


แรงไปก็ขออภัย แค่เอาข้อความที่เคยเจอมาเล่าให้ฟัง