Ensemble Ensemble
Menu
Home
  • SOLUTIONS
  • Method
    • A Systemic Approach
    • Theory of Constraints
    • Working with us
  • RESOURCES
    • Productivity Scorecard
    • Articles
    • Subscribe
    • Our book
  • Results
  • ABOUT
    • The Just Work Manifesto
    • Our Story
    • Location
Book a call
loader

Culture | Language | Organisation | People | Process

View all articles SUBSCRIBE TO NEWSLETTER to get articles and more

STAY CONNECTED AND SIGNUP TO RECEIVE INSIGHT updates

Subscribe

Working between the silos

David Hodes, Founder

What are you accountable for? And what kind of authority do you have to properly acquit that accountability? Whom do you report to? How do you get inducted into the role? Who decides which tasks are to be done, of what type and by when?

Everyone craves clarity in their role. We want to know who makes decisions about hiring and firing from the team and who will do the appraisals. Who has the authority to negotiate pay, whether up or down? The classic job description often covers many aspects of your role. But what happens when you get assigned to a project outside of your functional home?

[Listen to audio version, read by David Hodes]

What is the relationship between you and a person in a horizontal business function who has a different boss to you? Who has authority when you need to get a task done for which you are held accountable, but for which you don’t have direct authority over the person you need to do the work? Job descriptions get hazy when it comes to the nature of the horizontal relationships between the silos. A prerequisite of effective collaboration is having a consistent means by which work is assigned from one part of the management accountability hierarchy to another without having to go to that place in the hierarchy to seek permission from the manager who spans both silos.

Elliott Jaques, a pioneer in organisational design, came up with the idea of TARRs and TIRRs, which stand for Task Assigning Role Relationships and Task Initiating Role Relationships.

Task Assigning Role Relationships (TARRs)

Let’s say Alice is Bob’s boss. Not only is she authorised to get Bob to do something but is also held accountable by her own manager for Bob’s output (and its quantity, quality and delivery time, within resources and procedures). These are the classic vertical relationships defined by the org chart.

Task Initiating Role Relationships (TIRRs)

Now imagine Alice is not Bob’s boss, but wants to initiate a task for which Bob is qualified. Usually it is Bob’s manager (not Alice) who is held accountable for whether or not Bob does the task, and is further held accountable for Bob’s output. TIRRs define who can ask what of whom when it’s outside of the vertical silo.

In this article, I’ll focus on the different types of horizontal relationships and how they contribute to running the business more effectively.

We’ve all come across ‘dotted line’ relationships where someone informally reports to a manager from another silo. But while Alice may be Bob’s senior (say she is a manager and Bob is a superintendent), in horizontal relationships she is often his peer and sometimes even his junior. By way of example, it’s clear that a military policeman of lowly rank can prevent a General from gaining access to a part of a military base, or a safety officer can instruct the CEO to don her personal protective equipment before entering a site. In most organisations, though, roles and responsibilities can quickly get tangled.

Fortunately, Jaques came up with seven different types of relationship that bring clarity: Advisory, Auditing, Collateral, Coordinative, Monitoring, Prescribing, and Service.

Let’s say Alice belongs to the Engineering function and is running a large project to implement a new asset management system. As such, she’ll need access to people from Production, Maintenance, Finance, IT, HR and the like. Alice’s position description contains nothing about her authority over the many people with whom she has to interact. The project affects the whole business and has been identified by the executive as critical to its future success.

“What happens when you get assigned to
a project outside of your functional home?”

As you read through these horizontal role relationships bear in mind that, once set in place, you no longer need to seek permission for every interaction you have from the manager of the person you wish to interact with. Moreover, that manager’s subordinate is obliged to cooperate to the extent required by the type of role relationship put in place. This can have a positive impact on productivity, as work can flow according to the structure and procedures made explicit by the role relationships. There is no need to wait and stop and start your task whilst waiting for permission to keep your work flowing.

Advisory: Alice is accountable for deciding on opportunities to help Bob by advising him and trying to persuade him to take that advice. Bob is accountable for deciding whether or not to take the advice. If he decides not to, then Alice is not authorised to go further. Bob has production targets to reach and has his own plan of how to go about reaching those targets in a safe, reliable and cost-effective way. He cannot merely dismiss the advice offered by Alice but is free to reject it once it has been properly considered.

