Skip to content

2023

The Marshmallow Challenge - Unveiling Lessons in Teamwork, Creativity, and Innovation

Welcome to Continuous Improvement, the podcast where we explore strategies for personal and professional development. I'm your host, Victor, and in today's episode, we're going to dive into the fascinating world of team-building exercises with a particular focus on the Marshmallow Challenge. This seemingly simple activity has gained immense popularity and offers valuable insights into teamwork, creativity, and innovation. So, let's get started!

The Marshmallow Challenge is a test of innovation and collaboration. The objective is to build the tallest structure possible using only 20 sticks of spaghetti, one yard of tape, one yard of string, and, most importantly, one marshmallow. Teams have just 18 minutes to brainstorm, design, and execute their plan.

Interestingly, the outcomes of this challenge can be quite intriguing. For instance, business school graduates often struggle to achieve favorable results. They tend to spend a significant amount of time designing an elaborate plan. However, this leaves them with little room for execution, resulting in rushed attempts and unsatisfactory outcomes.

On the other hand, it's the kindergarten students who consistently shine in this challenge. They approach it with an instinctive and effective strategy. Rather than investing excessive time in planning, they embrace an iterative process of building and refining their structure. Through multiple attempts, they gain valuable insights and continuously improve their solutions.

So, what can we learn from the Marshmallow Challenge? Well, let's start with the importance of questioning assumptions. Teams often underestimate the weight of the marshmallow until it's too late. This unexpected obstacle highlights the existence of false assumptions in every project. It reminds us to remain vigilant, continually questioning our assumptions, and considering potential hidden challenges.

Another key lesson lies in embracing iterative design. Kindergarten students excel in this challenge because they learn from their failures. They adopt a mindset of experimentation and iteration. They start with a basic prototype, gather feedback, and gradually enhance their structure. This iterative process is also employed by startups, allowing them to swiftly enter the market with a minimum viable product and continuously improve based on user feedback.

In conclusion, the Marshmallow Challenge is more than just a fun team-building exercise. It provides us with valuable insights into teamwork, creativity, and innovation. Whether we're working with business school graduates or kindergarten students, we can all benefit from embracing an iterative design process, questioning assumptions, and continuously refining our approach.

That's it for today's episode of Continuous Improvement. I hope you've found this exploration of the Marshmallow Challenge enlightening and informative. As always, remember that continuous improvement is a journey, so keep challenging yourself and seeking new ways to grow.

Thank you for joining me today. I'm Victor, and I'll catch you in the next episode of Continuous Improvement. Take care and stay curious!

棉花糖挑戰 - 揭示團隊合作、創意和創新的課程

在團隊建立練習中,棉花糖挑戰已成為一種流行的活動,該活動提供了有關團隊合作、創新和創意的寶貴課程。這種看似簡單的練習,涉及使用有限數量的材料建造最高的結構,已被從幼稚園學生到全球領先公司的高層經理人廣泛接受。通過審視這種挑戰的結果,我們可以洞悉不同組別採用的策略,並為我們自己的合作努力提取有價值的觀點。

棉花糖挑戰的規則

在僅有18分鐘的時間內,每個組別的任務是使用20根意大利麵、一碼膠帶、一碼線和最重要的,一個棉花糖,來構建一個塔。目標是設計和構建一個結構,使其達到最大可能的高度,棉花糖穩健地位於頂部。

對學習到的課程的反思

一個值得注意的見解來源是TED演講,題為“建立塔,建立團隊”。在棉花糖挑戰中的觀察揭示了成功和失敗的團隊表現,揭示了引人入勝的模式和行為。

表現差的組別:商學院畢業生

奇怪的是,商學院的畢業生在棉花糖挑戰中常常難以達到好的結果。這些團隊傾向於投入大量時間來設計一個單一的、精細的計劃。不幸的是,這種方法消耗了他們的大部分時間,使他們幾乎沒有執行的機會。因此,仓促的執行導致結構崩塌和不滿意的結果。

表現好的組別:幼稚園學生

相比之下,幼稚園學生在棉花糖挑戰中一直表現出驚人的技能。這些年輕的學習者體現了直覺性和有效的問題解決方法。他們並沒有花費過多的時間在規劃上,而是選擇了建造和瞭解他們結構的反覆過程。經過多次嘗試,其中有很多都導致崩塌,他們對手頭的問題有了寶貴的見解,並不斷改進他們的解決方案。

需要學習的重要課程

棉花糖挑戰是一個突出原型和迭代設計重要課程的有力工具。通過分析這個練習的結果,有幾個關鍵的要點浮現出來:

重大假設:棉花糖驚喜

棉花糖挑戰揭示了棉花糖的欺騙性質,這通常被低估。等到最後一刻才把棉花糖放在頂部的團隊,常常見證到他們的結構崩塌。這個意想不到的障礙突显出在每一個項目中都存在的錯誤假設,直到最後的時刻才潛伏出來。這提醒我們要保持警覺,時刻質疑我們的假設並考慮可能的潛在挑戰。

擁抱迭代設計

幼稚園學生在棉花糖挑戰中的成功突出了迭代設計的威力。通過擁抱實驗和從失敗中學習的心態,他們不斷改進他們的方法。新興公司也採用了這種方法來迅速進入市場。他們確定了最小可行產品(MVP),這是他們最初產品的基本功能。通過迭代設計,他們收集反饋,反覆嘗試,並逐步提升他們的產品。

結論

棉花糖挑戰已經成為一種流行的團隊建設練習,超越了年齡和專業的界限。其簡單性掩蓋了它關於團隊合作、創新和創意的寶貴課程。從商學院畢業生和幼稚園學生的經歷中,我們學到了擁抱迭代設計過程、質疑假設、並不斷煉製我們的方法的重要性。通過將這些見解融入我們的合作努力中,我們可以培養創新文化,並以團隊的形式取得卓越的成果。

Create An Innovation Strategy with Design Thinking

Thought Machine is a fintech company that builds cloud-native technology to revolutionize core banking and payments. The company was founded in 2014 by a former Google employee, Paul Taylor. Its mission is to eliminate legacy technology from the world's banks in a comprehensive and lasting way. To achieve this, the company is rebuilding the fundamental technologies of banking.

The current situation at Thought Machine is one of rapid growth, as the company expands its offerings and increases its global reach. Innovation is crucial not only for expanding beyond the tier 1 and 2 bank segments with complex deployments, but also for staying ahead of competitors who may develop similar products. To ensure the company's survival and prosperity in the coming decade, an innovation strategy is necessary. Adopting design thinking successfully is a prerequisite for sustained vitality

The innovation strategy involves using design thinking principles to drive innovation within our organization. This means understanding the needs and desires of our banking customers and using that knowledge to create products and services that meet those needs in new and exciting ways. Through this approach, Thought Machine can develop banking products and services that have the potential to disrupt the banking market.

The focus of this innovative initiative is on developing new core banking product features and functionality, exploring new use cases to meet customer needs and remain competitive, improving operational efficiency by reducing cloud hosting costs and CPU resources. As a result of that, we would be increasing market share by capturing a larger market share in APAC, including Singapore, Japan, Korea, Vietnam and Japan, and expanding the number of clients from Europe to the new region. To develop an innovation strategy for my management team at Thought Machine, I would recommend the steps below.

