We upload to our blog every couple of weeks, sharing insightful articles from our engineers as well as company news an our opinions on recent industry topics. Subscribe to our mailing list to get great content delivered straight to your inbox.
Introducing Will, Lead Backend Engineer at Flexciton. Explore his daily tasks, ranging from crafting backend architecture to overseeing the codebase and managing technical debt in this month's edition of The Flex Factor.
Introducing Will, Lead Backend Engineer at Flexciton. Explore his daily tasks, ranging from crafting backend architecture to overseeing the codebase and managing technical debt in this month's edition of The Flex Factor.
I am a lead backend engineer and the software development practice lead. My work involves designing the backend architecture, managing the codebase structure and technical debt, pushing for best practices across the wider engineering team and contributing features to my delivery team.
I usually start my morning by scanning through the production logs from our deployments and seeing if anything looks suspect and in need of an investigation. From there it will depend on what I am focused on for that week which tends to vary a fair amount. The majority of my time is spent coding features or doing large scale design work. Some days I get to spend refactoring and restructuring our codebase, occasionally I will get to work in the devops or optimisation space which I always look forward to. In any given week there will be a handful of ongoing projects at various stages, from architectural designs to software development practice work that needs to be structured and prioritised. No day goes by without me writing at least some code, but there is a fair amount of admin work to do as well.
The diversity of the work I get to do. My work often overlaps with optimisation and devops so I can find myself speaking the lots of different people throughout the day. There are many opportunities to dive deeper into a topic with various team members willing to support you. Since joining I have worked with terraform, CI pipelines, infrastructure, hardware configuration, optimisation, frontend, customer deployments, database optimisation and management, the application backend and much more.
Collaborative, Challenging, Diverse.
I think the next decade is going to be made great by lots of smaller contributions made across technology from both hardware and software. I don’t have much hope for AGI / useful AGI this decade but there is a lot going on to be excited about. From a hardware perspective we have companies making huge progress in designing chips specifically for model training, and at the other end of the spectrum more companies are putting satellites into orbit to enable global access to high speed internet. AI has fuelled the search in identifying stable structures for proteins and crystals, pushing frontiers of new medicines and treatments, as well as material science. Memory safety in programming languages has started to draw attention from governments too with languages like Rust (and potentially Hylo in the future) likely to lead for memory safe applications. It will be interesting to see how the landscape changes over the next few years and see companies start to shift their codebases over.
I think the best piece of advice would be to throw away any notion of imposter syndrome from the start. Programming, and tech in general, is massive, and its certainly true that the more you know, the more you realise you do not know. Everyone will take a different path throughout their career and find themselves being expert in one topic and (momentarily) hopeless in another. When the topics that you know nothing about come along, its best to embrace that and start finding opportunities to learn. It is important to convince yourself that while you may not be able to learn everything, you could learn anything and find joy in accruing that knowledge as you progress in your career. Bearing this in mind, I would say come into tech because you love it and because you want to learn. There is such as good community across programming languages and industries, anyone who wants to learn can easily find help.
I can’t think of one great memory that stands out, but what makes Flexciton great is all the little things that happen week after week such that by Sunday evening, I am looking forward to speaking with my team in Monday standup.
In part 2, Dennis explores strategies to enhance cycle time through advanced scheduling solutions, contrasting them with traditional methods. He uses the operating curve, this time to demonstrate how AI scheduling and operational factors, such as product mix, can significantly impact cycle time.
In the first part of 'C for Cycle Time', we explored the essence of cycle time in front-end wafer fabs and its significance for semiconductor companies. We introduced the operating curve, which illustrates the relationship between fab cycle time and factory utilization, as well as the power of predictability and the ripple effects cycle time can have across the supply chain.
In part 2, we will explore strategies to enhance cycle time through advanced scheduling solutions, contrasting them with traditional methods. We will use the operating curve, this time to demonstrate how advanced scheduling and operational factors, such as product mix and factory load, can significantly impact fab cycle time.
By embracing the principles of traditional Lean Manufacturing, essentially focused on reducing waste in production, cycle time can be effectively reduced [1]. Here are a few strategies that can help improve fab cycle time:
The implementation of an advanced AI scheduler can facilitate most of the strategies noted above, leading to an improvement in cycle time with significantly less effort demanded from a wafer fab compared to alternatives such as acquiring new tools. In the next sections we are going to see how this technology can make your existing tools move wafers faster without changing any hardware!
In this section, we delve into how an advanced AI scheduler (AI Scheduler) can maintain factory utilization while reducing cycle time.
First let’s define what an AI Scheduler is. It is an essential fab software that has a core engine powered by AI models such as mathematical optimization. It possesses the ability to adapt to ongoing real-time changes in fab conditions, including variations in product mixes, tool downtimes, and processing times. Its output decisions can achieve superior fab objectives, such as improved cycle time, surpassing the capabilities of heuristic-based legacy scheduling systems. More aspects of an advanced AI scheduler can be found in our previous article, A is for AI. The AI Scheduler optimally schedules fab production in alignment with lean manufacturing principles. It achieves this by optimally sequencing lots and strategically batching and assigning them to tools.
Figure 5 shows an example of how an AI Scheduler can successfully shift the cycle time from the original operating curve closer to the theoretical operating curve. As a result, cycle time is now 30 days at 60% factory utilization. This can be accomplished by enhancing fab efficiency through measures such as minimizing idle times, reducing re-work, and mitigating variability in operations, among other strategies. In the next sections, we will show two examples in metrology and diffusion how cycle time is improved with optimal scheduling.
Many wafer fabs employ a tool pull-system for dispatching. In this approach, operators typically decide which idle tool to attend to, either based on their experience or at times, randomly. Once at the tool, they then select the highest priority lots from those available for processing. A drawback of this system is that operators don't have a comprehensive view of the compatibility between the lots awaiting processing, those in transit to the rack, and the tools available. This limited perspective can lead to longer queuing times and underutilized tools, evident in Figure 6.
An AI Scheduler addresses these inefficiencies. By offering an optimized workflow, it not only shortens the total cycle time but also minimizes variability in tool utilization. This in turn indirectly improves the cycle time of the toolset and overall fab efficiency. For example, Seagate deployed an AI Scheduler to photolithography and metrology bottleneck toolsets that were impacting cycle time. The scheduler reduced queue time by 4.3% and improved throughput by 9.4% at the photolithography toolset [5]. In the metrology toolset, the AI Scheduler reduced variability in tool utilization by 75% which resulted in reduced cycle time too, see Figure 7 [6].
Diffusion is a toolset that poses operational complexities due to its intricate batching options and several coupled process steps between cleaning and various furnace operations [7]. Implementing an AI Scheduler can mitigate many of these challenges, leading to reduced cycle time:
In the above examples of photo, metrology and diffusion toolsets, the AI Scheduler can support operators to achieve consistently high performance. To enhance the efficiency of the scheduling system in fabs predominantly run by operators with minimal AMHS (Automated Material Handling Systems) presence, pairing the scheduler with an operator guidance application, as detailed in one of our recent blogs on user-focused digitalisation, can be a valuable approach. This software will suggest the next task required to be executed by an operator.
The deployment of an AI Scheduler should focus on bottleneck toolsets - specifically, those that determine the fab's cycle time. Reducing the cycle time of a toolset will be inconsequential if that toolset is not a bottleneck. Consequently, fabs should consider the following two approaches:
Another factor to consider is that the actual operating curve of the fab is moving constantly based on changes in the operating conditions of the fab. For example, if the product mix changes substantially, this may impact the recipe distribution enabled in each tool and subsequently, the fab cycle time vs factory utilization curve would shift. The operating curve can also change if the fab layout changes, for example when new tools are added.
In Figure 9, we show an example wherein the cycle time versus factory utilization curve for product mix A shifts upward. This signifies an increased cycle time in the fab due to the recent changes in the product mix (and the factory utilization was slightly reduced under these new conditions). An autonomous AI Scheduler, as described by Sebastian Steele in a recent blog, should be able to understand the different trade-offs. For example, in Figure 10, the AI Scheduler could deal with the same utilization as before (60%) with product mix A, but the cycle time will stay at 50 days (10 days more than in the case with product mix A). Another alternative is that the user can then decide if they want to customize this trade-off so that the fab can move back to the same cycle time with this new product mix B at 40 days but staying with lower utilization at 57%.
Trade-offs between different objectives at local toolsets may impact the fab cycle time. Consider the trade-offs in terms of batching costs versus cycle time. For instance, constructing larger batches might be crucial for high-cost operational tools such as furnaces in diffusion and implant. However, this approach could lead to an extended cycle time for the specific toolset and, consequently, an overall increase in fab cycle time.
Tool availability and efficiency significantly affect cycle time, akin to the influence of product mix on operating curves. If tools experience reduced reliability over time, the operating curve may shift upward, resulting in a worse cycle time for the same utilization. While the scheduler cannot directly control tool availability, strategically scheduling maintenance and integrating it with lot scheduling can positively impact cycle time. A dedicated future article will delve into this topic in more detail.
The topic of the cycle time has been enriched with the introduction of an AI Scheduler, bringing a paradigm shift in how we perceive and manage the dynamics of front-end wafer fabs. As highlighted in our exploration, these schedulers do more than just automate – they optimize. By understanding and predicting the nuances of operations, from tool utilization to lot prioritization, advanced AI schedulers provide a roadmap to not just manage but optimize cycle time considering alternative trade-offs. In future articles we will talk about how scheduling maintenance and other operational aspects can be considered in a unified and autonomous AI platform that we believe would be the next revolution, after the innovations from Arsenal of Venice, Ford and Toyota.
Author: Dennis Xenos, CTO and Cofounder, Flexciton
This two-part article aims to explain how we can improve cycle time in front-end semiconductor manufacturing through innovative solutions. In part 1, we discuss the importance of cycle time for manufacturers and introduce the operating curve to relate cycle time to factory utilization.
This two-part article aims to explain how we can improve cycle time in front-end semiconductor manufacturing through innovative solutions, moving beyond conventional lean manufacturing approaches. In part 1, we will discuss the importance of cycle time for semiconductor manufacturers and introduce the operating curve to relate cycle time to factory utilization. Part 2 will then explore strategies to enhance cycle time through advanced scheduling solutions, contrasting them with traditional methods.
Cycle time, the time to complete and ship products, is crucial for manufacturers. James P. Ignazio, in Optimizing Factory Performance, noted that top-tier manufacturers like Ford and Toyota have historically pursued the same goal to outpace competitors: speed [1]. This speed is achieved through fast factory cycle times.
This emphasis on speed had tangible benefits: Ford, for instance, could afford to pay workers double the average wage while dominating the automotive market. The Arsenal of Venice's accelerated ship assembly secured its status as a dominant city-state. Similarly, fast factory cycle times were central to Toyota’s successful lean manufacturing approach.
Furthermore, semiconductor manufacturers grapple with extended cycle times that can often span 24 weeks [2]. This article will focus on manufacturing processes in front-end wafer fabs as their contribution to the end product, such as a chip or hard drive disk head, spans several months. In contrast, back-end processes can be completed in a matter of weeks [3]. However, the principles discussed apply universally to back-end fabs without sacrificing generality.
Less variability in cycle time helps a wafer fab to achieve better predictability in the manufacturing process. Predictability enables optimal resource allocation; for instance, operators can be positioned at fab toolsets (known as workstations) based on anticipated workload from cycle time predictions. Recognizing idle periods of tools allows for improved maintenance scheduling which will result in reduction in unplanned maintenance. In an upcoming article (Part 2), we'll explore how synchronizing maintenance with production can further shorten cycle times.
Measuring and monitoring cycle times aids in identifying deviations from an expected variability. This, in turn, promptly highlights underlying operational issues, facilitating quicker issue resolution. Additionally, it assists industrial engineers in pinpointing bottlenecks, enabling a focused analysis of root causes and prompt corrective actions.
In the semiconductor industry, cycle time plays a pivotal role in broader supply chain orchestration:
Cycle time is a component of the total lead time of a product (it also includes procurement, transportation, etc). Therefore, total lead time can be reduced if the long cycle times in the front-end wafer fabs are reduced. A reliable cycle time nurtures trust with suppliers, laying the foundation for favorable partnerships and agreements. In essence, cycle time is not just about production; it's the heartbeat of the semiconductor supply chain ecosystem.
Understanding how cycle time impacts product delivery times is essential for the semiconductor industry. In some analyses, you could see that cycle time is confused with capacity, as the authors in a McKinsey article stated “Even with fabs operating at full capacity, they have not been able to meet demand, resulting in product lead times of six months or longer” [4]. On the contrary, in a fab operating at full capacity, lead times of the products will increase as the average cycle time of manufacturing is increasing.
The fab cycle time metric defines the time required to produce a finished product in a wafer fab. The general cycle time term is also used to measure the time required to complete a specific process step (e.g. etching, coating) in a toolset, known as process step cycle time. The fab cycle time consists of the following time components as can be seen in Figure 2:
To measure and monitor cycle time, wafer fabs must track transactional data for each lot, capturing timestamps for events like the beginning and completion of processing at a tool. This data is gathered and stored by a Manufacturing Execution System (MES). Such transactional information can be utilized for historical operations analysis or for constructing models to forecast cycle times influenced by different operational factors. This foundation is crucial for formulating the operational curve of the fab, which we'll delve into in the subsequent part of this blog. As outlined in an article by Deenen et al., there are methods to develop data-driven simulations that accurately predict future cycle times [3].
As we mentioned earlier, historic data can be used to generate the operating curve of a fab which describes the cycle time in relation to the factory utilization. Figure 3 shows the graph of the fab cycle time in days versus the utilization of the fab (%). The utilization of the fab is defined as the WIP divided by the total capacity of the fab.
We have found this method useful in understanding the fundamental principles of cycle time. The operating curve helps to explain how factory physics impact fab KPIs such as cycle time and fab utilization by showing the changes in the operating points:
In Figure 3, you can see that the current fab cycle time is 40 days when the factory utilization is at 60%. Theoretically, we could reduce the cycle time to 22 days. The difference between these two points is due to the inefficiencies that contribute to the factory cycle time as explained in the introduction of this section. In Part 2 of this blog, we will explore the various types of inefficiencies and examine how innovation can shift the operating curve to achieve lower cycle times while maintaining the same fab utilization.
In summary, cycle time is not merely a production metric but the very pulse of the semiconductor manufacturing and supply chain. It governs revenues, shapes market responsiveness, and is pivotal in driving innovation. By understanding its nuances, semiconductor companies can not only optimize their operations but also gain a competitive edge. And while we've scratched the surface on its significance, the question remains: how can we further reduce and refine it? In part 2 of the C for Cycle Time blog, we will discover innovative techniques that promise to revolutionize cycle time management in wafer fabs.
Author: Dennis Xenos, CTO and Cofounder, Flexciton
Ray Cooke delves into the pivotal considerations surrounding cloud adoption in the context of wafer fabrication. For those reading sceptically, uncertain about the merits of cloud integration, or perhaps prompted by concerns about lagging behind competitors—this blog endeavours to shed light on key areas of relevance.
Welcome to a nuanced exploration of pivotal considerations surrounding cloud adoption in the context of wafer fabrication. For those reading sceptically, uncertain about the merits of cloud integration, or perhaps prompted by concerns about lagging behind competitors—this blog endeavours to shed light on key areas of relevance.
For those reading this blog, the chances are you (or perhaps your boss) remain unconvinced about the merits of cloud adoption, yet are open to participating in the ongoing debate. Alternatively, there might be a concern of falling behind industry peers, perhaps heightened by recent security incidents such as the hacking of X-Fab. By the end of this short article, you will have gained valuable insights into the significant areas of cloud security, with the anticipation that such information will contribute to a more informed decision-making process.
Firstly, this is about using a cloud service, not running your own systems in the cloud. There are good arguments for that too, but that’s not what this article is about. So, the areas deemed worthy of exploration within this context include:
Recognising the complexity of these topics, we aim to take a segmented approach, with this blog dedicating its focus to the critical factor of security. Subsequent entries promise a comprehensive discussion on the remaining aspects.
We’re going to start with a simple one. Is your fab in any way connected to the internet? If you’re genuinely air-gapped, then it's reasonable to assume you already have a high level of security. But, if you’re not actually air-gapped, then you could actually improve your security by using a cloud service rather than running that service on-prem. Not instantly obvious perhaps, but let us explain.
The most compelling argument that exists for this is a simple one. Microsoft, AWS, IBM and Google all run respectable professional public clouds. If the service we’re talking about connecting to runs on any one of them, it’s fair to say they have similar approaches to cybersecurity.
Microsoft alone employs 3500 cybersecurity professionals to maintain the security of Azure and together they spend a lot on cybersecurity improvements. That’s an awful lot more person-hours on security than most are going to be able to apply from their team. Every single one of them is contributing to the security of a system running in their cloud.
“Aha!”, you say, “that tells me that the underlying public cloud infrastructure that the service is running on is probably as secure as anything connected to the world could be, but that doesn't mean that the service running on it is, right?” And yes, that’s a fair concern. As one of those service providers, we can confirm that we do not employ 3500 cybersecurity professionals. But because we run our service on Azure, we don’t need to. More than half our fight is already done for us and the remainder is a lot easier. For example:
In discussing the ease of these security measures, perhaps we’ve been slightly frivolous. However, despite the casual tone, the implementation of security measures when using cloud technologies is notably simpler when compared with organisations that manage their own hardware.
On the other hand, maybe you’re a fab that is actually air-gapped. You’ve got a solid on-site security team and excellent anti-social-engineering measures. Why introduce any risk? Fair question. We’d argue that this is going to become an increasingly challenging problem for you and maybe now’s the time to get ahead of the problem. Tools on your shop floor are already getting more modern, with virtualised metrology and off-site telemetry feeds for predicting failure rates using machine learning. Some of these systems just can’t be run on site and you’ll increasingly have to do without the more advanced aspects of your tooling to maintain your air gap. Over time this will take its toll, and your competitors will begin to pull away.
At this point it’s worth mentioning that SEMI has put together standards in the cybersecurity space. These address risks like bringing tools into your network with embedded software on them as well as defining how to set up your fab network to secure it, while still enabling external communication. We’d suggest that you should treat a cloud service no differently. It is entirely possible to use a managed service, in the cloud, connected to your fab, while still relying on purely outbound connectivity from your fab, leaving you entirely in control of what data is provided to the service and what you do with any data made available by that service in return.
If you’re already “internet-enabled” in your fab, then we’d argue that using a reputable public cloud service is actually more secure than running that same service on-prem.
If you’re completely offline, we’re not going to argue that using a cloud service is more secure than not connecting to the internet. What I am arguing though, is that at some point you’re going to have to anyway, so you’re better off getting on top of this now rather than waiting until you’re forced into it by the market.
Author: Ray Cooke, VP of Engineering at Flexciton
In the challenge of digitising semiconductor wafer fabs, Flexciton aspires to play a pivotal role in cultivating highly skilled operators and managers—individuals who are empowered by our technology rather than being replaced by it. Learn more about our customer-centric approach in this blog from Valentina.
For many years, my career has been deeply rooted in the ever-changing world of manufacturing–an industry where progress relies on innovation. Throughout my professional journey, I have been immersed in this dynamic sector, focusing on creating bespoke software solutions for manufacturing and logistics, all the while seamlessly integrating third-party solutions into established workflows. My experience has afforded me the opportunity to first-hand witness the profound changes that digitalisation and automation have brought to the manufacturing landscape. As technology and manufacturing processes have become more closely intertwined, the operational dynamics of production have been reshaped.
Like any successful partnership, the marriage of manufacturing and technology requires a strong foundation built on trust, mutual understanding, respect, and a shared ambition to support each other's growth and empowerment. However, these transformative shifts have brought along their fair share of challenges and concerns that continue to echo around the manufacturing world.
A few years ago, I collaborated with a couple of value stream managers as we scoured the market for various digital products, seeking the optimal solution to integrate with our in-house developed material requirements planning (MRP) system.
One significant concern was the fear of adopting software that was too intrusive. In an industry where precision and control are paramount, the idea of software delving too deeply into our operations was disconcerting. Even worse was the fear of getting locked into specific technologies. Having deeply integrated software within our operations poses a risk due to them being so costly to replace, which potentially limits our capacity to adapt and evolve in tandem with the industry. We wanted automation and the ability to forecast the incoming work. Our aim was to prevent defects and misjudgments, all the while ensuring that we retained control over our manufacturing processes. And importantly, we were adamant about not compromising our quality standards.
The reality is that the market for manufacturing-oriented software is littered with solutions that are cumbersome, inflexible, and expensive. When I joined Flexciton as a Senior Product Manager, I was pleasantly surprised to discover a refreshing departure from the norm in Flexciton's product philosophy.
It evokes the concept of “servant software”. Similar to the idea of servant leadership–where a leader prioritises the well-being, growth and empowerment of team members–servant software aims to streamline processes, simplify tasks, and provide solutions that cater to the users' requirements and preferences.
A servant software encompasses, as a foundational principle, the advantage of being as flexible and adaptable as a meticulously tailored suit. This quote summarises the concept:
Upgrade your user, not your product. Don’t build better cameras — build better photographers.
— Kathy Sierra
Picture Josh, a Senior Fab Operator in the diffusion area, who has been working for five years in a manually operated wafer fab. Half of his workday is consumed by the arduous task of sifting through a colossal spreadsheet that meticulously logs all the lots in progress, each with its own unique characteristics. He sits at his desk, constantly toggling between this spreadsheet and another monitor displaying the real-time status of the tools.
Jotting down notes on a piece of paper, Josh ventures into the tangible world of the fab. There, he confronts the actual events unfolding. He asks himself, "Is this an actuality? Are these lots genuinely ready for processing? Can I really preload this tool?" Realisation strikes: "No, they are still in transit, and I cannot proceed with this batch," or "I can’t preload this tool yet; a few minutes are still left." Josh retreats to his desk to recalibrate his plans once more.
When operators are liberated from repetitive and inefficient tasks, they can harness their cognitive abilities to identify improvement opportunities, propose innovative solutions, and implement process enhancements directing their efforts towards value-added activities that demand uniquely human qualities. This empowerment not only enhances job satisfaction but also drives a culture of ownership and accountability.
Servant software aligns seamlessly with the principles of lean management, a philosophy that champions efficiency through the elimination of waste and continuous improvement. Lean management is not just about operational optimization, it emphasises a shift in mindset, encouraging all levels of an organisation to work cohesively towards shared objectives. By integrating servant software within this framework, manufacturers can elevate their workforce's role away from simply executing tasks and towards contributing to the bigger picture.
Operators typically concentrate their efforts within their designated areas of responsibility, striving to optimize operations by carefully managing various tasks. They work diligently to maintain a delicate balance among tools, ensuring workloads are efficiently allocated, changeovers are optimized, and maintenance and process control activities are accommodated for. Even within a confined production area, this manual juggling of numerous constraints and variables presents a considerable challenge, a topic we explored further in our article on autonomous scheduling.
A new way to schedule the fab is the key. But what’s in it for the operators? What is the impact on their daily work? Our software aims to provide operators with a tool that leads them to take the right action at precisely the right moment. It ensures that tasks are executed with impeccable timing, neither prematurely nor delayed, considering not only the current status of the WIP (work in progress) and the tools they are responsible for, but also the potential effect of their actions on the following production stages.
This goes beyond optimizing individual areas; instead, it is designed to harmonise the entire manufacturing process. By avoiding over-optimization of one area, we prevent potential bottlenecks or resource shortages elsewhere in the workflow, resulting in a balanced, easily monitored, and controllable production process.
Our operators' tools are integral to the Flexciton application ecosystem, where every component is integrated and consistent. From analytics and scheduling to automated tuning, and extending to the practical, hands-on actions of our operators—such as loading or unloading tools or conducting Statistical Process Control (SPC) tasks—our system comprehensively covers all aspects. Therefore, Josh can simply glance at his portable device to discern the next best action to perform or be notified when something urgently requires his attention.
Our primary goal is to provide operators with the essential information they need, without overwhelming them. This information is easily accessible on portable devices, ensuring its effectiveness from the very first day an operator steps into the fab.
Operators—now armed with useful insights and empowered by automation—can expand their contributions beyond their individual roles, engaging in more value-adding tasks. The result is a collaborative ecosystem where every individual becomes a key player in achieving fab-wide targets and goals.
In delivering software solutions for the semiconductor industry, our mission revolves around achieving an optimal balance, thereby cultivating a modern, flexible, and customer-centric product philosophy. Our platform, while robust, maintains a deep respect for operational boundaries, ensuring that our customers are not confined to rigid models.
Instead, it functions as a dynamic tool that enriches adaptability and innovation, and grants users complete control over their manufacturing processes. By adhering to these core principles and relentlessly pursuing software that empowers without overwhelming, we unlock the full potential of a harmonious synergy between technology and manufacturing, propelling progress forward without concessions.
Author: Valentina Vivian, Senior Product Manager at Flexciton
Please give a warm welcome to Jannik, our next team member to sit in the hot seat. In this edition of The Flex Factor, find out how Jannik juggles being both an optimization engineer and customer lead, as well as what get's him excited in the world of tech.
Please give a warm welcome to Jannik, our next team member to sit in the hot seat. In this edition of The Flex Factor, find out how Jannik juggles being both an optimization engineer and customer lead, as well as what get's him excited in the world of tech.
Tell us what you do at Flexciton?
I’m an optimization engineer and technical customer lead working in the customer team. As an optimization engineer, I work on our models and the general back-end code to make sure we create optimal schedules that meet the client’s requirements.
As a customer lead, I speak to our clients to understand their unique challenges, so that I can translate them into requirements for our solution and liaise with our team to prioritise the right bits of work we want to get done.
What does a typical day look like for you at Flexciton?
To start my day I like to have a check in with my clients, to make sure their apps are working as expected and there are no queries waiting to be handled. Other than that, there is no such thing as a typical day.
Some days will be full of programming to create solutions for new problems we encounter, or to iron out bugs that made their way into the code during previous work. Other days might have lots of meetings to align our work with the engineering & product teams, or to speak with our customers and technology partners.
What do you enjoy most about your role?
My role has loads of connections within the company, which means I get to work with many super smart people to achieve our goals. I also really enjoy learning about the many different challenges our clients face and create solutions for them, and occasionally I get to visit clients and peek inside the cleanroom, which never fails to amaze me.
If you could summarise working at Flexciton in 3 words, what would they be?
Challenges, curiosity, intelligence.
If you could have dinner with any historical figure, living or deceased, who would it be, and why?
Sebastião Salgado, the Brazilian photographer. Not only is he an inspirational photographer, he must also be full of stories and life lessons from many years of travelling and reforesting his family's farm land.
In the world of technology and innovation, what emerging trend or development excites you the most, and how do you see it shaping our industry?
It’s a very broad trend, but it’s amazing to see AI solutions spreading to more and more people and helping them in their daily lives. You’d think an industry like semiconductors is at the forefront of this, but we can see that there is still a lot of hidden potential which we can hopefully help to unlock over the next few years by replacing some of the legacy technology.
Tell us about your best memory at Flexciton?
This one is really tough because I love all the small moments here, from having a super technical discussion amongst engineers to finding out a new fun fact about each other over some drinks.
If I have to pick a single moment, it would be our surfing lesson near Albufeira during last year’s team trip. It was just loads of fun trying it out (and failing) together.
We're hiring! To see what vacancies we have available, check out our careers site.