Auditing: Alice is accountable for inspecting Bob’s work and deciding whether it is satisfactorily within limits. If Alice decides it isn’t, she has the authority to instruct Bob to stop that particular activity, and Bob must do so. For example, the new asset management system has improved standards for safety and the way maintenance engineers go about their tasks. If Bob has failed to take these new standards into account, Alice instructs him to stop until the new standards can be incorporated into his work.

Collateral: Alice and Bob are accountable for making mutual adjustments in their work in line with their manager’s context so that the best overall outcome for the business is achieved. The managers for Engineering and Maintenance have agreed on the asset management plans and have asked Alice and Bob to work out the ideal asset strategies to ensure they achieve the desired outcome contained in the plan. Alice might privilege reliability over cost whereas Bob might have a tight budget to work to, which doesn’t allow for all of what Alice would like to incorporate. The two of them work out a solution within the context set by their respective managers.

Coordinative: Alice not only has monitoring authority with respect to Bob and Bob’s peers, but also has the authority to bring them all together and try to persuade them to take a common course of action. Alice knows that to get the best bang for buck with the new asset management system she will have to get input from maintenance, operations, HR and IT. She decides that the best way to do this is to hold a series of workshops at which Bob and his peers will have to be present. She coordinates the meetings without further reference to Bob’s manager and all must do everything reasonable and possible to attend and contribute.

Monitoring: Alice is accountable for keeping abreast of what Bob is doing and for taking opportunities to persuade Bob to take alternative courses of action which Alice thinks are more in line with policy. If Bob does not accept Alice’s persuasion and she considers the matter to be serious, she must report to a higher authority. Alice has a schedule to complete the first phase of the project and is being held to account for its delivery. Failure to meet the schedule milestones would have serious implications for other aspects of the integration of her project with other projects currently running in the business. Bob feels under the pump with work assigned to him by his boss and has a natural tendency to do what he thinks will please his boss rather than what Alice is recommending. If Alice and Bob cannot agree, Alice is obliged to escalate, without any fear that she is dobbing in Bob.

Prescribing: If Alice judges that Bob is doing something that may have seriously destructive consequences, Alice has the authority to instruct Bob to carry out corrective activities, and he is accountable for doing so at the time prescribed. Alice does not have managerial accountability or authority with respect to Bob. She determines that Bob’s attitude to her project is having serious consequence across the whole of Bob’s function. He doesn’t like the asset management project, feeling that it’s interfering in his obligation to keep the plant running. He has told anyone who cares to listen that he will only do what Alice is calling for when it suits him.

Both the engineering and maintenance managers are resolute in their desire to get the new asset management system in place as soon as possible, knowing that the VP Operations, their mutual boss, has made clear it is a critical means for delivering his mandate of safety, volume and cost. To move matters along, Alice is equipped with a prescribing role relationship with respect to Bob who is then compelled to do what Alice calls for. Although Alice now has project authority over Bob, she does not have managerial authority or accountability—that role resides with the maintenance manager.

Service (getting and giving): The service-getter, Alice, has the authority to go to the service-giver, Bob, and to instruct him to provide an authorised service. Bob is accountable for providing the service unless he lacks the resources to do so, in which case he must indicate to Alice whether and when it will be possible to provide the authorised service. Alice goes to IT and asks them to stand up the new asset management software application and configure it in a way that is fit for purpose for the project’s User Acceptance Testing phase. There is a service-level agreement between Engineering and IT, which allows for the required service to be accomplished within seven days of an authorised request. IT receives the authorised request and apologises to Alice that due to an extraordinary workload and the absence of some critical staff members, they’ll only be able to stand up the application in three weeks.

Alice goes ballistic, releasing a tirade of unmentionable invective, and fires the IT manager on the spot. Fortunately for the IT manager, Alice is not his boss, and he has years of experience in dealing with colleagues who can’t believe it takes IT a week merely to turn on the switch of a new machine. ‘Just kidding,’ he replies when Alice finally calms down, ‘I can get it done in a day. We just implemented the TOC-based Dev Ops, and the difference it has made is awesome.’

The different types of horizontal relationships are summarised in the table below:

Elliott Jaques horizontal relationships matrix

It may sound like a lot of bother to define these horizontal relationships, but it’s worth investing the time in advance. The clarity you gain not only minimises headaches from personality clashes and unvoiced assumptions but prevents buck-passing and arse-covering. Do it for one key project, learn some lessons and adapt it to create the future standard. Best of all, removing the frustration and procrastination of the old ways of doing things leads to huge increases in engagement and productivity.