Firstly, we need to identify the greatest pain points of banking customers that Thought Machine can alleviate. In a sales and client-facing environment, backend engineers can speak directly to banking customers and observe them in their offices, rather than sitting in the Thought Machine office and imagining what they want. By conducting user interviews, we can often shatter preconceptions. While our backend engineers may be technology-oriented, my experience of talking to business users in banks has shown that technology is not considered a competitive edge by them. The true pain point is their inability to provide new services to their customers due to the complexity of legacy technology. The focus is not on the technology itself, but on the ability of new technology to enable them to offer new financial services in the market.

After speaking with many banking customers, we have a better understanding of their pain points. Despite the proliferation of cloud infrastructure in the market, most of the world's top retail banks are still running on legacy systems, such as IBM mainframes. Banks are burdened by the old systems they are hard to maintain. Legacy stacks do not support the ways of working needed to rapidly deliver new financial products to customers. Significant time and resources are wasted because the old services are tightly coupled, introducing the risk of cascading issues. Moreover, the banking industry is highly regulated, and senior management of banks are often unwilling to take risks and make changes, as they are concerned about reputation damage.

After identifying the pain point, we can use divergent thinking to brainstorm ideas and apply design thinking principles for prototyping and testing. The best way to maintain momentum is to get code into the hands of banking users as quickly as possible. This will help determine whether the solution has potential or not and, if so, what needs to be done to enhance it. The goal of prototyping is not to achieve perfection, but to create something good enough to take to customers and gather feedback. For instance, instead of requesting a high-risk big bang migration of their existing core banking system, banks could conduct a parallel run and move only a portion of new products in our platform to test our solutions.

There are different types of innovation outcomes we could pursue, and the one we have chosen is radical innovation, which requires new technical competencies while leveraging our existing business model. In today's world, banks are still using legacy technology on mainframes in on-premises data centers, while our cloud-native core banking product transforms the infrastructure. Our innovations include product innovation, where we offer high configurability and a single source of truth for data and real-time reporting. The new features and functionality we explore will enable banks to achieve something new in the market, meet customer needs, and stay competitive.

Additionally, our new technology can provide process innovation benefits to the banks, including lower costs and higher levels of agility than legacy core systems using mainframe technology. The operational processes would be more efficient because the banks would not need to hire developers to write legacy programming languages such as Pascal or Cobol. Additionally, hosting costs would be much lower than with legacy mainframe systems. As for business model innovation, we can leverage our existing licensing model, and we are also exploring strategic partnerships to increase our market share. However, the extent of our expansion is constrained by factors such as regulatory requirements and legal compliance.

Furthermore, I need to foster a culture of innovation by encouraging experimentation rather than relying solely on PowerPoint presentations. I should create an environment where employees feel empowered to take risks and think creatively. Collaborating with partners in the fintech ecosystem could help us create innovative solutions that meet the needs of our banking customers.

I can measure the success of our innovation efforts by tracking key performance indicators such as customer satisfaction ratings and feedback on how easily our product accommodates most of the bank use cases and payment needs out of the box. I can also compare the number of new features developed and released to the usage and adoption rates for the client's implementation.

Another KPI would be the return on investment, which would be reflected in a low cost-to-income ratio compared to our peers. We can achieve this by leveraging our cloud-native architecture, for example, by reducing hosting costs and CPU resource usage. I should also track revenue growth by monitoring the number of high-quality banks that sign up with us, including the number of new clients acquired, the amount of license revenue generated per client, and our market share in the APAC region compared to our competitors.

To lead, manage, and inspire innovation in Thought Machine, I would recommend the following actions. Firstly, I would lead by example by fostering a culture of innovation and taking risks myself, such as open to feedback and conduct brownbag sharing sessions for failure lesson learnt. I would also empower other employees to take risks and think creatively by providing them with the necessary resources and support to innovate, such as using recognitions, rewards, promotion and bonus as the incentive. I would encourage collaboration both within and outside the organization to drive innovation, by breaking down the silos and conducting role rotation. I would recognize and reward employees who come up with innovative ideas and solutions, celebrate our successes and use them as inspiration for further innovation.

The implementation of an innovation strategy may face some potential challenges and risks, including employee resistance to change, with most employees unwilling to take risks or think creatively. Without a communication plan, employees would feel uncomfortable sharing their concerns and questions about the changes. Without explaining the why on a change is necessary, employees would be confused about the purpose of the changes. To make things worse, without proper training and support on change management, there are no effective ways to alleviate concerns and increase confidence in new processes and new technologies introduced. Change would fail to be implemented without buy-in and taking ownership of the changes.

Innovation requires resources, but there is a shortage of funding and other human resources to support innovation efforts. Additionally, undervaluing and underinvesting in the human aspect of innovation is another common barrier. Our top management often put the best technical people in charge rather than the best leaders. These technically oriented managers then mistakenly assume that good ideas will speak for themselves, so they neglect external communication. They also prioritize tasks over relationships, missing opportunities to enhance the team chemistry necessary to turn undeveloped concepts into useful innovations.

Moreover, teams dedicated to innovation initiatives often face conflicts with the rest of the organization. As a client engineering manager, I am responsible for my team's ongoing operations and sometimes may hear feedback about the innovation team as unproductive, while the innovation team may dismiss the operations team as bureaucratic. It is common to separate the two groups, but it is problematic when a group is asked to innovate in isolation. Nurturing a healthy partnership can be challenging. Conflicts between innovation initiatives and ongoing operations are normal and can easily escalate. Tensions can turn into rivalries, which in turn can lead to hostilities and office politics, ultimately leading to a negative impact on Thought Machine’s long-term viability.

To manage these challenges and risks, we could implement the following strategies. To overcome resistance to change, we should create a communication plan to explain the "why" and the benefits of innovation to all employees and help them understand how it can benefit both the organization and them. We should not neglect communication and relationship building outside of the team. Innovators cannot work in isolation if we want our ideas to be successful. We must build a coalition of supporters who will provide cover for the project, speak up for them in meetings, and sponsor the innovation to move into the next stages.

Furthermore, selecting the right individuals and establishing new working relationships are fundamental steps in building an effective innovation team. Having a diverse background, including outsiders, can be beneficial as outsiders naturally challenge assumptions since their biases and instincts are rooted in their previous experiences.

As a leader, it is important for me to address conflicts by continuously reinforcing a relationship of mutual respect. The differences between the operation team and innovation team may be significant. As a client engineering manager, the performance metrics for the operation team are focused on efficiency, accountability, timeliness, adherence to budget, and meeting client requirements. In every project, our approach is to make every task, process, and activity as repeatable and predictable as possible to ensure project success. However, the key performance indicator (KPI) for the innovation team should be the opposite. Innovative initiatives are by nature non-routine and uncertain. These incompatibilities can create conflicting dynamics. To manage these challenges, we should align our innovation efforts with the priorities of Thought Machine and ensure they are consistent with our overall strategy. Additionally, we should celebrate our successes and use them as inspiration for further innovation.

A proposed action plan for fostering innovation within the organization would be to establish an innovation team, where employees can experiment with new ideas and test new products and services. This would be staffed with a dedicated group of business analysts and engineers who can closely collaborate with banking clients to develop and prototype new ideas. The innovation team would be a sub-division within my client service department, with minimal overhead and more control and accountability within my team, allowing for investment in the success of the initiative. A senior engineer would take on a dual role as the subject matter expert, which would keep them engaged and challenged. As they have existing strong relationships within the same office as other teams, they can communicate effectively. The team would conduct user research on new core banking features, develop tooling to lower costs, and support the sales team in securing new deals in APAC. The team would also introduce design thinking culture to the wider company.

