ทำให้งานธนาคารที่ย่อยได้

เมื่อฉันเริ่มต้นอาชีพในด้านเทคโนโลยีการธนาคารในยุค 80 ตอนแรกฉันทำงานกับเมนเฟรม

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

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

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

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

กรอไปข้างหน้าอย่างรวดเร็ว 30 ปีและนี่คือบรรทัดฐานในขณะนี้ ในช่วง 30 ปีที่ผ่านมา เราพบว่ามีการบูรณาการผู้ใช้ทางธุรกิจและไอทีเพิ่มมากขึ้น แม้แต่ผู้ให้บริการซอฟต์แวร์ก็ยังก้าวไปสู่รูปแบบที่ลูกค้ามีส่วนร่วมอย่างมากกับผลิตภัณฑ์ใหม่

อย่างไรก็ตาม โดยทั่วไปแล้วสำหรับข้อกำหนดเฉพาะของธุรกิจ นักวิเคราะห์จะจัดทำเอกสารข้อกำหนดดังกล่าว และนักพัฒนาซอฟต์แวร์จะเขียนโค้ด เป็นแบบอย่างมานานหลายทศวรรษ

มีความพยายามที่จะเปลี่ยนแปลงสิ่งนี้ เพื่อให้ผู้ใช้ทางธุรกิจสามารถเขียนโซลูชันของตนเองโดยใช้โซลูชันแบบ low-code หรือ no-code อันที่จริง บริษัทล่าสุดของฉัน edgeIPK เป็นผู้บุกเบิกในการสร้างแพลตฟอร์มที่ไม่มีโค้ดสำหรับการพัฒนาเว็บ/แอพมือถือ Gartner เรียกผู้ใช้เครื่องมือดังกล่าวว่า "นักพัฒนาที่เป็นพลเมือง" สิ่งนี้ช่วยลดการแยกข้อกำหนดและการพัฒนา แต่ฉันกล้าพูดว่ามันสร้างโซลูชันจำนวนมากที่ยากต่อการบำรุงรักษาและส่งเสริมการนำกลับมาใช้ใหม่เพียงเล็กน้อย ดังนั้น เครื่องมือดังกล่าวจึงไม่ได้ถูกนำมาใช้จริงในระดับองค์กรสำหรับโซลูชันที่มีความสำคัญต่อภารกิจ

อย่างไรก็ตาม สิ่งนี้อาจเปลี่ยนแปลงได้ด้วยการธนาคารแบบย่อยได้ โดยเน้นที่การพัฒนา เผยแพร่ และใช้หน่วยการสร้างจากตลาด จากนั้นอนุญาตให้ผู้อื่น "เขียน" บล็อกเหล่านี้เป็นโซลูชันที่สมบูรณ์ แต่เห็นได้ชัดว่ามันไม่ง่ายอย่างนั้น Yefim Natis นักวิเคราะห์ VP ที่มีชื่อเสียงและนักวิจัยที่ Gartner กำหนดห้าบทบาทต่อไปนี้ในการธนาคารแบบประกอบได้:

1. สถาปนิกองค์กร (EA): ผู้ที่ควบคุมโซลูชันโดยรวมในระดับสูง เพื่อให้มั่นใจว่ามีการใช้ซ้ำและความสม่ำเสมอสูงสุด สถาปัตยกรรม BIAN เป็นตัวอย่างที่ดีของสิ่งที่ EA สร้างขึ้นได้ BIAN นำเสนอรูปแบบที่ยอดเยี่ยมสำหรับการประยุกต์ใช้ "หน่วยการสร้าง" ที่ประกอบได้สำหรับสถาปัตยกรรมธนาคารที่สมบูรณ์
2. ผู้สร้าง: นักพัฒนาที่สร้างและเผยแพร่หน่วยการสร้างของการคำนวณ ฟังก์ชันการทำงาน หรือความสามารถทางธุรกิจแต่ละรายการ
3. ภัณฑารักษ์: บทบาทในการจัดการ "ห้องสมุด" หรือตลาดของหน่วยการสร้าง ไลบรารีนี้ควรรวมโซลูชันที่ได้มาซึ่งกรรมสิทธิ์หรือของบุคคลที่สามด้วย
4. ผู้แต่ง: ทีมที่เขียนโซลูชันจากหน่วยการสร้าง โดยใช้แพลตฟอร์มและเครื่องมือองค์ประกอบแอปพลิเคชัน แต่ไม่จำเป็น
5. ผู้บริโภค: ผู้ใช้จริงของแอปพลิเคชัน

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

ฉันแค่พูดว่า "composable Banking" ไม่ใช่แค่ปัญหาด้านไอทีเท่านั้น แต่ยังเกี่ยวข้องกับผู้ใช้ทางธุรกิจอีกด้วย ไม่ใช่แค่การพัฒนามาตรฐานที่มีไลบรารี่ที่ใช้ซ้ำ แต่เป็นการเปลี่ยนแปลงขององค์กร และบริษัทต่างๆ จะต้องลำบากที่จะเห็นประโยชน์อย่างเต็มที่หากไม่มีการเปลี่ยนแปลงนี้

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

ตามที่ฉันได้เน้นใน โพสต์ก่อนหน้านี้, การธนาคารแบบประกอบได้สามารถแก้ปัญหาได้หลายอย่างสำหรับธนาคาร แต่จะต้องมีการเปลี่ยนแปลงองค์กรและควรได้รับการสนับสนุนโดยกลยุทธ์เพื่อให้ความรู้และนำวิธีการทำงานใหม่ที่ได้รับการสนับสนุนจากบทบาทใหม่ เช่นเคย เครื่องมือและทฤษฎีพร้อมใช้งาน มารอยู่ในรายละเอียด มีตัวอย่างที่ดีขององค์กรที่ทำงานนี้ และฉันหวังว่าจะเขียนเกี่ยวกับพวกเขาในไม่ช้า

เกี่ยวกับผู้เขียน

Dharmesh Mistry อยู่ในการธนาคารมานานกว่า 30 ปีและอยู่ในระดับแนวหน้าของเทคโนโลยีการธนาคารและนวัตกรรม ตั้งแต่อินเทอร์เน็ตและแอพธนาคารบนมือถือไปจนถึงปัญญาประดิษฐ์ (AI) และความเป็นจริงเสมือน (VR)

เขาอยู่สองข้างทางของรั้วและเขาไม่กลัวที่จะแบ่งปันความคิดเห็นของเขา

เขาเป็น CEO ของ ถามโฮมมี่ซึ่งเน้นที่ประสบการณ์สำหรับครัวเรือน นักลงทุน และที่ปรึกษาด้าน proptech และ fintech

ติดตาม Dharmesh บน Twitter @dharmashmistry และ  LinkedIn.

อ่านเพลง "ฉันแค่พูด" ทั้งหมดของเขา โปรดคลิกที่นี่เพื่ออ่านรายละเอียดเพิ่มเติม.