Transformation Partner

    for software, data and AI initiatives

    Interested in working together?Book a free call

    How I helpHow I help

    A transformation is not a product

    Does it strengthen or weaken the organization when individual business units, departments, or teams become more productive through AI?

    The overall system is weakened by isolated optimizations if:

    • the company's roots and vision, and how AI can help strengthen that connection, are not considered from the very beginning
    • the mission of how AI should be deployed does not directly benefit both customers and employees,
    • it is unclear how an individual initiative is supposed to scale across the broader organization,
    • if there is no idea of how to measure the success of an AI initiative, no criteria for when to kill it, and no strategy for doing so in a face-saving manner
    • it remains unclear how individual learning can be transformed into a permanently.

    This is why, during a transformation, I work with both top management and the teams. It must begin in both places simultaneously and be orchestrated so that they interlock seamlessly. There are countless methods out there. Drawing on my experience, I will select the right ones for our collaboration. Every organization is different, which is why I deliver tailored solutions based precisely on your specific situation. You can book me for various formats. Below are examples of the topics I cover:

    Training & Support

    • Workshops
    • Individual training sessions
    • Targeted coaching or ad-hoc support

    Ways of Working & Structures

    Developing tailored ways of working, methods and organizational structures: together, we create solutions that fit your initiative and your organization.

    Hands-on Delivery

    Part-time or full-time when you need someone who rolls up their sleeves and takes ownership.

    Lean & the Value Stream

    No matter how far along your organization is with software, data or other initiatives — you always need Lean principles.

    All agile methods are rooted in Lean philosophy, which predates them and originates from Toyota's Lean Production System.

    The goal is to define value and determine how activities must align to deliver that value — while eliminating waste.

    There are several types of waste (Muda):

    • Overproduction
    • Waiting
    • Transport
    • Over-processing
    • Inventory
    • Motion
    • Defects
    • Unused potential

    Avoiding waste is one thing, delivering value is another.

    Lean is all about the Value Stream. But what is value? You have to see it through the eyes of the customer.

    A personal example: my car dealer now uses an AI voicebot for phone calls. The voice sounds natural and friendly. In my case, though, it was just one more hoop to jump through. The end-to-end process lacked real value for the customer. There are many examples like this — here is my story:

    My car was showing that the brake pads needed to be replaced. I had just been at the workshop for a partial recall, and the car had been inspected then.

    The AI on the phone was really friendly, almost as natural as a real person. It found my license plate in the system.

    What it could NOT do: figure out whether the alert was triggered by mileage or by an actual defect. The car had just been at the workshop. So it transferred me to a real person.

    The employee did not know either.

    What went wrong? The data was missing. The technician from last time hadn't entered it into the system. And the software in the car had not been synced with the service technician's inspection.

    The proof: AI alone helps nothing at this point. The process was not completed any faster than without AI. The data was missing and the systems were not in sync.

    So it is always about the entire end-to-end workflow — across all media.

    WIP limits & Little's Law

    Maybe you're doing too much in parallel.

    Most AI and strategy consultants make the same mistake: they can't do the math. Here's the proof:

    Too many projects are started at the same time and worked on in parallel. That costs you real money.

    Little's Law makes it clear: if your team is working on 10 projects simultaneously (WIP = 10) and completes on average 2 projects per week (throughput), the average lead time per project is 5 weeks (Lead Time = WIP / Throughput = 10/2).

    Reduce the WIP limit to 5, and lead time halves to 2.5 weeks — at the same throughput.

    Assuming €10,000 in project costs per week, that saves you €25,000 per project (5 weeks vs. 2.5 weeks × €10,000).

    Without WIP limits, unfinished work piles up: with 10 projects of 5 weeks each, you tie up €50,000 per week in incomplete tasks — money that generates no return!

    And with the breakneck pace at which technology is improving, you might end up killing one of these projects anyway! That makes WIP limits even more critical.

    At the portfolio level, these limits are necessary to avoid six-figure waste and to increase efficiency.

    This is why you need Lean principles at multiple levels: team, portfolio and strategy.

    Timeless project management methods

    Lean alone, however, is not enough.

    On top of that, you need classical project management, timeless best practices and new methods, sensibly combined:

    • Hypothesis-driven work with kill criteria
    • Adaptive planning and learning as a corporate rhythm
    • Robust risk management adapted to AI
    • Effective stakeholder management built on trust
    • Problem-solving skills: distinguishing real problems from emotionally inflated tasks
    • Teamwork — if you see the team only as the lowest career step, you've already lost
    • Conflict management: the more thought that goes into shaping leadership, the fewer conflicts arise later. 80% of all conflicts are symptoms of unclear leadership!

    Cadence, not framework

    You can't simply adopt a consultancy's framework and expect success. The truth is: not everything is the same.

    Two-week sprints for everything and everyone, whether they fit or not, only create frustration.

    A technical process is NOT a functional process, NOT a governance process and NOT a strategy.

    Some tasks take seconds, others a day, a few workdays, two weeks or three months. The key is Cadence!

    How do you harmonize these different processes and rhythms meaningfully? That is precisely the art.

    A company offering Software as a Service (SaaS) for B2C customers needs different ways of working, methods and roles in a team building web app features than a company manufacturing physical products for B2B customers, where a team is rolling out a new ERP system.

    A pharmaceutical company needs different approaches for teams supporting field sales reps than a public authority facing the task of migrating large monolithic legacy systems that must reliably serve citizens.

    Implementing an AI chatbot for general use is a different AI initiative than building predictive maintenance for machinery.

    Sure — you have to start somewhere. But the best starting point is not an off-the-shelf framework — it is mindset and culture.

    Culture eats strategy

    The real knowledge always resides within the company.

    Do I really believe that a consultant without a technical background can guide me through an AI transformation better than a team member who tinkers with Open Claw at home (which I know nothing about)?

    Do I really believe that an AI consultant can tell me more about a new operating model than a domain expert who has been frustrated for years by unnecessary media breaks — but says nothing because no one asks?

    Do I really believe that a strategy consultant can teach me more about leadership than all my experts who have suffered under cumbersome structures for years — but stay silent because anyone hinting at change gets punished?

    External expertise gets you nowhere unless you simultaneously create an environment in which everyone can speak freely — without negative consequences.

    The real knowledge always resides within the company. The problem is not the individuals — it's always the system, which has grown historically and often become overly complex and cumbersome.

    That's why my offer is: start with mindset and establish a culture where the knowledge already present in your company gradually becomes visible and is translated into action through sensible first steps.

    Transformation as a learning journey

    You may sense it — in the end it's called: Transformation.

    Transformation essentially means: you already know that your current ways of working and structures no longer fit. You recognize the need to act.

    You don't YET know exactly what the target state looks like — and you definitely don't want a massive change project.

    That means: your organization has to start somewhere — but in a way that

    • the change generates tangible benefit and value,
    • at a pace that doesn't overwhelm anyone,
    • is sustainable,
    • and truly makes a difference.

    I have co-shaped several transformations and can say: it is a learning journey. Transformation begins in teams and in top management at the same time — and then converges meaningfully.

    • Transformation needs formats in which the organization can scale and embed what it has learned.
    • Transformations need WIP limits so that too much doesn't happen at once.
    • Transformation means developing and sharpening the target state together along the way — stable and flexible at the same time.

    Leadership for the AI age

    As you can see: it's not that simple. It works best with leadership teams.

    In the past, a single leader typically held responsibility for several of the following leadership dimensions:

    • Personnel
    • Disciplinary
    • Methodological
    • Subject-matter
    • Technical
    • Organizational
    • Financial
    • Architectural
    • Strategic
    • Regulatory
    • etc.

    During the agile transformations, many organizations distributed these dimensions across multiple leaders. With the AI transformation, in my view the time has come to sharpen this further — or, for those who haven't yet done so, to finally start.

    • These dimensions must be transferred to a leadership team. The leadership team is end-to-end responsible for several teams that deliver measurable value as an outcome.
    • Each leader must cover several dimensions to avoid extremes.
    • These dimensions must be combined meaningfully.
    • Disciplinary leadership should, wherever possible, be decoupled from these leadership teams. For team members to openly raise improvement opportunities, they need leaders who clear the path and don't put obstacles in the way — even when the truth is uncomfortable. In addition, you need a way of working in which people can speak openly and no one loses face.

    Leadership teams work in three rhythms:

    • Team cadence
    • Portfolio cadence
    • Strategic cadence

    The art lies in setting the right boundaries — and drawing them as tightly as possible, so that teams can decide, develop and deliver as freely as possible, without constantly depending on the leadership team.

    I have accompanied and built this up several times already.

    1. Free initial call

      You share where you stand. I listen, ask questions — and we figure out whether it makes sense to go deeper. No pitch, no pressure.

    2. Free deep-dive call

      We look at your situation in detail: where the pain is greatest, what "better" would look like, which building blocks fit. You leave this conversation with clarity — whether we work together or not.

    3. You receive an offer

      Concrete scope, concrete outcomes, concrete price. No off-the-shelf packages.

    Together, we find the right solution for you.

    About MeAbout me

    Bianca J. Schulz

    Easy to work with, friendly but direct. I'm someone who takes ownership. For my full background, see LinkedIn.

    Bianca J. Schulz

    A long career — starting in database development and software engineering, then as Project Lead, Scrum Master and Agile Coach. I've been part of a leadership team with responsibility for 7 teams, driven agile transformations end-to-end, and stayed technically hands-on — close enough to the code, the data and the models to see what works and what doesn't. I've worked inside or close to nearly 40 companies, from 5-person teams to 800,000-employee corporations, with team members on 4 continents and in 3 languages.

    Right now I'm building my own AI stack: a MacBook with a local LLM plus a self-learning open-source AI agent, also running locally. My professional and private hardware and AI are strictly separated. For confidential use cases as well as for my personal knowledge, I use the local LLM exclusively. My stack is continuously growing — meaning: you're talking to someone who consistently stays at the cutting edge.