The team is sponsored by the Chief Operating Officer (COO) and led by the product manager who is responsible for communicating goals and priorities. The team consists of a cross-functional team with the following main roles: 3 Senior Engineers for product development who are responsible for the quality of its technical outcomes, 2 Business Analysts for requirement gathering, and 1 Architect for the design of the platform. The amount of time they dedicate in a year is broken down below (assuming 260 working days in a year): Product manager: 200 man-days (77% per year), Architect: 100 man-days (38% per year), Business Analyst: 250 man-days (48% per year per person), and Engineers: 400 man-days (51% per year per person). This would be a significant amount of time commitment and may require them to be fully focused and remove distractions.

In terms of funding, a total investment of SGD $1,566,250 is needed for these initiatives to cover the cost of resources for forming the innovation team. The breakdown is as follows: Product manager - 200 days x $1680 daily rate = $336,000, Architect - 100 days x $2100 daily rate = $210,000, Business Analyst - 250 days x $1505 daily rate = $376,250, Engineer - 400 days x $1610 daily rate = $644,000. Operational costs are not included because they will be taken from the normal budget and no additional funding will be required for this initiative.

There are several existing assets present in Thought Machine that we could leverage on. Firstly, we have technical capabilities on the product development team, with experienced developers and product managers. We have been building and scaling cloud-native core banking products for nine years. This technical expertise is essential for developing new features and functionality. Secondly, we have existing relationships with banks and our customer base, who can provide insights into their existing hosting costs compared to the new solution we provide. The financial resources from the bank are secure and significant, allowing us to support and invest in our product research. Thirdly, we have existing partnership engagements, such as Google Cloud and Microsoft Azure, that can support our efforts to expand in the APAC region and leverage our brand reputation in the market. Implementation partners, such as Accenture, would also help us to attract new clients.

There are four phases of activities. In the first phase, a 2-week workshop will be conducted to define the scope and problem statement using "How Might We" technique, set objectives, brainstorm ideas with divergent thinking, and identify key target users. The team will conduct user research and interviews to understand the customers in APAC regions, create a user journey map and persona, and identify their needs and pain points. The insights gathered will then be synthesized to identify solutions.

In the second phase, there will be an eight-week proof of concept (POC) period. This involves exploring and prototyping new ideas for new core banking product features, as well as proving their usability. Real-world scenario testing will be conducted to validate the feasibility and effectiveness of these new features.

In the third phase, it will take six weeks to build the minimum viable product (MVP). The architecture design will focus on finding ways to lower cloud hosting costs and CPU utilization. The team will analyze the data and identify areas of improvement. They will reach out to partners in the APAC region to explore sales opportunities with digital banks and traditional banks. The team will communicate with key stakeholders and select tools, such as chatbots, for implementing the new product features. The MVP will include a basic version of the product with essential features to meet customer needs and address pain points. The team will lower hosting costs by shutting down underutilized resources, developing tools for auto-scaling resources, and validating assumptions. They will open an office in the new region and actively participate in networking events with partners, focusing on feedback and improving with each iteration.

In the final phase, there will be a 3-month pilot launch. The team will soft launch the product features to a selected group of clients to collect user feedback for product improvement. The team will analyze the problems encountered by the clients and make necessary adjustments. The team will also recalculate the cloud hosting cost estimation using the new data, monitor performance, and reliability in the real-world environment. The team will then sign the legal contract for closing deals with new clients. Finally, the team will evaluate the success and desired outcomes of the pilot launch.

In conclusion, Thought Machine's innovative strategy outlined in this plan is aimed at addressing key pain points of customers and positioning the company for growth in the APAC region. With a focus on user-centric design and strategic partnerships, Thought Machine aims to build a cutting-edge core banking product that provides a competitive advantage in the market. The plan proposes a structured approach to innovation, with four distinct phases aimed at identifying opportunities, testing solutions, and launching a minimum viable product. By dedicating significant resources to this effort and actively engaging with key stakeholders, Thought Machine can create a product that meets the evolving needs of customers in the region, expand our customer base, and drive significant growth in the coming years. The management team should carefully consider the recommendations outlined in this plan and take the necessary steps to implement them effectively, which is the key to beating competitors. Disrupt or be disrupted.

Create An Innovation Strategy with Design Thinking

Welcome to "Continuous Improvement," the podcast where we explore strategies and methodologies for driving innovation and growth in the fintech industry. I'm your host, Victor, and in today's episode, we'll be diving into the innovation strategy of one of the leading fintech companies, Thought Machine.

But before we begin, let's take a moment to understand the background of Thought Machine. Founded in 2014 by former Google employee Paul Taylor, Thought Machine aims to revolutionize core banking and payments through cloud-native technology. Their mission is to eliminate legacy technology from banks worldwide and rebuild the fundamental technologies of banking.

As Thought Machine experiences rapid growth and expands its global reach, innovation becomes a crucial element in staying ahead of the competition and expanding into new markets. Today, we'll discuss their innovative initiatives and how design thinking principles play a pivotal role in driving sustainable growth and disruption in the banking sector.

First and foremost, the key to successful innovation is understanding the needs and desires of banking customers. Thought Machine employs user interviews and observations to identify pain points and shatter preconceptions. By conducting user research, they found that banks' true pain point is the inability to provide new services due to the complexity of legacy technology.

Armed with this understanding, Thought Machine embraces divergent thinking and employs design thinking principles for ideation, prototyping, and testing. The goal is to get code into the hands of banking users as quickly as possible, gathering feedback to enhance the solution. This iterative approach allows them to develop innovative banking products and services that meet customer needs and disrupt the market.

Thought Machine's innovation strategy focuses on three core objectives: developing new core banking product features and functionality, exploring new use cases to remain competitive, and improving operational efficiency. By reducing cloud hosting costs and CPU resources, they can achieve operational efficiency while capturing a larger market share in the APAC region.

To foster a culture of innovation, the management team must encourage experimentation and empower employees to take risks and think creatively. Collaboration with partners in the fintech ecosystem is also key to creating innovative solutions that meet banking customers' needs.

Measuring the success of innovation efforts is crucial. Thought Machine tracks key performance indicators such as customer satisfaction ratings, adoption rates, and cost-to-income ratios. By aligning the innovation strategy with the company's overall goals, celebrating successes, and investing in the human aspect of innovation, they can drive growth and maintain a competitive edge.

However, implementing an innovation strategy comes with its own challenges and risks. Employee resistance to change, resource constraints, and conflicts between innovation initiatives and ongoing operations are some of the hurdles to overcome. It's essential to communicate the benefits of innovation, select the right individuals, address conflicts, and build partnerships to navigate these challenges effectively.

To manage these challenges, Thought Machine proposes establishing an innovation team, dedicated to experimenting with new ideas and testing new products and services. This cross-functional team will conduct user research, develop prototypes, and collaborate closely with banking clients.

The proposed action plan includes four phases: defining the scope and problem statement, conducting proof of concept, building a minimum viable product, and piloting the new features with a select group of clients. Each phase is designed to gather insights, validate ideas, and refine the solutions to meet customer needs effectively.

By leveraging existing technical capabilities,

Create An Innovation Strategy with Design Thinking

Thought Machine is a fintech company that builds cloud-native technology to revolutionize core banking and payments. The company was founded in 2014 by a former Google employee, Paul Taylor. Its mission is to eliminate legacy technology from the world's banks in a comprehensive and lasting way. To achieve this, the company is rebuilding the fundamental technologies of banking.

