BiSL® และ Agile Scrum เหมาะสม (ดีที่สุด) อย่างไร?

ในระหว่างการฝึกอบรม BiSL คำถามจะถูกถามมากขึ้นว่า BiSL เหมาะกับ Agile หรือโดยเฉพาะอย่างยิ่งใน Scrum ไม่มีการกล่าวถึงสิ่งนี้ใน BiSL เวอร์ชัน 2.0 - รุ่นที่ 2 แต่นับตั้งแต่การอัปเดตเป็น BiSL เวอร์ชัน 3.0 - รุ่นที่ 3 ใหม่ มีการให้ความสนใจมากขึ้นว่า BiSL เกี่ยวข้องกับโมเดล แนวทาง เฟรมเวิร์ก และมาตรฐานอื่น ๆ อย่างไร รวมถึง Agile สครัม. Bisl-version-3.0-3rd-edition-dictsolutions ตัวอย่างเช่น มีการรวมย่อหน้าเล็กๆ เกี่ยวกับ Agile Scrum ซึ่งอธิบายโดยสรุปว่า Agile Scrum เป็นอย่างไรเมื่อเปรียบเทียบกับแนวทาง Waterfall แบบดั้งเดิม นอกจากนี้ BiSL ละเว้นจากการกำหนดวิธีการและวิธีการ แต่ทำให้ชัดเจนว่าการจัดการข้อมูลธุรกิจ (BIM) จะต้องนำเสนออย่างชัดเจนใน Scrum หรือทีมงานโครงการ สิ่งนี้ตอบคำถามที่ว่า BiSL เหมาะกับแนวทางเช่น Agile Scrum หรือไม่ ใช่และไม่ใช่... BiSL ถือว่าเหมาะสำหรับวิธีการและแนวทางใดๆ แต่บางที เราควรถามคำถามแตกต่างออกไปเพื่อให้ได้คำตอบที่ชัดเจน BiSL มุ่งเน้นไปที่สิ่งที่เรียกว่ามุมมองของผู้ใช้และการกระทำจากความคิดของลูกค้า และนี่ก็ดูสมเหตุสมผลเช่นกัน หลังจากที่ลูกค้าเป็นผู้กำหนดความต้องการและความคาดหวังที่มีต่อผลิตภัณฑ์หรือบริการแล้ว ดังนั้นด้วย BiSL เราจึงเป็นฝ่ายถาม และเท่าที่ผมกังวล BiSL ก็เป็นผู้นำในทุกโครงการด้วย Agile/Scrum ได้รับการคิดค้นเพื่อเป็นแนวทางในการพัฒนาซอฟต์แวร์ภายในไอที สมมติว่าฝ่ายอุปทานที่ต้องการแก้ไขคำถามหรือปัญหาด้านไอที สาเหตุนี้เกิดขึ้นเนื่องจากโดยทั่วไปโครงการด้านไอทีจำนวนมากทำงานได้ไม่ดีในแง่ของระยะเวลารอคอยสินค้าและต้นทุน และในที่สุดผู้ใช้/ลูกค้าก็ไม่ได้รับสิ่งที่พวกเขาคาดหวัง วิธีแก้ปัญหานี้ต้องใช้แนวทางแบบวนซ้ำ/รอบสั้นมากขึ้น ปัจจุบันแนวทาง Agile Scrum ได้รับความนิยมเพิ่มมากขึ้น และดูเหมือนว่าจะเป็นแนวทางในทุกองค์กร และผู้เชี่ยวชาญด้านไอทีทุกคนก็กำหนดไว้เช่นกัน แม้ว่าแนวทางจะเปลี่ยนไป แต่องค์กรด้านไอทียังคงบอกลูกค้าว่าต้องทำอย่างไรและต้องทำอย่างไร เท่าที่ฉันกังวล คำถามไม่ใช่ว่า BiSL เหมาะกับ Agile Scrum หรือไม่ แต่ BiSL และ Agile Scrum เหมาะสมที่สุด (ดีที่สุด) อย่างไร คำถามและจุดเริ่มต้นจึงอยู่ที่ลูกค้าและ BiSL (หรือ FSM ฯลฯ) เป็นผู้นำ เมื่อใช้ร่วมกับไอที เราก็สามารถกำหนดแนวทางที่ดีที่สุดสำหรับการทำให้เป็นจริงได้ นี่อาจเป็น Agile Scrum แต่ก็เป็นโปรเจ็กต์ผ่าน Prince2 ด้วย บ่อยครั้งที่เราได้ยินว่าฝ่ายไอทีกำหนดวิธีทำงาน ซึ่งเป็นงานตามโครงการเมื่อหลายปีก่อน และตอนนี้กลายเป็น Scrum อาจเป็นวิธีการที่แตกต่างออกไปในอีกไม่กี่ปีข้างหน้า? ไอทีควรจะสามารถเสนอวิธีการและวิธีการที่แตกต่างกันอีกมากมายที่สามารถใช้ควบคู่กันได้ เป็นเรื่องพิเศษจริงๆ ที่คุณสามารถมีบ้านที่สร้างตามคำสั่งโดยผู้รับเหมา ซึ่งหลังจากได้ยินว่าคุณต้องการอะไร เขาก็จะสร้างบ้านให้คุณตามโครงการ ถ้าคุณไปที่ IT ด้วยความปรารถนา คำถาม หรือปัญหา ก็คือ มักจะยากเกินไปและสำหรับ ก่อนที่คุณจะรู้ตัว ไอทีก็อยู่ในที่นั่งของลูกค้าเพื่อคิดถึงสิ่งที่ดีสำหรับลูกค้า ดังนั้นพวกเขาจึงยังคงกำหนดวิธีการทำงานและสิ่งที่ต้องส่งมอบเป็นส่วนใหญ่ ในฐานะลูกค้า คุณต้องมาปรากฏตัวเป็นประจำหากมีสิ่งผิดปกติเกิดขึ้น ลูกค้าจะต้องให้ความรู้ด้านไอทีและควบคุม หากคุณในฐานะลูกค้าต้องการพัฒนาบริการใหม่ และคุณเลือกใช้การดำเนินการครั้งใหญ่เพราะคุณต้องการนำหน้าคู่แข่งหรือด้วยเหตุผลทางกฎหมายอื่นๆ ฝ่ายไอทีจะลงมือทันทีเมื่อพิจารณาจากสถานะปัจจุบัน นั่นเป็นไปได้และได้รับอนุญาต แต่ท้ายที่สุดแล้วลูกค้าจะต้องตัดสินใจว่าต้องการอะไรและอย่างไร โดยคำนึงถึงความเสี่ยงที่เกี่ยวข้อง แต่หากในฐานะลูกค้า หากคุณต้องการบริการหรือผลิตภัณฑ์ที่สร้างขึ้นในขั้นตอนเล็กๆ ก็จะต้องเป็นไปได้ที่จะนำไปใช้โดยฝ่ายไอทีเดียวกัน คำกล่าวของ BiSL ที่ว่าการจัดการข้อมูลธุรกิจ (BIM) จะต้องแสดงอย่างชัดเจนใน Scrum หรือทีมงานโครงการจึงเป็นความจริงบางส่วน เมื่อถึงจุดนั้น ได้มีการเลือกแนวทางบางอย่างแล้ว Business Information Management (BIM) ส่วนใหญ่เป็นตัวกำหนดว่าแนวทางนี้คืออะไรและ IT ใดที่เหมาะสมที่สุด ในฐานะลูกค้า คุณต้องการใช้ไอทีโดยมีความรู้ที่จำเป็น ความรู้เกี่ยวกับเครื่องมือ แต่ยังรวมถึงวิธีการและแนวทางต่างๆ คุณต้องการใช้ไอทีที่มีกระบวนการภายในตามลำดับ ซึ่งน่าเสียดายในหลายกรณีที่ไม่เป็นเช่นนั้นเสมอไป ในฐานะลูกค้า คุณคงไม่อยากเผชิญหน้ากับวิธีการใหม่ๆ และ/หรือแนวทางใหม่อื่นๆ…………. แต่ยังมีงานที่ต้องทำในด้านลูกค้า ควบคุมได้มากขึ้น ระบุว่าความต้องการที่แท้จริงคืออะไร กำหนดลำดับความสำคัญที่ชัดเจน และตามที่ BiSL ระบุ มีการนำเสนออย่างชัดเจนภายใน Scrum และทีมงานโครงการ สรุป: คำถามก็คือว่า Agile scrum ควร/สามารถใส่ลงใน BiSL ได้หรือไม่ และไม่ใช่ในทางกลับกัน บางครั้งวิธีนี้จะได้ผลดี แต่บางครั้งก็ไม่ได้ผลเลย แต่หากฝ่ายไอทีมีความรู้เพียงพอ มีวิธีการและแนวทางเพียงพอ ก็ไม่เป็นปัญหา