หลังๆมาตอน Implement ระบบที่ Site ใหม่ๆ ต้องเจอคำถามว่า ควรมี Solution Backup อย่างไร / ถ้ามีปัญหาที่ DC เราจะเตรียมความพร้อมกันอย่างไร เป็นต้นครับ มันเลยเป็นที่มาของ Blog นี้ด้วยครับ ที่มาสรุป Keyword ต่างๆ ที่สำคัญกันครับ Disaster คือ อะไร ? เหตุการณ์ที่ผิดแปลกไปจากสถานการณ์ปกติ เช่น เครื่อง Server พัง, Network ขาด, ไฟไหม้ หรือ ตึก DC โดนตัดไฟ เป็นต้น แม้ว่ามันจะเป็นเหตุการณ์ที่ไม่เจอประจำ…
ตัว CMMI มี Practices Area ใน Capability Area หลายอันนะ แล้ว PCM / PAD และ II มันต่างกันอย่างไรนะ ? กลับมาดูที่ละ Practices Area ว่าเน้นอะไรกัน ถ้าดูจาก Intent และ Value ที่ได้ครับ ผมขอสลับลำดับนะครับ จบไปแล้วกับการอธิบาย Practice Area PAD / PCM และ II ตามแบบฉบับของผมครับ ถูกผิดอะไรทักมาคุยได้ครับ
มีกระบวนการที่ดี แต่ทำงานปัญหาเดิมยังอยู่? พอไปตรวจสอบเงื่อนไขการตรวจวัดต่างๆ มันก็ผ่านแล้วนะ ทำไหมหละ ลองมายกตัวอย่างสักกระบวนการดีกว่า ตัวอย่างกระบวนการที่ผมยกมานั้นเป็นกระบวนการบริการลูกค้า เมื่อเกิดปัญหาการใช้งาน Software โดยใช้ระบบ Ticket Management อย่าง Redmine / Jira เป็นต้นครับ โดยกระบวนการตัวอย่างผมมีรายการละเอียด ดังนี้ เมื่อลูกค้าพบปัญหาการใช้งาน Software เข้ามาใน Ticket Management โดยอยู่ในสถานะ New ทีม Customer Support ได้การแจ้งเตือนว่ามี Incident ใหม่เข้ามาผ่าน Line และดึง Ticket นั้นเข้ามาตรวจสอบเปลี่ยนสถานะจาก New > CS Review…
สำหรับเจ้า PQA และ VV เป็น Practice Area หนึ่งใน CMMI 2.0 ครับ ที่ผมใช้คำว่า practice area เพราะในนิยามของ CMMI ได้ปรับจาก Process Area ที่มีในเวอร์ชันก่อนหน้ามาครับ เพราะเหตุในอันนี้ตามมาในอีก Blog ได้เลยครับ เอาหละกลับมาที่ Practice Area แต่ละอันมัน คือ อะไรกันบ้าง PROCESS QUALITY ASSURANCE (PQA) ตรวจสอบว่า Process ถูกใช้งานตามที่กำหนด หรือไม่ ทุกคนใช้งาน Process ไปในทิศทางเดียวกัน…
เนื่องจากบริษัทที่ผมทำงานอยู่ มีความต้องการปรับปรุงกระบวนการที่ใช้อยู่ให้สอดคล้องกับมาตรฐาน CMMI 2.0 จึงต้องมีการเตรียมความพร้อมกับการตรวจสอบครั้งนี้ และ ATM ก็เป็นหนึ่ง Keyword ที่เกี่ยวข้องในนั้นครับ ATM ในมุมของ CMMI แล้ว ไม่ได้มีหน้าที่สำหรับให้กดเงินนะครับ 555 ในมุมของ CMMI ATM ย่อมาจาก Appraisal Team Member ที่มีหน้าที่ช่วยประเมินกระบวนการขององค์กรครับ ตอนในช่วง Appraisal CMMI ครับ โดย Requirement ของ ATM มี ดังนี้ครับ ต้องมีประสบการณ์ในการทำงานที่เกี่ยวข้องอย่างน้อย 3 ปีคร้บ ผ่านการ Train Course…
ตอนแรก ผมไม่อยากเข้าไปในกลุ่มนี้ครับ (เอาจริงๆมันเป็น UAT เก่าครับ) แต่ทีม Support ของบริษัท ก็ก่อคดีไว้เยอะมาก เช่น หลังจากโดนบ่นซะหน้าชา เอาหวะลองเข้ามาดูและกัน แม้ว่ามันจะผิดกฏของบริษัทก็ตามครับ ผ่านมา 2 สัปดาห์และลองมาดูผลกัน สรุป ความจริง กลุ่ม Line กับ End User ควรเอามาใช้ตอนสำหรับช่วงระยะเวลาเร่งด่วนมากกว่า ที่มีระยะเวลาชัดเจน เช่น ช่วง UAT ของโครงการ แต่ในระยะยาวเอาจริงๆ ผมว่าไม่เหมาะสมนะ งานควรเดินตามกระบวนการ MA มากกว่านะ แล้วต้องเปิดรับ Feedback จาก End User จริงๆ…
หลังจากได้ลองอ่านงานของเพื่อน ของรุ่นน้อง พบว่าหลายคนยังไม่เข้าใจถึง Idea ของการสร้าง UML และ BPMN ครับ เลยขอมาเขียน Blog อธิบายก่อนจะลืมครับ อะไรเกิดก่อนกันครับ ? UML ปี ค.ศ. 1996-1997 หากใครสนใจดูประวัติเต็มมาที่นี่ History of UML ครับ BPMN ปี ค.ศ. 2000 มีแนวคิดเริ่มต้นจากองค์กร Business Process Management Initiative (BPMI) ก่อนจะรวมกับทาง OMG(Object Management Group) ในปี 2005 ครับ…
วันนี้ผมมารีวิวหนังอะไร หรือป่าว ขอตอบว่าไม่ใช่ครับ โดยวันนี้ผมมาสรุป เรื่อง CIA + T Triad ที่มาช่วยให้เราพัฒนาระบบให้มีความปลอดภัยตั้งแต่ช่วงการออกแบบ (Design) ครับ โดยที่ตัวอย่างแต่ละตัวมีความหมาย ดังนี้ครับ จริงๆตอนแรกมันมีแต่ CIA แหละครับ แต่จากหนังสือ Secured by Design ผู้เขียนหนังสือขอเพิ่มตัว T เข้ามาด้วยครับ ซึ่งผมเห็นด้วยนะที่เพิ่ม เพราะ มันช่วยทำให้เราทราบปัญหา การเปลี่ยนไปของข้อมูลด้วยครับ ขอปิดท้ายด้วยว่า Security ไม่ใช่ Functional Requirement แต่มันเป็น Non-Functional Requirement (Quality Attribute) ซึ่งส่งผลกับการออกแบบระบบ และการเลือกใช้สถาปัตยกรรม…
หลังจากลองทดสอบรันเครื่องมือที่เชื่อมกับ Camunda BPMN Engine แล้วมันแปลกๆ เคสที่เคยทำได้กลับไม่ผ่านซักงั้น หรือดักการค่าแล้วไม่ได้ตามที่คิด โดยสาเหตุที่ผลสงสัยน่าจะเกี่ยวกับการทำงานของเจ้า Job Executor Job Executor คือ อะไร มันเป็นตัวจัดการทุกสิ่งที่อย่างที่เป็นงานที่ต้องทำล่วงหน้า หรือมีกำหนดการชัดเจนครับ ซึ่งถ้าเราทำแบบจำลองที่มีการตั้งเวลาไว้ ในแง่ของตัว BPMN Engine มันจะเอาเงื่อนไขเหล่านั้นมาตั้งกำหนดการตามเวลาไว้ โดยเมื่อถึงเวลาที่กำหนดเจ้า Job Executor เข้ามากวาดงานไปทำต่อครับ ถ้าลองดูในส่วน Cockpit ของ Camunda เมื่อ Start Process และทำไปถึงจุดที่ได้มีเงื่อนไขที่เกินกับเวลาไว้ ตัว Camunda ไปสร้าง Job ไว้ครับ ถ้าดูจากแบบจำลองที่ผมแนบพบว่า NextDay…
ปีนี้น่าจะ 2020 เดือน 2 แล้วครับเอาหล่ะลองมาสรุปปัญหาในปีที่ผ่านๆมาดีกว่าครับว่าทำไมคนกลุ่มนึงถึงงานหนักอยู่เสมอ ทำไมโครงการ IT ถึงประเมินงานแล้วอะไรแล้วถึงต้องมาทำวันหยุด ประสบการณ์ผู้ประเมินไม่เพียงพอ อาจจะไม่เชี่ยวชาญในงานที่ทำ หรือ เคยประเมินครั้งแรกครับ Skill ยังขาดไป เช่น เคยทำ Windows APP แล้วมาประเมิน Web APP ประเมินแล้ว แต่เพื่อให้ได้งาน อาจจะต้องลดเวลาประเมินไปให้พอดีกับงบของลูกค้า อันนี้ประสบการณ์คนประเมินคนแรกอาจจะพอ แต่คนถัดมาอาจจะของปัดลดลงไป ไม่เข้าใจใน Product หรือยังใช้งานไม่คล่อง บริหารโครงการไม่เป็น(Project และ MA) ตามใจลูกค้าเกินไป เอ็นดูลูกค้า แต่ทีมตายเอา เลื่อนไป เลื่อนมาจน Delay จนทีมเละจาก Project…