The current situation at Thought Machine is one of rapid growth, as the company expands its offerings and increases its global reach. Innovation is crucial not only for expanding beyond the tier 1 and 2 bank segments with complex deployments, but also for staying ahead of competitors who may develop similar products. To ensure the company's survival and prosperity in the coming decade, an innovation strategy is necessary. Adopting design thinking successfully is a prerequisite for sustained vitality

The innovation strategy involves using design thinking principles to drive innovation within our organization. This means understanding the needs and desires of our banking customers and using that knowledge to create products and services that meet those needs in new and exciting ways. Through this approach, Thought Machine can develop banking products and services that have the potential to disrupt the banking market.

The focus of this innovative initiative is on developing new core banking product features and functionality, exploring new use cases to meet customer needs and remain competitive, improving operational efficiency by reducing cloud hosting costs and CPU resources. As a result of that, we would be increasing market share by capturing a larger market share in APAC, including Singapore, Japan, Korea, Vietnam and Japan, and expanding the number of clients from Europe to the new region. To develop an innovation strategy for my management team at Thought Machine, I would recommend the steps below.

Firstly, we need to identify the greatest pain points of banking customers that Thought Machine can alleviate. In a sales and client-facing environment, backend engineers can speak directly to banking customers and observe them in their offices, rather than sitting in the Thought Machine office and imagining what they want. By conducting user interviews, we can often shatter preconceptions. While our backend engineers may be technology-oriented, my experience of talking to business users in banks has shown that technology is not considered a competitive edge by them. The true pain point is their inability to provide new services to their customers due to the complexity of legacy technology. The focus is not on the technology itself, but on the ability of new technology to enable them to offer new financial services in the market.

After speaking with many banking customers, we have a better understanding of their pain points. Despite the proliferation of cloud infrastructure in the market, most of the world's top retail banks are still running on legacy systems, such as IBM mainframes. Banks are burdened by the old systems they are hard to maintain. Legacy stacks do not support the ways of working needed to rapidly deliver new financial products to customers. Significant time and resources are wasted because the old services are tightly coupled, introducing the risk of cascading issues. Moreover, the banking industry is highly regulated, and senior management of banks are often unwilling to take risks and make changes, as they are concerned about reputation damage.

After identifying the pain point, we can use divergent thinking to brainstorm ideas and apply design thinking principles for prototyping and testing. The best way to maintain momentum is to get code into the hands of banking users as quickly as possible. This will help determine whether the solution has potential or not and, if so, what needs to be done to enhance it. The goal of prototyping is not to achieve perfection, but to create something good enough to take to customers and gather feedback. For instance, instead of requesting a high-risk big bang migration of their existing core banking system, banks could conduct a parallel run and move only a portion of new products in our platform to test our solutions.

There are different types of innovation outcomes we could pursue, and the one we have chosen is radical innovation, which requires new technical competencies while leveraging our existing business model. In today's world, banks are still using legacy technology on mainframes in on-premises data centers, while our cloud-native core banking product transforms the infrastructure. Our innovations include product innovation, where we offer high configurability and a single source of truth for data and real-time reporting. The new features and functionality we explore will enable banks to achieve something new in the market, meet customer needs, and stay competitive.

Additionally, our new technology can provide process innovation benefits to the banks, including lower costs and higher levels of agility than legacy core systems using mainframe technology. The operational processes would be more efficient because the banks would not need to hire developers to write legacy programming languages such as Pascal or Cobol. Additionally, hosting costs would be much lower than with legacy mainframe systems. As for business model innovation, we can leverage our existing licensing model, and we are also exploring strategic partnerships to increase our market share. However, the extent of our expansion is constrained by factors such as regulatory requirements and legal compliance.

Furthermore, I need to foster a culture of innovation by encouraging experimentation rather than relying solely on PowerPoint presentations. I should create an environment where employees feel empowered to take risks and think creatively. Collaborating with partners in the fintech ecosystem could help us create innovative solutions that meet the needs of our banking customers.

I can measure the success of our innovation efforts by tracking key performance indicators such as customer satisfaction ratings and feedback on how easily our product accommodates most of the bank use cases and payment needs out of the box. I can also compare the number of new features developed and released to the usage and adoption rates for the client's implementation.

Another KPI would be the return on investment, which would be reflected in a low cost-to-income ratio compared to our peers. We can achieve this by leveraging our cloud-native architecture, for example, by reducing hosting costs and CPU resource usage. I should also track revenue growth by monitoring the number of high-quality banks that sign up with us, including the number of new clients acquired, the amount of license revenue generated per client, and our market share in the APAC region compared to our competitors.

To lead, manage, and inspire innovation in Thought Machine, I would recommend the following actions. Firstly, I would lead by example by fostering a culture of innovation and taking risks myself, such as open to feedback and conduct brownbag sharing sessions for failure lesson learnt. I would also empower other employees to take risks and think creatively by providing them with the necessary resources and support to innovate, such as using recognitions, rewards, promotion and bonus as the incentive. I would encourage collaboration both within and outside the organization to drive innovation, by breaking down the silos and conducting role rotation. I would recognize and reward employees who come up with innovative ideas and solutions, celebrate our successes and use them as inspiration for further innovation.

The implementation of an innovation strategy may face some potential challenges and risks, including employee resistance to change, with most employees unwilling to take risks or think creatively. Without a communication plan, employees would feel uncomfortable sharing their concerns and questions about the changes. Without explaining the why on a change is necessary, employees would be confused about the purpose of the changes. To make things worse, without proper training and support on change management, there are no effective ways to alleviate concerns and increase confidence in new processes and new technologies introduced. Change would fail to be implemented without buy-in and taking ownership of the changes.

Innovation requires resources, but there is a shortage of funding and other human resources to support innovation efforts. Additionally, undervaluing and underinvesting in the human aspect of innovation is another common barrier. Our top management often put the best technical people in charge rather than the best leaders. These technically oriented managers then mistakenly assume that good ideas will speak for themselves, so they neglect external communication. They also prioritize tasks over relationships, missing opportunities to enhance the team chemistry necessary to turn undeveloped concepts into useful innovations.

Moreover, teams dedicated to innovation initiatives often face conflicts with the rest of the organization. As a client engineering manager, I am responsible for my team's ongoing operations and sometimes may hear feedback about the innovation team as unproductive, while the innovation team may dismiss the operations team as bureaucratic. It is common to separate the two groups, but it is problematic when a group is asked to innovate in isolation. Nurturing a healthy partnership can be challenging. Conflicts between innovation initiatives and ongoing operations are normal and can easily escalate. Tensions can turn into rivalries, which in turn can lead to hostilities and office politics, ultimately leading to a negative impact on Thought Machine’s long-term viability.

To manage these challenges and risks, we could implement the following strategies. To overcome resistance to change, we should create a communication plan to explain the "why" and the benefits of innovation to all employees and help them understand how it can benefit both the organization and them. We should not neglect communication and relationship building outside of the team. Innovators cannot work in isolation if we want our ideas to be successful. We must build a coalition of supporters who will provide cover for the project, speak up for them in meetings, and sponsor the innovation to move into the next stages.

Furthermore, selecting the right individuals and establishing new working relationships are fundamental steps in building an effective innovation team. Having a diverse background, including outsiders, can be beneficial as outsiders naturally challenge assumptions since their biases and instincts are rooted in their previous experiences.