____________________________

What’s next?

The change from standard thinking to Theory of Constraints (TOC) is both profound and exhilarating. To make it both fun and memorable, we use a business simulation we call The Right Stuff Workshop.

We’d love to run it with you. To learn more:

  • download the brochure (no email required)
  • schedule a call____________________________

    Spiral staircase
    [Background photo by Alain Pham on Unsplash]

    “A round man cannot be expected to fit in a square hole
    right away. He must have time to modify his shape”
    —Mark Twain

    ____________________________

  • Culture
  • Operations
  • Process
  • Strategy

The healthcare professional: the hidden constraint in patient flow

Ensemble Administrator

Healthcare professionals are central to the patient’s progress from awareness of a therapy to successful long-term use. They identify risk, interpret evidence, diagnose conditions, discuss options, perform procedures, provide training and monitor outcomes.

Yet many medical device development programs treat healthcare professionals primarily as users to be trained or customers to be persuaded.

HCP-Centered Design takes a wider view. It examines the work healthcare professionals must perform, the system in which they perform it and the constraints that limit their ability to move suitable patients through the care pathway.

“If patient flow depends on a healthcare professional, that professional’s available capacity may determine how many patients ultimately receive the therapy.”

Healthcare professionals govern critical transitions

A medical device patient journey commonly depends on several healthcare professionals:

  • A primary care professional recognizes a problem or makes a referral.
  • A specialist assesses the patient and manages the disease pathway.
  • Diagnostic professionals generate and interpret evidence.
  • A managing physician supports authorization or reimbursement.
  • An interventional specialist confirms eligibility and performs a procedure.
  • Nurses, educators or allied health professionals help the patient adapt.
  • Follow-up teams monitor efficacy and coordinate adjustments.

Each professional governs a transition in the flow of patients.

If one transition lacks sufficient capacity, information or clarity, the whole pathway slows. More marketing, sales activity or production capacity will not compensate for a shortage of specialist time or a burdensome diagnostic process.

This is why HCP-Centered Design is not simply about making an interface easier to use. It is about enabling the system of care to perform.

The HCP works within a system

A healthcare professional’s work depends on information and actions supplied by others. They may rely on referrals, patient histories, pathology, imaging, electronic records, clinical guidelines and the availability of equipment or trained colleagues.

After reaching a decision, they may need to explain it, document it, arrange authorization, coordinate treatment and prepare the next person in the pathway.

A technically strong solution can still create difficulty if it:

  • Requires information that is hard to obtain
  • Interrupts established clinical workflows
  • Produces outputs that are difficult to interpret
  • Adds documentation without removing other work
  • Fails to connect with existing systems
  • Demands training that cannot be sustained
  • Transfers work or risk to another professional
  • Provides a result without clarifying the next action

The relevant design question is not merely, “Can the HCP use this product?”

It is, “Does this solution improve the HCP’s ability to complete important clinical work within the conditions in which care is actually delivered?”

Identify the real healthcare professional personas

“HCP” is not one persona.

A general practitioner, specialist, interventional physician, nurse, technician and clinical administrator encounter different stages of the pathway. Each has different responsibilities, authority, expertise and exposure to risk.

Even within a profession, context matters. An experienced specialist in a major hospital may approach the same task differently from a professional who encounters the condition infrequently or works without immediate specialist support.

Useful HCP personas distinguish factors that influence work:

  • Clinical responsibility and decision authority
  • Frequency of encountering the condition
  • Experience with the procedure or technology
  • Access to information and specialist support
  • Available time
  • Confidence in interpreting results
  • Responsibility for follow-up
  • Exposure to clinical, legal or financial risk

These personas clarify who performs each job and what support each person requires.

Map the HCP journey

The HCP journey often begins before the visible clinical procedure.

It may include receiving a referral, gathering information, forming an initial view, ordering investigations, interpreting results, deciding whether the patient is eligible, discussing treatment, obtaining authorization, preparing for the procedure, delivering care and arranging follow-up.

At each stage, ask:

  • What is the HCP trying to accomplish?
  • What information is required?
  • Where does the information come from?
  • What decision must be made?
  • What could cause delay or rework?
  • Who depends on this action?
  • What must happen before the patient can progress?

The resulting journey map should distinguish processing time from waiting time. A decision may require only minutes of specialist attention while patients wait weeks to access that attention.

This reveals the practical relationship between HCP capacity and patient flow.

