Interim Role vs BAU Role (disguised as a permie)?

[ShandyDrinker]

That is not a BAU role.

BAU = expertise & knowledge they already have, just need more of as part of ordinary line work
Specialist = expertise & knowledge they don't have, but have a need for for a specific project or period of time, with defined outcomes or deliverables and irrespective of whether in line or project org

I don't think it's as clear cut as you're stating above. Fine in an ideal world but not often the reality, particularly for BAU type development work.

As a general question how can work on supporting (as in 1st/2nd line/etc) any in house built system (such as many of the IBs have) be anything other than BAU as more often than not they have permies that have been there since the system was built but bolstering the support team (to support a BAU system) with additional contractors?

[m0n1k3r]

Good question!
For example, say new functionality needs to be added to a system such as a margining system calculating the results but doesn't as yet have report generation capability and they don't have the necessary expertise within the team hence a project is created to add this functionality for which a contractor is required. In my opinion this satisfies both being a BAU role (as the system is already in place) but is not necessarily a disguised permie role.

That is not a BAU role.

BAU = expertise & knowledge they already have, just need more of as part of ordinary line work
Specialist = expertise & knowledge they don't have, but have a need for for a specific project or period of time, with defined outcomes or deliverables and irrespective of whether in line or project org

[ShandyDrinker]

IMO there isn't a line that we can describe to you with any confidence. Every situation will differ depending on contract terms, duration, reason for using contingent resource and so on. You could have a BAU one that's clearly outside but a short term project one thats completely inside so there is no way we can answer that question as asked.

^^ This.

[northernladuk]

1st line service desk?

[ShandyDrinker]

I think that's not the best example of BAU by a long way. Maybe if you are considering agile development as a BAU process but you couldn't have picked a more grey example. Fix things, change things, new functionality. These are not really the cornerstone of a BAU gig.

Perhaps... it was my starter for 10

Hopefully someone else will take up the mantle and provide a better example

[northernladuk]

IMO there isn't a line that we can describe to you with any confidence. Every situation will differ depending on contract terms, duration, reason for using contingent resource and so on. You could have a BAU one that's clearly outside but a short term project one thats completely inside so there is no way we can answer that question as asked.

[northernladuk]

Good question!

Although it's a very grey I believe BAU can still be considered not as a disguised permie.

For example, say new functionality needs to be added to a system such as a margining system calculating the results but doesn't as yet have report generation capability and they don't have the necessary expertise within the team hence a project is created to add this functionality for which a contractor is required. In my opinion this satisfies both being a BAU role (as the system is already in place) but is not necessarily a disguised permie role.

If in the above instance a contractor was asked to come in and work on JIRAs for the pre-existing BAU system, I think it is a much more grey area. It could be argued that the contractor is being engaged to fix problems with the initial implementation as they have the expertise to do so.

I think that's not the best example of BAU by a long way. Maybe if you are considering agile development as a BAU process but you couldn't have picked a more grey example. Fix things, change things, new functionality. These are not really the cornerstone of a BAU gig.

[northernladuk]

Ah the one liner question that takes pages and pages to answer properly. Don't you just love them.

[ShandyDrinker]

Hi all,

Where is the line drawn between an Interim Role and a BAU role (disguised as a permie)?

Interested...

Thanks,
Untouchable1

Good question!

Although it's a very grey I believe BAU can still be considered not as a disguised permie.

For example, say new functionality needs to be added to a system such as a margining system calculating the results but doesn't as yet have report generation capability and they don't have the necessary expertise within the team hence a project is created to add this functionality for which a contractor is required. In my opinion this satisfies both being a BAU role (as the system is already in place) but is not necessarily a disguised permie role.

If in the above instance a contractor was asked to come in and work on JIRAs for the pre-existing BAU system, I think it is a much more grey area. It could be argued that the contractor is being engaged to fix problems with the initial implementation as they have the expertise to do so.

[jamesbrown]

Where is the line drawn between an Interim Role and a BAU role (disguised as a permie)?

Over there. Left a bit.

[babybel]

Confusing question

BAU doesn't necc = disguised as an employee. Presumably it's for a fixed term / duration of a project, tender or cover period?

[Untouchable1]

Hi all,

Where is the line drawn between an Interim Role and a BAU role (disguised as a permie)?

Interested...

Thanks,
Untouchable1