As a leader, it is important for me to address conflicts by continuously reinforcing a relationship of mutual respect. The differences between the operation team and innovation team may be significant. As a client engineering manager, the performance metrics for the operation team are focused on efficiency, accountability, timeliness, adherence to budget, and meeting client requirements. In every project, our approach is to make every task, process, and activity as repeatable and predictable as possible to ensure project success. However, the key performance indicator (KPI) for the innovation team should be the opposite. Innovative initiatives are by nature non-routine and uncertain. These incompatibilities can create conflicting dynamics. To manage these challenges, we should align our innovation efforts with the priorities of Thought Machine and ensure they are consistent with our overall strategy. Additionally, we should celebrate our successes and use them as inspiration for further innovation.

A proposed action plan for fostering innovation within the organization would be to establish an innovation team, where employees can experiment with new ideas and test new products and services. This would be staffed with a dedicated group of business analysts and engineers who can closely collaborate with banking clients to develop and prototype new ideas. The innovation team would be a sub-division within my client service department, with minimal overhead and more control and accountability within my team, allowing for investment in the success of the initiative. A senior engineer would take on a dual role as the subject matter expert, which would keep them engaged and challenged. As they have existing strong relationships within the same office as other teams, they can communicate effectively. The team would conduct user research on new core banking features, develop tooling to lower costs, and support the sales team in securing new deals in APAC. The team would also introduce design thinking culture to the wider company.

The team is sponsored by the Chief Operating Officer (COO) and led by the product manager who is responsible for communicating goals and priorities. The team consists of a cross-functional team with the following main roles: 3 Senior Engineers for product development who are responsible for the quality of its technical outcomes, 2 Business Analysts for requirement gathering, and 1 Architect for the design of the platform. The amount of time they dedicate in a year is broken down below (assuming 260 working days in a year): Product manager: 200 man-days (77% per year), Architect: 100 man-days (38% per year), Business Analyst: 250 man-days (48% per year per person), and Engineers: 400 man-days (51% per year per person). This would be a significant amount of time commitment and may require them to be fully focused and remove distractions.

In terms of funding, a total investment of SGD $1,566,250 is needed for these initiatives to cover the cost of resources for forming the innovation team. The breakdown is as follows: Product manager - 200 days x $1680 daily rate = $336,000, Architect - 100 days x $2100 daily rate = $210,000, Business Analyst - 250 days x $1505 daily rate = $376,250, Engineer - 400 days x $1610 daily rate = $644,000. Operational costs are not included because they will be taken from the normal budget and no additional funding will be required for this initiative.

There are several existing assets present in Thought Machine that we could leverage on. Firstly, we have technical capabilities on the product development team, with experienced developers and product managers. We have been building and scaling cloud-native core banking products for nine years. This technical expertise is essential for developing new features and functionality. Secondly, we have existing relationships with banks and our customer base, who can provide insights into their existing hosting costs compared to the new solution we provide. The financial resources from the bank are secure and significant, allowing us to support and invest in our product research. Thirdly, we have existing partnership engagements, such as Google Cloud and Microsoft Azure, that can support our efforts to expand in the APAC region and leverage our brand reputation in the market. Implementation partners, such as Accenture, would also help us to attract new clients.

There are four phases of activities. In the first phase, a 2-week workshop will be conducted to define the scope and problem statement using "How Might We" technique, set objectives, brainstorm ideas with divergent thinking, and identify key target users. The team will conduct user research and interviews to understand the customers in APAC regions, create a user journey map and persona, and identify their needs and pain points. The insights gathered will then be synthesized to identify solutions.

In the second phase, there will be an eight-week proof of concept (POC) period. This involves exploring and prototyping new ideas for new core banking product features, as well as proving their usability. Real-world scenario testing will be conducted to validate the feasibility and effectiveness of these new features.

In the third phase, it will take six weeks to build the minimum viable product (MVP). The architecture design will focus on finding ways to lower cloud hosting costs and CPU utilization. The team will analyze the data and identify areas of improvement. They will reach out to partners in the APAC region to explore sales opportunities with digital banks and traditional banks. The team will communicate with key stakeholders and select tools, such as chatbots, for implementing the new product features. The MVP will include a basic version of the product with essential features to meet customer needs and address pain points. The team will lower hosting costs by shutting down underutilized resources, developing tools for auto-scaling resources, and validating assumptions. They will open an office in the new region and actively participate in networking events with partners, focusing on feedback and improving with each iteration.

In the final phase, there will be a 3-month pilot launch. The team will soft launch the product features to a selected group of clients to collect user feedback for product improvement. The team will analyze the problems encountered by the clients and make necessary adjustments. The team will also recalculate the cloud hosting cost estimation using the new data, monitor performance, and reliability in the real-world environment. The team will then sign the legal contract for closing deals with new clients. Finally, the team will evaluate the success and desired outcomes of the pilot launch.

In conclusion, Thought Machine's innovative strategy outlined in this plan is aimed at addressing key pain points of customers and positioning the company for growth in the APAC region. With a focus on user-centric design and strategic partnerships, Thought Machine aims to build a cutting-edge core banking product that provides a competitive advantage in the market. The plan proposes a structured approach to innovation, with four distinct phases aimed at identifying opportunities, testing solutions, and launching a minimum viable product. By dedicating significant resources to this effort and actively engaging with key stakeholders, Thought Machine can create a product that meets the evolving needs of customers in the region, expand our customer base, and drive significant growth in the coming years. The management team should carefully consider the recommendations outlined in this plan and take the necessary steps to implement them effectively, which is the key to beating competitors. Disrupt or be disrupted.

Application Of Innovation Approach with Design Thinking

Design thinking is not easy. I am writing the essay below to reflect on the human-centered innovation approach, processes, tools, and techniques that I have experienced for the past few weeks. From a leadership perspective, I would like to provide an analysis and critique of how this approach could be relevant to my organization at Thought Machine. I foresee there would be significant obstacle to attempting to integrate design thinking into my organization and work practices.

Thought Machine is a startup in the fintech industry, specializing in cloud native core banking products. Founded in 2014 in the United Kingdom by ex-Googler, the company has a unique focus with a strong engineering culture and hiring with mostly technical employee. Unlike traditional banks that are more business driven, our organization has not yet prioritize with customer-centric mindset by “putting people first before technology”.

One of the pitfalls with our existing mindset is working technology for the sake of technology. Our team is obsessed with software engineering tasks rather than solving customer pain points. A typical backend engineer working from home in Europe has a big barrier to feel the pain from the clients in Asia from many thousand miles away in a different time zone. He has a lens from an engineering perspective on the process and list of features implementation, instead of asking what the banks want and understand their needs from the user experience perspective.

Another barrier to design thinking is that smart engineers tend to jump to the solution. They tend to not be spending enough time with users to understand the problem. They easily come up with brilliant solutions and jump into a rabbit hole to dive deep into technical challenges, solving one technical issue after another that no users really care. They may spend a whole day refactoring the code in a different programming language, yet provide no business benefit to the end users. They are too obsessed with the tools, build fancy software than try to find a use case to fit in the tool, rather than discover the real job to be done. If all you have is a hammer, everything looks like a nail. They should be aware that technology has changed, but jobs are still the same if they can find out the human needs.

The challenge doesn’t end there. Another potentially unsettling aspect of design-thinking methods is the reliance on divergent thinking. It requires engineers to not race to finish line or converge on an answer as quickly as possible but to expand the numbers of options, to go sideways for a while rather than forward. This is difficult with our training to valuing a clear direction, cost savings, efficiency and so on as a software engineer. We are long accustomed to being told to be rational and objective, while design thinking connects with customers can feel uncomfortably emotional and sometimes overly personal.