Find the HCP constraint

The Theory of Constraints directs attention to the factor limiting the performance of the entire system.

In some pathways, the constraint may be the number of qualified interventional specialists. In others, it may be diagnostic capacity, physician confidence, authorization effort, operating room access or the time required to train patients.

The constraint may also be hidden inside the HCP’s working day.

A specialist supporting a therapy must still manage other clinical duties, administration, meetings, documentation and urgent cases. The question is not simply how many specialists exist. It is how much of their usable capacity is available for the activities upon which patient flow depends.

“The scarcest resource may not be the healthcare professional. It may be the few hours of focused capacity available for the critical work.”

Improvement away from this constraint can make performance worse. Sending more referrals to an already overloaded specialist increases the queue. Adding information may increase cognitive burden. Creating another approval may consume the capacity required to treat patients.

HCP-Centered Design seeks to protect and expand the capacity that governs flow.

Go to the clinical Gemba

Policies and procedures describe how clinical work should happen. Observation reveals how it actually happens.

Healthcare professionals routinely compensate for missing information, awkward interfaces and unreliable handovers. These workarounds may become so familiar that nobody reports them as problems.

Gemba research should examine:

  • How the HCP prepares
  • Which tools and information sources are used
  • What interrupts the work
  • Where the HCP waits or repeats activity
  • How uncertainty is communicated
  • What must be documented
  • How work passes to the next person
  • How the HCP recognizes that the job is complete

The purpose is not to judge the healthcare professional. It is to understand the system surrounding the work.

“A workaround is often evidence that the system has failed to support the person doing the work.”

Define the HCP’s job to be done

Healthcare professionals do not simply use devices. They use them to make progress in clinical work.

An HCP may need to identify risk, reach a confident diagnosis, select an intervention, perform a procedure safely, explain options, monitor progress or recognize deterioration.

A structured job map divides this work into eight stages:

  1. Define the intended clinical outcome.
  2. Locate the necessary information and resources.
  3. Prepare the patient, equipment and environment.
  4. Confirm readiness and choose between alternatives.
  5. Execute the clinical activity.
  6. Monitor its progress and results.
  7. Modify the approach when circumstances change.
  8. Conclude, document and prepare for subsequent care.

This wider view prevents the product team from concentrating exclusively on the procedure.

The greatest value may come from reducing preparation, improving decision confidence, clarifying an exception, simplifying documentation or improving the handover to follow-up care.

Convert experience into measurable outcomes

Comments such as “the interface is difficult” or “we need better information” indicate dissatisfaction, but do not provide sufficient direction for design.

They should be translated into measurable outcome statements, such as:

“Minimize the time required to identify which clinical information is missing before making a treatment decision.”

Or:

“Reduce the likelihood that a clinically significant change goes unrecognized between scheduled reviews.”

A broader population of healthcare professionals can then assess the importance of each outcome and their satisfaction with their current ability to achieve it.

Highly important and poorly satisfied outcomes provide a rational basis for prioritizing innovation.

“Adoption follows when a solution makes important clinical work safer, clearer or easier to complete.”

Apply FOCUS to HCP capacity

The five-step FOCUS process creates a practical improvement cycle.

Find the constraint. Determine which HCP activity or resource currently limits patient flow.

Optimise for it. Protect the constraint from avoidable work, missing information, interruptions and rework.

Collaborate around it. Align upstream and downstream teams so patients, information and resources arrive when required.

Uplift it. Add capacity, redesign responsibilities, improve technology or remove restrictive policies.

Start Again. Identify the new constraint once flow improves.

This approach allows the organization to distinguish activity from value. It also turns HCP engagement into an ongoing management discipline.

Connect HCP evidence with enterprise execution

HCP-Centered Design must connect clinical reality with patient needs, technology, regulation and business strategy.

A Value Management Office can help coordinate these perspectives across the product lifecycle. Its role is to ensure that projects, resources and stage-gate decisions remain connected to patient flow and business value.

The organization should be able to show:

  • Which HCP groups influence the pathway
  • What each group is trying to accomplish
  • How the work happens in practice
  • Which outcomes remain poorly served
  • Where HCP capacity constrains patient flow
  • How the proposed solution changes the wider care system
  • How improvement will be measured

The goal is not simply a device that healthcare professionals can operate. It is a solution they can confidently incorporate into care and a delivery system capable of getting that solution to more patients.


What’s next?