My role at Thought Machine is a client facing role as an Engineering Manager. I think the customer-centric innovation approach would work best in my team. Because it is an iterative design process with a focus on user need. It is not a one-off process, and I can slowly improve my organization by inserting the user-centric DNA in it. My role is at the sweet spot between users, technology, and business, where I can estimate the desirability, feasibility and viability of new ideas for innovation. I have to remember that I am not my user, and I should always question my assumptions. By immersing ourselves closely with the banking clients, we can focus on the users and their needs, involve them in the design process, get ah aha moments, find opportunities to innovate and create highly usable and accessible core banking products for them. I get the realization and learn something new by keeping an eye on my banking client without having a solution in mind in the first place. I could separate solutions from the problem that people are trying to solve and understand the financial market need.

Working in the financial services industry, the banks are under constraints from the regulator, and they are mostly risk averse. To make matters worse, traditional banks have a complex organization structure, making it more difficult to innovate. Most of them would avoid failure to prevent large punishment by the Monetary Authority. This is one of the biggest barriers to innovation and therefore, the banks remain in legacy systems, such as the mainframe, and they are not willing to take the risk to change.

However, this also opens new opens new opportunities, because the bank customers are forcing the banks to change. Nowadays, banks users are expecting a seamless digital experience, zero downtime and easily accessible on the mobile app. This could be enabled by the latest technology and infrastructure on the cloud, which my company product is offering.

My role as a client engineering manager can play as digital leader to drive and facilitate this human centric approach and make it successful. Successful innovation happens at the intersection of business models and when it is enabled by technology. Currently, my team have great software development capabilities and is strong on cloud-native technology. However, the business model was not disruptive as we are still using the traditional licensing model with project implementation costs. I could change the customer experience by understanding the real motivation of banks to move away from the legacy mainframe core to the modern cloud-native architecture. I could manage different stakeholders and pitch new ideas on different kinds of innovation, such as process innovation, and not limited to technical changes. By having the viewpoints from different client’s teams, such as the accounting team, operational team and product team, they would see different problem statements and there would not be a one size fit all solution. I can look for future business opportunities and map them to existing technological capabilities to solve problems in a more efficient way.

For implementation, I would drive my team to ask How Might We, like the exercise that I did for solving the aging population challenge. In the class project, we were doing research on How Might We encourage seniors to lead an active lifestyle so that they can enjoy health? In the workplace, I could take up the challenge such as How Might We design the core banking product for the traditional banks, so that they can easily install and integrate with their existing complex system? Or How Might We design the financial products in the digital banks for the younger generation, so that they can enjoy the innovative products without going to the branch? Or How Might We automate the requirement-gathering process, so that the team can save time for documentation and enjoy time to solve more interesting problems? There are many opportunities to use design thinking and do research with a human-centric approach. By having empathy, backend engineers can see the world through the eyes of bankers. We could put aside our own pre-conceived ideas and design solutions that work for the banks. We can imagine the world from multiple perspectives and imagine solutions that are inherently desirable and meet explicit or latent needs. By taking a people first approach, we can notice things that others do not and use the insights to inspire innovation.

By preparing interview questions and talking to the customers, we can get deeper and understand the core pains points. We can connect the dots instead of jumping to the solution. Instead of going through the low-hanging food, I could challenge the engineering team to hear something they do not know, discovering both the known unknowns and unknown unknowns. Instead of looking for validation with a solution in mind, ask questions. The customers may not be able to articulate what why want, and they could be limited by their imagination, but I can be a facilitator to get information out from the customer brain by conducting user research. I must do it myself and encourage others to get their hands dirty as well, instead of relying on a proxy, which could not get the full picture. I could write up the personas based on behaviors and avoid breaking down by market segments in the business decision. I would pick a generic persona that captures the user’s needs and pain.

As my team consists of backend engineers, they tend to work in silos, which someone working on the database schema, someone working on the platform infrastructure and someone working on the network connectivity, they do not naturally collaborate with each other’s and align for the customer, because they were too focused on their own technical task. I would also make a service blueprint to ensure the customers are happy or not, making sure it’s smooth by internal alignment. It provides the customer’s perspective and allows visualization from both the customer and business perspective. The service blueprint is a useful tool to map different back-office staff and vendors to the user experience. For example, a customer transaction requires an orchestration of multiple backend microservices, such as accounting, validation by processor and post transaction handling, which is handled by different departments.

For measurement considerations, we should not limit to financial key performance indicator (KPI). Some of the innovations may take a long time to realize, but the change of culture could be a more important measurement than the return of money. One of the indicators could be the number of user journey maps. For example, DBS integrated this as their team KPI, which ends up with hundreds of them. It may not be used for every single user journey map, but it shows the messages from top down and getting everyone to think from the user perspective and changing their mindset. We could also create customer journey maps for a day of banking users interacting with the core banking, from account opening, deposit money to viewing transaction history etc., it could visualize the users positive and negative experiences.

My organization has not been using this approach, because it has been too focused on the software engineering aspect. I could innovate to lead by making change from inside. It would be more effective than finding outside consultants because the engineers tend to ignore advice from non-technical people. It takes a bit of domain knowledge to speak the same language and convey the messages that technical team members can understand. Communication would be a big challenge since there would not be enough trust for the external party to tell us what to do. Some engineers may think they know the best in terms of system design. That’s why I should bring them in front of the clients, initiating a job rotation program, bringing the backend engineer to a production support role, which would be beneficial for them to understand the client’s need. Once they get into a call with the customers, then they would understand the clients are thinking differently from what they assume.

As a leader supporting my team, I would recommend and foster a culture for us to learn. It includes embracing failure. Design-thinking approaches call on the team to repeatedly experience something we have historically tried to avoid: failure. In other larger organizations, there are systems and processes to prevent anything from failure. It inhibits employees from trying new things and it is not good for innovation. In order to innovate, we must celebrate from failure and learn fast from the mistakes. This could be done by continuous release of new features to the client’s development environment instead of the production, making sure there is time for testing and collecting feedback. We could protype by turning ideas into a tangible form, that can be shared and tested with our client as early as possible. For example, instead of building a data model for accounting reconciliation, we could run a low-cost solution on excel to proof the concept before putting it in code for implementation. It would be useful to learn what works and what does not work, iterate to improve on the concept.

As a leader, I can create and reinforce a culture that counteracts the blame game and makes the team feel both comfortable with and responsible for surfacing and learning from failures. I should insist on consistently reporting failures, small and large, systematically analyzing them and proactively searching for opportunities to experiment. The team needs a shared understanding of the kinds of failure that can be expected to occur in a given work context. Openness and collaboration are important for surfacing and learning from them. Accurate framing detoxifies failure.

Another important culture I would recommend fostering is collaboration. The increasing complexity of banking products, services and experiences has replaced the myth of lone creative genius with the reality of the interdisciplinary collaborator. We should not think ourselves is the best and limit our radar in the same industry and same role. Instead, keep an open mind to look around at different people and industries for collaboration. Be comfortable with thick skin to recognize partnership outside of my main business in banking. There is always somebody else who is a real expert, and we should not be afraid to reach out and collaborate with somebody else. Technical hard skills would fade away, but the soft skills to collaborate with others are transferable. I shall keep on trying and working with talents to go through the human centric approach, don’t give up at the beginning by the first trial failure.