Use the HCP-Centered Design assessment to determine how well your organization understands clinical work, HCP capacity and the constraints governing patient flow.

The resulting evidence should guide product design, process improvement and investment toward better products, delivered faster, with more lives changed for good.

READ MORE

  • Operations
  • People
  • Process
  • Strategy

Patient flow: the missing system in Patient Centered Design

Ensemble Administrator

Medical device companies devote enormous skill and investment to developing safe, effective products. Yet a technically successful device changes no lives while suitable patients remain unable to reach it.

Between a patient becoming aware of a therapy and receiving its intended benefit lies a pathway of referrals, consultations, diagnostics, approvals, procedures, training and follow-up. Every step consumes time. Between the steps, patients wait. At some points, they become confused, discouraged, ineligible or lost to the process.

Patient Centered Design must therefore address more than the design of the device. It must improve the performance of the entire system through which patients reach, receive and live successfully with the solution.

“A life-changing therapy changes no lives while patients remain trapped in the pathway leading to it.”

The patient journey is a flow system

A typical medical device journey may include:

  1. The patient becomes aware of a possible therapy.
  2. A primary care professional or specialist assesses the patient.
  3. Diagnostic work determines whether the therapy is appropriate.
  4. The patient secures authorization or reimbursement.
  5. An interventional specialist confirms and plans the procedure.
  6. The patient receives the device or therapy.
  7. The patient learns how to live with the solution.
  8. Follow-up identifies any necessary adjustments.
  9. Periodic reviews monitor longer-term efficacy.

Companies often manage these stages as separate functions. Marketing works on awareness. Medical affairs supports clinicians. Market access addresses reimbursement. Sales works with specialists. Clinical teams gather evidence. Training teams support adoption.

The patient, however, experiences one journey.

From the patient’s perspective, a delay between two organizational functions remains a delay. A repeated test remains repeated work. An unclear handover creates uncertainty regardless of which department owns it.

Patient Centered Design begins when the organization sees and manages this journey as a connected system.

Processing time tells only part of the story

Every step contains some necessary processing time. A consultation takes time. A diagnostic test takes time. An authorization must be assessed. A procedure must be performed.

The patient’s total lead time, however, also includes the waiting between these activities.

A consultation may take 30 minutes, but the patient could wait six weeks for it. A diagnostic test may take an hour, followed by another delay before a specialist reviews the result. Prior authorization may require little actual work while adding weeks to the pathway.

This distinction matters because organizations often improve processing time while leaving the larger queues untouched. Saving five minutes during an appointment produces little benefit if the patient waits months to reach it.

Patient Centered Design therefore asks:

  • How long does each activity take?
  • How long do patients wait between activities?
  • How many suitable patients enter each stage?
  • How many progress to the next stage?
  • Where and why do patients leave the pathway?
  • How much total time passes before the patient receives the solution?

The answers reveal the true performance of the patient system.

Find the constraint

Theory of Constraints teaches that the performance of any system is limited by a constraint. Improving a part of the system that is not constraining flow may create more activity without increasing results.

If diagnostic capacity is the constraint, generating more awareness may simply produce a longer queue for diagnosis. If specialist capacity is the constraint, accelerating authorization may move patients more quickly into another wait. If training after first use is inadequate, increasing procedures may produce poor experiences and avoidable follow-up demand.

“More activity at a non-constraint creates work in process. More capability at the constraint improves the system.”

The constraint is not always a physical resource. It may be a policy, an eligibility rule, missing evidence, a fragmented handover, an information delay or the cognitive burden placed on the patient.

The most important question is therefore not, “How do we improve every step?”

It is, “What currently limits the flow of suitable patients to successful use of the therapy?”

Understand why patients remain in or leave the flow

Numbers show where patients are lost. Patient research helps explain why.

Two patients with the same diagnosis may respond very differently. One may actively seek new treatment options. Another may delay action until symptoms become severe. A third may want help but lack confidence in navigating the healthcare system.

Meaningful patient segmentation considers characteristics that influence behavior:

  • The importance the person gives their health
  • Their confidence in dealing with healthcare professionals
  • Whether they act independently or need encouragement
  • Their comfort with technology
  • The pressures of work, family and daily life
  • Their ability to understand and act on clinical information
  • Their willingness and ability to pay
  • The outcomes they most want to achieve

These differences affect whether patients enter the pathway, remain engaged and successfully adopt the solution.

Go to the patient’s Gemba