Overall, design thinking is a methodology that imbues the full spectrum of innovation activities with a human-centric design ethos. Innovation is powered by a thorough understanding, through direct observation, of what people want and need in their lives and what they like or dislike about my organization’s core banking products are made, marketed, sold and supported. Becoming proficient in design thinking takes time and hard work. As an engineering manager at Thought Machine, I can apply design thinking and learned how to bring a deeper understanding of human behavior to our financial product innovation, challenge the organizational status quo and achieve significant market impact.

Application Of Innovation Approach with Design Thinking

Welcome to "Continuous Improvement," the podcast where we explore strategies, techniques, and experiences in striving for ongoing growth and development. I'm your host, Victor, and in today's episode, we'll dive into the world of design thinking and its relevance in organizations.

But before we begin, I want to share a personal story. As an Engineering Manager at Thought Machine, a fintech startup, I've been reflecting on the challenges and opportunities of adopting a human-centered innovation approach within our organization. Today, we'll explore the potential obstacles and how we can overcome them to drive continuous improvement.

At Thought Machine, we have a strong engineering culture, with a focus on technical expertise. However, one of the pitfalls we face is an obsession with software engineering tasks rather than solving customer pain points. Our team tends to work in silos, disconnected from the needs and experiences of our banking clients.

But here's the thing, in today's world, customers expect seamless digital experiences and innovative solutions. To address this, we need to shift our mindset towards a customer-centric approach. That's where design thinking comes in.

Design thinking encourages us to empathize with our users, to truly understand their needs and challenges. It challenges us to think beyond technology and concentrate on solving real problems.

However, integrating design thinking into our organization is not without challenges. Our engineers are known for being problem solvers, but sometimes they jump straight into solutions without spending enough time understanding the problem. They may come up with brilliant technical solutions, spending days refactoring code, without providing any real business benefit to the end users.

In order to overcome this, we need to encourage our engineers to spend more time with users, to ask the right questions, and to discover the true jobs that need to be done. By understanding the human needs behind the technology, we can deliver more meaningful solutions.

Another obstacle we face is the reliance on divergent thinking. Our technical culture values clear direction, cost savings, and efficiency. However, design thinking requires us to explore multiple options, to go sideways before moving forward. This can be uncomfortable for our team, who are accustomed to rational and objective problem solving.

To tackle this challenge, we need to create an environment that embraces divergent thinking. We need to foster a culture of learning, where failure is seen as an opportunity for growth. By encouraging collaboration and open-mindedness, we can unlock the full potential of design thinking in driving innovation.

As an Engineering Manager, I see the potential of design thinking in transforming our team. By taking a user-centric approach, we can involve our banking clients in the design process, understand their needs, and create highly usable and accessible core banking products. But it won't be an overnight change.

We need to start small, inserting the user-centric DNA into our practices. I believe that my role as a client-facing leader can be the catalyst for this transformation. By understanding the real motivations of banks and mapping them to our technological capabilities, we can drive innovation that truly meets their needs.

Measurement and evaluation are crucial in the journey towards continuous improvement. We must move beyond financial indicators and consider other metrics, such as the number of user journey maps created or the impact on the user experience. By focusing on tangible outcomes, we can ensure that our efforts are driving positive change.

Implementing design thinking may require a cultural shift within our organization. As a leader, I recognize the importance of creating an environment that fosters collaboration, celebrates failure, and embraces continuous learning. By challenging our assumptions, collaborating with external experts, and keeping an open mind, we can strive for ongoing growth and development.

In conclusion, design thinking provides us with a powerful framework for human-centered innovation. Through empathy, collaboration, and iteration, we can unlock our team's full potential and drive meaningful change within our organization.

Thank you for joining me on this episode of "Continuous Improvement." I hope you found inspiration and insights into the world of design thinking. Remember, improvement is a continuous journey, and it starts with a willingness to challenge the status quo.

應用創新方法與設計思維

設計思維並不容易。在過去的幾週中,我經歷了以人為中心的創新方法、流程、工具並且技術,我現在正在寫下以下的文章來反思這些經驗。從領導角度來看,我希望能提供一個分析並評價此方法如何與我在Thought Machine的組織相關聯。我預見到將設計思維融入到我的組織和工作實踐中,將會是一個重大的障礙。

Thought Machine是一家專注於雲原生核心銀行產品的金融科技行業新創公司。該公司由前谷歌員工於2014年在英國創立,他們具有獨特的焦點與強大的工程文化,並主要聘請技術人員。與傳統的更注重業務驅動的銀行不同,我們的組織還沒有將“在技術之前先考慮人”這種以客戶為中心的心態作為優先考慮的事物。

我們現有心態的一個陷阱是為了技術而工作。我們的團隊更著迷於軟件工程任務,而不是解決客戶的痛點。一位通常在歐洲家中工作的典型後端工程師要感受到在時區不同,相隔數千英里的亞洲客戶的痛苦,有很大的障礙。他以工程視角看待過程和功能實現的清單,而不是去問銀行想要什麼並理解他們從用戶體驗角度的需求。

對設計思維的另一個障礙是聰明的工程師傾向於直接跳到解決方案。他們往往沒有花足夠的時間去了解用戶以理解問題。他們很容易提出了出色的解決方案,並且跳入如兔子洞般深入研究技術挑戰,解決一個又一個無人真正關心的技術問題。他們可能花了一整天用一種不同的編程語言重構代碼,但卻沒有為最終用戶帶來任何業務利益。他們太過於著迷於工具,建立華麗的軟件,僅僅是為了找到一個與工具相適應的使用案例,而不是發現真正要完成的工作。如果你只有一把鎚子,那麼一切都看起來像釘子。他們應該意識到,儘管技術已經改變,但只要他們能找出人類的需求,工作仍然一樣。

挑戰並未在此結束。設計思維方法中的一個可能使人不安的方面是依賴分歧性思考。它要求工程師不急於趕到終點或者尽快找到答案,而是擴大選擇的數量,向側面深入一段時間,而不是向前。我們的訓練難以將此和對明確方向、節省成本、效率等作為一個軟件工程師的價值觀相對應。我們已經習慣於被告知要理性和對客戶感到不悅和始終過於個人化的客戶連繫相對應的設計思維。

我在Thought Machine的角色是作為工程經理的客戶對門角色。我認為在我的團隊中,以客戶為中心的創新方法將達到最好的效果。因為這是一個迭代的設計過程,重點在於用戶需求。這不是一次性的過程,我可以通過將以用戶為中心的DNA插入其中以改善我

Understanding ERC20 Tokens - the Backbone of Fungible Tokens on Ethereum

In the world of blockchain and cryptocurrencies, tokens play a crucial role in representing various assets and functionalities. One popular type of token is the ERC20 token, which has gained significant traction due to its compatibility and standardization on the Ethereum blockchain. In this blog post, we will delve into the details of ERC20 tokens, their significance, and why they have become a cornerstone of the blockchain ecosystem.

What is an ERC20 Token?

An ERC20 token is a digital asset created by a smart contract on the Ethereum blockchain. It serves as a representation of any fungible token, meaning it is divisible and interchangeable with other tokens of the same type. Unlike unique tokens (such as non-fungible tokens or NFTs), ERC20 tokens are identical and indistinguishable from one another.

KrisFlyer to Launch the World's First Fungible Token