The Gemba is the place where work actually happens. For patients, this includes the home, clinic, hospital and all the places where they manage their condition between formal encounters.

Interviews alone may miss important evidence. People normalize inconvenience, forget workarounds and simplify their past decisions. Observation allows the development team to see what patients actually do.

Good research combines three activities.

Observe. Watch how patients obtain information, prepare, use the solution and respond when something goes wrong.

Immerse. Understand the physical, emotional and practical conditions surrounding the experience.

Engage. Ask open questions that allow patients to describe their goals, fears and frustrations in their own language.

The purpose is to discover the patient’s reality before asking them to evaluate the organization’s preferred answer.

Understand the patient’s job to be done

Patients rarely want a medical device for its own sake. They want the progress it may enable.

They may want to recognize deterioration earlier, preserve independence, reduce pain, avoid repeated visits, return to work or prevent a disease from controlling daily life.

A useful job map examines eight recurring stages:

  1. Define what must be achieved.
  2. Locate the required information and resources.
  3. Prepare for the activity.
  4. Confirm readiness and choose between alternatives.
  5. Execute the activity.
  6. Monitor whether it is working.
  7. Modify the approach when circumstances change.
  8. Conclude or prepare for what follows.

This reveals opportunities beyond the immediate use of the device. The most valuable improvement may involve helping patients prepare, confirm readiness, recognize an exception or understand what happens next.

Turn patient experiences into evidence

Stories create understanding, but investment decisions require structured evidence.

Patient observations and comments should be converted into outcome statements that identify:

  • The desired direction of improvement
  • A measure of success
  • The object being controlled
  • The circumstances in which it matters

For example:

“Minimize the time required to recognize that my condition has changed sufficiently to require clinical help.”

Patients can then assess the importance of each outcome and their satisfaction with their current ability to achieve it.

Highly important and poorly satisfied outcomes represent genuine opportunities. This prevents teams from prioritizing attractive features that do not materially improve the patient’s life or progress through the pathway.

“Innovation becomes valuable when it improves an outcome that matters and remains poorly served.”

Apply the five-step FOCUS process

The Patient Centered Design pathway can be improved through a repeating discipline:

Find the constraint. Identify what currently limits patient flow or successful use.

Optimise for it. Make the best possible use of existing constraint capacity.

Collaborate around it. Align functions and partners so their actions support the constraint.

Uplift it. Add capability, remove restrictive policies or redesign the pathway.

Start Again. Once the constraint moves, identify and address the next limiting factor.

This prevents improvement from becoming a collection of disconnected initiatives. It directs scarce resources toward the factor that most strongly governs the result.

Patient Centered Design is an operating system

Patient insight should influence more than early product design. It should shape clinical evidence, regulatory strategy, reimbursement, manufacturing, education, market development and post-market support.

The organization should be able to show:

  • Which patients it intends to serve
  • What those patients are trying to accomplish
  • How the complete patient pathway operates
  • Where patients wait or leave the flow
  • Which outcomes remain poorly served
  • What currently constrains successful patient access
  • How the proposed solution improves the whole system

The goal is not simply to place the patient at the center of a diagram. It is to organize the enterprise around delivering better products faster, so that more lives can be changed for good.


What’s next?

Use the Patient Centered Design assessment to determine how well your organization understands its patient journeys, priority outcomes and constraints to patient flow.

The result should be more than another collection of patient opinions. It should provide evidence that directs strategy, investment and execution toward the changes that matter most.

READ MORE

More than just work

Discover better ways to do better work.

Fresh insights, every Friday

We alternate our own actionable articles with three relevant links from other authorities.

We’ll only use your email address for this newsletter. No sales calls

    Subscribe to 'Perspectives'

    [recaptcha id:cf7note]

    More Than Just Work
    Weekly productivity insights

    Subscribe
    • EnsembleConsultingGroup
    • Share Page
    • +61 2 9387 3955
    • info@EnsembleConsultingGroup.com

    Site proudly designed by Brand Fibre

    What is to get in touch with you?



    More than just work

    Discover better ways to do better work.

    Fresh insights, every Friday

    We alternate our own actionable articles with three relevant links from other authorities.


    We’ll only use your email address for this newsletter. No sales calls

    white_arrow white_bidirection_arrow arrow-right-green arrow-right-orange arrow-right arrow-left blue_arrow blue_round_arrow tick

    Want us to get in touch with you?

     
    Thank you for your interest. We will call you back.