To illustrate the practicality and innovation surrounding ERC20 tokens, we can look at Singapore Airlines' frequent flyer program, KrisFlyer. They recently announced plans to launch the world's first fungible token using the ERC20 standard. This move will allow KrisFlyer members to utilize their miles across a broader range of partners and services, enhancing the token's liquidity and usability.

Understanding Fungibility

Fungibility refers to the interchangeability and divisibility of tokens. With ERC20 tokens, each token holds the same value as any other token of the same type. For instance, if you own 10 ERC20 tokens, they can be divided into smaller fractions or traded for other tokens without any loss of value. This characteristic makes ERC20 tokens highly tradable and versatile within the blockchain ecosystem.

The Role of ERC20 Token Smart Contracts

ERC20 tokens are created through smart contracts deployed on the Ethereum blockchain. These smart contracts define the rules and functionality of the tokens, facilitating their issuance, management, and transfer. By leveraging the power of smart contracts, ERC20 tokens provide a transparent and decentralized solution for digital asset representation.

The Importance of Token Standards

While it may seem feasible for anyone to create tokens on Ethereum using smart contracts, adhering to a token standard is crucial for ensuring interoperability. Without a common standard, each token would require customized code, resulting in complexity and inefficiency. The ERC20 token standard was introduced to address this issue by providing a guideline for creating fungible tokens on the Ethereum blockchain.

Exploring the ERC20 Token Standard

The "ERC" in ERC20 stands for Ethereum Request for Comments, which signifies the collaborative nature of developing standards on the Ethereum network. ERC20 defines a set of functions and events that a token smart contract must implement to be considered ERC20 compliant. These functions and events establish a common interface for all ERC20 tokens, ensuring compatibility and seamless integration with various platforms and services.

Key Functions and Events of the ERC20 Interface

To be ERC20 compliant, a smart contract must implement six functions and two events. Let's briefly explore some of these key components:

  1. totalSupply(): This function returns the total supply of ERC20 tokens in existence.

  2. balanceOf(): It allows users to query the token balance of a specific account.

  3. transfer(): This function enables the transfer of tokens from one account to another, provided the sender owns the tokens.

  4. allowance(): Users can use this function to grant permission to another account to spend a certain number of tokens on their behalf.

  5. approve(): This function is used to change the allowance granted to another account.

  6. transferFrom(): It allows a designated account to transfer tokens on behalf of another account.

Additionally, ERC20 defines two events, "Transfer" and "Approval," which provide a mechanism for external systems to track and respond to token transfers and approvals.

Example script

You can try writing and deploying the solidity code on remix IDE:

https://remix.ethereum.org/

Create a new Smart Contract with code below:

pragma solidity ^0.8.13;

import "https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol";

contract MyERC20Token is ERC20 {
    address public owner;

    constructor() ERC20("victor coin", "VCOIN") {
        owner = msg.sender;
    }

    function mintTokens(uint256 amount) external {
        require(msg.sender == owner, "you are not the owener");
        _mint(owner, amount);
    }
}

Conclusion

ERC20 tokens have emerged as a vital component of the Ethereum ecosystem, offering fungible token representation with standardized functionality. By adhering to the ERC20 token standard, developers ensure interoperability, compatibility, and ease of integration for their tokens across a wide range of platforms and services. With the increasing adoption and innovation surrounding ERC20 tokens, they continue to play a pivotal role in the evolution of blockchain technology and decentralized finance.

Understanding ERC20 Tokens - the Backbone of Fungible Tokens on Ethereum

Welcome to "Continuous Improvement," the podcast where we explore the ever-evolving world of blockchain and cryptocurrencies. I'm your host, Victor, and in today's episode, we're diving into a fascinating topic – ERC20 tokens.

ERC20 tokens have become a cornerstone of the blockchain ecosystem, offering a standardized and interoperable solution for representing digital assets. So, let's get started with understanding what exactly an ERC20 token is.

In the world of blockchain and cryptocurrencies, tokens play a crucial role in representing various assets and functionalities. One popular type of token is the ERC20 token, which has gained significant traction due to its compatibility and standardization on the Ethereum blockchain.

So, what exactly is an ERC20 token?

An ERC20 token is a digital asset created by a smart contract on the Ethereum blockchain. It serves as a representation of any fungible token, meaning it is divisible and interchangeable with other tokens of the same type. Unlike unique tokens like NFTs, ERC20 tokens are identical and indistinguishable from one another.

Ah, I see. So, these tokens provide a standardized way of representing assets on the Ethereum blockchain. But why are they so significant?

ERC20 tokens are significant because they enable seamless integration and compatibility across various platforms and services. They adhere to a common standard, ensuring that tokens created using this standard can be easily exchanged, traded, and utilized within the blockchain ecosystem.

That's interesting! Could you provide an example of how these tokens are being utilized in the real world?

Absolutely! Let's take the example of Singapore Airlines' frequent flyer program, KrisFlyer. They recently announced plans to launch the world's first fungible token using the ERC20 standard. This move will allow KrisFlyer members to utilize their miles across a broader range of partners and services, enhancing the token's liquidity and usability.

That's a great example! ERC20 tokens truly offer versatility and tradability. But how exactly are these tokens created and managed?

ERC20 tokens are created through smart contracts deployed on the Ethereum blockchain. These smart contracts define the rules and functionality of the tokens, facilitating their issuance, management, and transfer. By leveraging the power of smart contracts, ERC20 tokens provide a transparent and decentralized solution for digital asset representation.

So, adhering to a token standard like ERC20 ensures interoperability, correct?

Absolutely! Without a standardized token standard like ERC20, each token would require customized code, resulting in complexity and inefficiency. The ERC20 token standard provides a guideline for creating fungible tokens on the Ethereum blockchain, ensuring compatibility and seamless integration with various platforms and services.

That makes a lot of sense. Now, let's dive into the specifics of the ERC20 token standard itself.

Victor (narration):

The ERC20 token standard defines a set of functions and events that a token smart contract must implement to be considered ERC20 compliant. These functions and events establish a common interface for all ERC20 tokens, ensuring compatibility and seamless integration with various platforms and services.

Victor (conversation):

So, could you walk us through some of the key functions and events defined by the ERC20 interface?

Certainly! The ERC20 interface defines six functions and two events. Let's briefly explore some of these key components:

  1. totalSupply(): This function returns the total supply of ERC20 tokens in existence.

  2. balanceOf(): It allows users to query the token balance of a specific account.

  3. transfer(): This function enables the transfer of tokens from one account to another, provided the sender owns the tokens.

  4. allowance(): Users can use this function to grant permission to another account to spend a certain number of tokens on their behalf.

  5. approve(): This function is used to change the allowance granted to another account.

  6. transferFrom(): It allows a designated account to transfer tokens on behalf of another account.

Additionally, ERC20 defines two events, "Transfer" and "Approval," which provide a mechanism for external systems to track and respond to token transfers and approvals.

Thank you for breaking down the key components. It's fascinating how these functions and events come together to create a standardized token interface.

Indeed! The ERC20 token standard has played a crucial role in promoting interoperability and ease of use within the Ethereum and blockchain ecosystem.

Well, this has been an enlightening discussion on the significance of ERC20 tokens and their role in the world of blockchain. Thank you so much for joining me today.

Thank you for having me, Victor. It was a pleasure to discuss ERC20 tokens with you.

And thank you to all our listeners for tuning in to "Continuous Improvement." Stay tuned for more insights and discussions on the ever-evolving world of blockchain and cryptocurrencies. Until next time, keep learning and embracing continuous improvement!