Project management for distributed teams

Transparency & standardization

Teamwork

Stan­dar­diza­ti­on of work­flows. Increased trans­pa­ren­cy.
Your mul­ti-pro­ject plat­form for coor­di­na­ting the pro­ces­ses of dis­tri­bu­ted teams.

Teamwork

Role & task management

Building industry

Coor­di­na­ted col­la­bo­ra­ti­on through clear role and task manage­ment. Coor­di­na­ted imple­men­ta­ti­on of con­trol and moni­to­ring tasks, e.g. SiGe­Ko, con­s­truc­tion super­vi­si­on, qua­li­ty and HSE moni­to­ring.

Building

Alignment of planning & implementation

Industry

Ensu­re your pro­cess excel­lence by con­ti­nuous­ly com­pa­ring plan­ning and imple­men­ta­ti­on. Agi­le project‑, pro­duct- and pro­cess-manage­ment to con­trol effi­ci­ent and cus­to­mer-ori­en­ted pro­ce­du­res.

Industry

Ownership & availability

Infrastructure

Ensu­ring the owner­ship and avai­la­bi­li­ty of your data. Trans­pa­rent mul­ti-con­trac­ting over the enti­re life cycle: plan­ning, imple­men­ta­ti­on, moni­to­ring, devia­ti­on manage­ment.

EnergyGrid

Knowledge management & knowledge distribution

Shipbuilding

Impro­ved know­ledge manage­ment and dis­so­lu­ti­on of know­ledge mono­po­lies. Inter­face opti­miza­ti­on at all levels: Plan­ning, engi­nee­ring, logi­stics, pro­duc­tion and qua­li­ty assu­rance

Ship

Evaluation & key figures

Renewable energies

Visi­bi­li­ty of weak points and bot­t­len­ecks through eva­lua­ti­on opti­ons and key figu­res. Inte­gra­ted manage­ment of plan­ned and unplan­ned pro­ces­ses to ensu­re the hig­hest pos­si­ble sys­tem avai­la­bi­li­ty.

Renewables

Features

The fea­tures of PROCESSREMOTE crea­te the foun­da­ti­on for sus­tainable flow in your pro­ces­ses. Con­ti­nuous impro­ve­ment thus beco­mes a self-run­ner.

versatile

Management of scheduled or event-initiated processes and process deviations

Check­lists, pro­to­cols, inspec­tions, audits, sur­veys in con­nec­tion with con­s­truc­tion super­vi­si­on, qua­li­ty assu­rance, HSE manage­ment, plan­ned and unplan­ned pro­ces­ses such as instal­la­ti­on, com­mis­sio­ning or main­ten­an­ce tasks or trou­ble shoo­ting — Pro­cess­Re­mo­te sup­ports you throug­hout the enti­re pro­cess: from plan­ning to results ana­ly­sis.

Simp­le mee­ting minu­tes, action lists or note or idea logs can also be easi­ly map­ped using the fle­xi­bly defi­nable pro­cess ele­ment types.

Whe­ther your pro­ces­ses are to be imple­men­ted in lar­ge-sca­le pro­jects, in local­ly or orga­niza­tio­nal­ly dis­tri­bu­ted pro­jects or in pro­jects with com­plex pro­ducts — Pro­cess­Re­mo­te sup­ports you in recor­ding, pro­vi­ding and con­ti­nuous­ly updating rele­vant infor­ma­ti­on in a struc­tu­red man­ner.

Pro­cess­Re­mo­te is based on struc­tu­ring prin­ci­ples such as pro­ject struc­tu­re ele­ments (e.g. the indi­vi­du­al wind tur­bi­ne in a wind farm) and pro­duct com­pon­ents (e.g. a gene­ra­tor within a machi­ne net­work).
Using an indi­vi­du­al­ly defi­nable pro­cess struc­tu­re, your sus­tainable pro­ject manage­ment is made pos­si­ble.

PMI-inspired

Proven best practices and transparency in operational project and asset management

Pro­cess­Re­mo­te enables you to hand­le your pro­ject and asset pro­ces­ses in a mul­ti-pro­ject land­scape in line with PMI (Pro­ject Manage­ment Insti­tu­te) stan­dards. Pro­ven PMI con­cepts regar­ding organization/responsibility manage­ment, pro­ject struc­tu­re orga­niza­ti­on and sche­du­ling ensu­re effi­ci­ent imple­men­ta­ti­on of plan­ning and ope­ra­tio­nal pro­ces­ses.

Pro­cess­Re­mo­te cle­ar­ly dis­plays the results of the pro­ject plan­ning pha­se by means of a work break­down struc­tu­re or WBS and a back­log of the pro­ject pro­ces­ses, e.g. the exe­cu­ti­on and/or moni­to­ring and con­trol pro­cess group.

Pro­cess­Re­mo­te allows you to mana­ge pro­ject par­ti­ci­pan­ts with their respec­ti­ve respon­si­bi­li­ties at com­pa­ny and indi­vi­du­al level.
Assign an aut­ho­riza­ti­on to the acti­ve and pas­si­ve stake­hol­ders accor­ding to their respec­ti­ve pro­ject role or the work packa­ges defi­ned the­r­ein and con­trol them.

Pro­cess­Re­mo­te ensu­res sus­tainable, struc­tu­red pro­cess data avai­la­bi­li­ty and seam­less tracea­bi­li­ty of pro­ject data.

connective

Seamless collaboration via web and mobile app via the Azure backend — in addition to OData API

Tech­ni­cal­ly spea­king, you work with your Pro­cess­Re­mo­te ins­tance as a ten­ant on the Micro­soft Azu­re plat­form.
Access is eit­her via the Bla­zor web inter­face, the Pro­cess­Re­mo­te mobi­le app or via an ODa­ta inter­face.

Each Ten­n­ant has a com­ple­te­ly sepa­ra­te, indi­vi­du­al­ly mana­geable data area.

Pro­cess plan­ning in terms of con­tent, sche­du­ling and respon­si­bi­li­ty as well as pro­ject manage­ment are car­ri­ed out on the web-based admi­nis­tra­ti­on plat­form.

The han­dy Pro­cess­Re­mo­te app also gui­des and tracks your pro­ces­ses at the various pro­ject loca­ti­ons.
If your net­work con­nec­tion is insuf­fi­ci­ent, you can also run your pro­ces­ses off­line.
In the cour­se of auto­ma­tic syn­chro­niza­ti­on, all data is later updated for you and brought com­ple­te­ly up to date.

An ODa­ta inter­face for admi­nis­te­red data exch­an­ge is available for con­nec­ting Pro­cess­Re­mo­te to other manage­ment sys­tems, such as ERP.

thought out

Integrated planning, operational processes, implementation status and KPIs at a glance

The chal­lenges in the exe­cu­ti­on of pro­jects often do not lie in the over­ar­ching plan­ning or in the tech­ni­cal­ly clean exe­cu­ti­on of work within a disci­pli­ne.

On the other hand, all kinds of inter­faces — tech­ni­cal, orga­niza­tio­nal, pro­cess-rela­ted, pro­cess devia­ti­ons, the imple­men­ta­ti­on of pro­cess impro­ve­ments or, for exam­p­le, the inclu­si­on of new stake­hol­ders in ongo­ing pro­ces­ses — con­ti­nue to cau­se dif­fi­cul­ties.
It can hap­pen that indi­vi­du­al pro­ces­ses that have been tem­po­r­a­ri­ly de-prio­ri­ti­zed are not resu­med, the over­view of the back­log is lost or logi­cal­ly or local­ly rela­ted infor­ma­ti­on is not reco­gni­zed and trea­ted as such.

Pro­cess­Re­mo­te sup­ports you in crea­ting trans­pa­ren­cy and con­sis­ten­cy.
Through pro­cess ver­sio­ning, various cate­go­riza­ti­on forms, a result assess­ment at pro­cess step level, a con­cept for hand­ling pro­cess devia­ti­ons, a con­ti­nuous chan­ge log or the pro­cess-rela­ted sto­rage of files or images, you always have an over­view and main­tain con­trol using reports and dash­boards.

Use cases

Product management

Pro­cess­Re­mo­te is based on con­sis­t­ent­ly ensu­ring that your pro­cess infor­ma­ti­on is pro­duct-rela­ted.
A pro­duct can be diver­se, e.g. a machi­ne, a ser­vice or even a hig­her-level sup­port pro­cess.

In most cases, the pro­duct-rela­ted pro­ces­ses are imple­men­ted by spe­cia­lists from various disci­pli­nes who imple­ment plan­ned and unplan­ned pro­ces­ses in an interlo­cking man­ner.

In com­plex pro­jects, dif­fe­rent pro­ducts are often imple­men­ted in par­al­lel, e.g. the pro­duc­tion, instal­la­ti­on, com­mis­sio­ning, accep­tance and qua­li­ty assu­rance of a tur­bi­ne tog­e­ther with the plan­ning and con­s­truc­tion of a trans­for­mer sta­ti­on.

At the pro­duct level are pro­duct struc­turesthe asso­cia­ted pro­duct pro­ces­ses, a sche­du­led pro­duct back­log and the respon­si­bi­li­ties at disci­pli­ne level are defi­ned in abs­tract terms.

In con­cre­te terms, the­se pro­ces­ses with spe­ci­fic dead­lines and respon­si­bi­li­ties within pro­duct ins­tances plan­ned and imple­men­ted.
This is done trans­par­ent­ly and con­trol­led in the respec­ti­ve pro­jects.

Schaubild 02
01

Product structures

The pro­duct com­pon­ents are defi­ned in hier­ar­chi­cal form.
In addi­ti­on to the pro­duct name, other rele­vant pro­per­ties can be stored.

For exam­p­le, you can map plant struc­tures in a parts list or defi­ned audi­ting aspects in a tree struc­tu­re, ther­eby ensu­ring that your pro­cess data is lin­ked to the rele­vant pro­ducts or their com­pon­ents.

The pro­duct struc­tu­re infor­ma­ti­on is of cour­se also available to users of the mobi­le Pro­cess­Re­mo­te app, ensu­ring con­sis­tent infor­ma­ti­on struc­tu­ring even when used remo­te­ly.

02

Product instances

Pro­duct ins­tances are the spe­ci­fic cha­rac­te­ristics of your pro­duct — e.g. the spe­ci­fic wind tur­bi­ne of type X that is to be instal­led at a spe­ci­fic loca­ti­on.

As soon as you assign a wind tur­bi­ne type X pro­ject struc­tu­re ele­ment to your pro­ject, the pre­de­fi­ned pro­duct com­pon­ents and the pro­ces­ses defi­ned at pro­duct level are gene­ra­ted auto­ma­ti­cal­ly.
The respon­si­bi­li­ties are spe­ci­fi­cal­ly assi­gned to the disci­pli­ne-rela­ted work packa­ges and an initi­al base­line sche­du­le is deri­ved for your pro­duct.

If indi­vi­du­al pro­duct struc­tu­re-rela­ted cha­rac­te­ristics are rele­vant for the gene­ra­ted PIs (e.g. seri­al num­bers of a gear­box), the­se can also be stored.

03

Product backlog

Pro­cess­Re­mo­te enables dyna­mic manage­ment of your pro­duct sche­du­ling in the back­log through the auto­ma­tic depen­den­cy of pro­cess com­pon­ents on refe­rence mile­sto­nes.
As soon as eit­her refe­rence dates or the date off­sets pro­vi­ded in the back­log chan­ge, the base­line dates of the pro­cess and the pro­cess ele­ments defi­ned in it are auto­ma­ti­cal­ly shifted.

Your advan­ta­ge: An initi­al pro­ject plan for your pro­ces­ses is available in just a few steps, ensu­ring that no plan­ned pro­cess is negle­c­ted.

04

Product processes

The pro­ces­ses con­sist of indi­vi­du­al pro­cess ele­ments that are arran­ged in a sequence and hier­ar­chy.
Pro­cess ele­ments are always based on a pre­de­fi­ned type, which con­trols the pro­per­ties and beha­vi­or of each indi­vi­du­al pro­cess ele­ment.

All pro­ces­ses are deri­ved from pro­cess tem­pla­tes.
The­se can be fur­ther deve­lo­ped and are ver­sionable.

The back­log to be imple­men­ted at the time of exe­cu­ti­on always refers back to the ver­si­on acti­ve at that time, which auto­ma­ti­cal­ly con­trols the fur­ther deve­lo­p­ment of the pro­cess.

Distributed management

map

Structures

A balan­ce of pre­de­fi­ned and free­ly con­fi­gura­ble struc­tures for an opti­mum level of trans­pa­ren­cy and effi­ci­en­cy in manage­ment.

arrow-collapse-all

Collaboration

All of your company’s stake­hol­ders, whe­ther employees, cus­to­mers, sup­pli­ers, share­hol­ders or busi­ness part­ners, can be invol­ved accor­ding to their role.

account-star-outline

Competencies

Stake­hol­ders are inte­gra­ted into the respec­ti­ve work packa­ges of their pro­jects within your matrix orga­niza­ti­on accor­ding to their com­pe­ten­ci­es.

Schaubild 01 1

Workflow

Using a simp­le exam­p­le, we will show you how the sys­te­mic con­cepts interlock and how the indi­vi­du­al sys­tem objects are con­nec­ted and deve­lo­ped.

Let’s get started — project, structural elements, a first work package

Setup

Defi­ne the pro­ject struc­tures and assign the respec­ti­ve pro­ducts — for exam­p­le, map a wind farm with its loca­ti­ons and assign the tur­bi­ne types as a pro­duct.
You have alre­a­dy defi­ned the work packa­ge struc­tu­re and the peo­p­le respon­si­ble for it.

You have crea­ted an order item with refe­rence to the pro­ject.

In the next step, you plan the imple­men­ta­ti­on of the order in the form of a back­log.
As an exam­p­le, crea­te a back­log item for the pro­ject struc­tu­re ele­ment GT05.
You give this a name.

Then assign the order item you have just crea­ted and sel­ect the tem­p­la­te for the pro­cess to be imple­men­ted.

You also defi­ne a move-in date — in this case an indi­vi­du­al date in March 2025.

They also sti­pu­la­te that the pro­cess should be car­ri­ed out twice at inter­vals of 6 months.

Save this.

You can now see the crea­ted back­log item in the GT05 pro­ject struc­tu­re ele­ment.
Initi­al­ly, the asso­cia­ted pro­ces­ses have not yet been crea­ted.
After saving the new defi­ni­ti­ons, you will be asked to con­firm the crea­ti­on of the two asso­cia­ted pro­ces­ses.

The two new­ly crea­ted pro­ces­ses are now available for fur­ther pro­ces­sing in the Pro­cess tab with the sta­tus “Crea­ted” at a time inter­val of 6 months.

No work without an order — you can also guarantee this systemically

Order

In addi­ti­on to the cus­to­mer, the indi­vi­du­al items and the tar­get pro­ject are defi­ned for an order — regard­less of whe­ther it is pla­ced extern­al­ly or intern­al­ly.
In the next step, the reques­ted order scope is pre-plan­ned ope­ra­tio­nal­ly by assig­ning the pro­cess back­logs to the­se items.

You have crea­ted an order item with refe­rence to the pro­ject.

In the next step, you plan the imple­men­ta­ti­on of the order in the form of a back­log.
As an exam­p­le, crea­te a back­log item for the pro­ject struc­tu­re ele­ment GT05.
You give this a name.

Then assign the order item you have just crea­ted and sel­ect the tem­p­la­te for the pro­cess to be imple­men­ted.

You also defi­ne a move-in date — in this case an indi­vi­du­al date in March 2025.

They also sti­pu­la­te that the pro­cess should be car­ri­ed out twice at inter­vals of 6 months.

Save this.

You can now see the crea­ted back­log item in the GT05 pro­ject struc­tu­re ele­ment.
Initi­al­ly, the asso­cia­ted pro­ces­ses have not yet been crea­ted.
After saving the new defi­ni­ti­ons, you will be asked to con­firm the crea­ti­on of the two asso­cia­ted pro­ces­ses.

The two new­ly crea­ted pro­ces­ses are now available for fur­ther pro­ces­sing in the Pro­cess tab with the sta­tus “Crea­ted” at a time inter­val of 6 months.

Product-related or individual processes are pre-planned in the backlog

Backlog

The pur­po­se of a back­log item is to map the expec­ted workload in the form of pre-plan­ned pro­ces­ses.
The back­log pro­vi­des a scope, dead­line and respon­si­bi­li­ty base­line for the imple­men­ta­ti­on of each of your pro­ject struc­tu­re ele­ments.
With just a few clicks, you can crea­te a base­line plan for your pro­ject.

You have crea­ted an order item with refe­rence to the pro­ject.

In the next step, you plan the imple­men­ta­ti­on of the order in the form of a back­log.
As an exam­p­le, crea­te a back­log item for the pro­ject struc­tu­re ele­ment GT05.
You give this a name.

Then assign the order item you have just crea­ted and sel­ect the tem­p­la­te for the pro­cess to be imple­men­ted.

You also defi­ne a move-in date — in this case an indi­vi­du­al date in March 2025.

They also sti­pu­la­te that the pro­cess should be car­ri­ed out twice at inter­vals of 6 months.

Save this.

You can now see the crea­ted back­log item in the GT05 pro­ject struc­tu­re ele­ment.
Initi­al­ly, the asso­cia­ted pro­ces­ses have not yet been crea­ted.
After saving the new defi­ni­ti­ons, you will be asked to con­firm the crea­ti­on of the two asso­cia­ted pro­ces­ses.

The two new­ly crea­ted pro­ces­ses are now available for fur­ther pro­ces­sing in the Pro­cess tab with the sta­tus “Crea­ted” at a time inter­val of 6 months.

Concretize the timeline of your baseline planning by fine-tuning processes

Planning

Depen­ding on the respec­ti­ve boun­da­ry con­di­ti­ons and prio­ri­ties, you can detail the imple­men­ta­ti­on of your back­log in the calen­dar over­view.
Adjust the respon­si­bi­li­ties at work packa­ge and team level.
As soon as you have pro­vi­sio­nal­ly com­ple­ted the plan­ning of a pro­cess, the sta­tus is set from “plan­ned” to “InWork”.

You have crea­ted an order item with refe­rence to the pro­ject.

In the next step, you plan the imple­men­ta­ti­on of the order in the form of a back­log.
As an exam­p­le, crea­te a back­log item for the pro­ject struc­tu­re ele­ment GT05.
You give this a name.

Then assign the order item you have just crea­ted and sel­ect the tem­p­la­te for the pro­cess to be imple­men­ted.

You also defi­ne a move-in date — in this case an indi­vi­du­al date in March 2025.

They also sti­pu­la­te that the pro­cess should be car­ri­ed out twice at inter­vals of 6 months.

Save this.

You can now see the crea­ted back­log item in the GT05 pro­ject struc­tu­re ele­ment.
Initi­al­ly, the asso­cia­ted pro­ces­ses have not yet been crea­ted.
After saving the new defi­ni­ti­ons, you will be asked to con­firm the crea­ti­on of the two asso­cia­ted pro­ces­ses.

The two new­ly crea­ted pro­ces­ses are now available for fur­ther pro­ces­sing in the Pro­cess tab with the sta­tus “Crea­ted” at a time inter­val of 6 months.

Distributed execution of your processes

Execution

Ent­spre­chend der Arbeits­pa­ket-Depen­ding on the aut­ho­riza­ti­on of the mem­bers of their work packa­ges, they can hand­le the plan­ned and unplan­ned pro­ces­ses via the web appli­ca­ti­on or the mobi­le app.
If the work is car­ri­ed out out­side of mobi­le net­work covera­ge, syn­chro­niza­ti­on befo­re and after the work is car­ri­ed out ensu­res the avai­la­bi­li­ty of work con­tent and results.

You have crea­ted an order item with refe­rence to the pro­ject.

In the next step, you plan the imple­men­ta­ti­on of the order in the form of a back­log.
As an exam­p­le, crea­te a back­log item for the pro­ject struc­tu­re ele­ment GT05.
You give this a name.

Then assign the order item you have just crea­ted and sel­ect the tem­p­la­te for the pro­cess to be imple­men­ted.

You also defi­ne a move-in date — in this case an indi­vi­du­al date in March 2025.

They also sti­pu­la­te that the pro­cess should be car­ri­ed out twice at inter­vals of 6 months.

Save this.

You can now see the crea­ted back­log item in the GT05 pro­ject struc­tu­re ele­ment.
Initi­al­ly, the asso­cia­ted pro­ces­ses have not yet been crea­ted.
After saving the new defi­ni­ti­ons, you will be asked to con­firm the crea­ti­on of the two asso­cia­ted pro­ces­ses.

The two new­ly crea­ted pro­ces­ses are now available for fur­ther pro­ces­sing in the Pro­cess tab with the sta­tus “Crea­ted” at a time inter­val of 6 months.

Dynamic handling of your standard processes, e.g. after the occurrence of a finding

Customization

If pro­cess devia­ti­ons occur, the rele­vant addi­tio­nal infor­ma­ti­on can be stored logi­cal­ly in addi­ti­on to the stan­dard pro­ces­ses.
If a cor­rec­tion pro­cess is alre­a­dy plan­ned, it can be cal­led up and inser­ted seam­less­ly.

You have crea­ted an order item with refe­rence to the pro­ject.

In the next step, you plan the imple­men­ta­ti­on of the order in the form of a back­log.
As an exam­p­le, crea­te a back­log item for the pro­ject struc­tu­re ele­ment GT05.
You give this a name.

Then assign the order item you have just crea­ted and sel­ect the tem­p­la­te for the pro­cess to be imple­men­ted.

You also defi­ne a move-in date — in this case an indi­vi­du­al date in March 2025.

They also sti­pu­la­te that the pro­cess should be car­ri­ed out twice at inter­vals of 6 months.

Save this.

You can now see the crea­ted back­log item in the GT05 pro­ject struc­tu­re ele­ment.
Initi­al­ly, the asso­cia­ted pro­ces­ses have not yet been crea­ted.
After saving the new defi­ni­ti­ons, you will be asked to con­firm the crea­ti­on of the two asso­cia­ted pro­ces­ses.

The two new­ly crea­ted pro­ces­ses are now available for fur­ther pro­ces­sing in the Pro­cess tab with the sta­tus “Crea­ted” at a time inter­val of 6 months.

Overview of the success and status of process implementation

Conclusion

The open/closed sta­tus of the pro­cess ele­ments makes it pos­si­ble to see at a glan­ce whe­re the expec­ted results have not been achie­ved and the cri­ti­cal­i­ty of a devia­ti­on. Once a pro­cess has been pro­vi­sio­nal­ly com­ple­ted, it is released — a pro­cess is only clo­sed when all pro­cess ele­ments have them­sel­ves been clo­sed.

You have crea­ted an order item with refe­rence to the pro­ject.

In the next step, you plan the imple­men­ta­ti­on of the order in the form of a back­log.
As an exam­p­le, crea­te a back­log item for the pro­ject struc­tu­re ele­ment GT05.
You give this a name.

Then assign the order item you have just crea­ted and sel­ect the tem­p­la­te for the pro­cess to be imple­men­ted.

You also defi­ne a move-in date — in this case an indi­vi­du­al date in March 2025.

They also sti­pu­la­te that the pro­cess should be car­ri­ed out twice at inter­vals of 6 months.

Save this.

You can now see the crea­ted back­log item in the GT05 pro­ject struc­tu­re ele­ment.
Initi­al­ly, the asso­cia­ted pro­ces­ses have not yet been crea­ted.
After saving the new defi­ni­ti­ons, you will be asked to con­firm the crea­ti­on of the two asso­cia­ted pro­ces­ses.

The two new­ly crea­ted pro­ces­ses are now available for fur­ther pro­ces­sing in the Pro­cess tab with the sta­tus “Crea­ted” at a time inter­val of 6 months.

Clear reports show the evaluated implementation status of your processes

Reporting

You can view or print out a snapshot of the pro­cess imple­men­ta­ti­on at any time.
The level of detail of this out­put can be set via para­me­ters accor­ding to the respec­ti­ve requi­re­ments.
If requi­red, a report is dis­tri­bu­ted for the pro­cess release in accordance with the RASCI defi­ni­ti­ons of your WBS.

You have crea­ted an order item with refe­rence to the pro­ject.

In the next step, you plan the imple­men­ta­ti­on of the order in the form of a back­log.
As an exam­p­le, crea­te a back­log item for the pro­ject struc­tu­re ele­ment GT05.
You give this a name.

Then assign the order item you have just crea­ted and sel­ect the tem­p­la­te for the pro­cess to be imple­men­ted.

You also defi­ne a move-in date — in this case an indi­vi­du­al date in March 2025.

They also sti­pu­la­te that the pro­cess should be car­ri­ed out twice at inter­vals of 6 months.

Save this.

You can now see the crea­ted back­log item in the GT05 pro­ject struc­tu­re ele­ment.
Initi­al­ly, the asso­cia­ted pro­ces­ses have not yet been crea­ted.
After saving the new defi­ni­ti­ons, you will be asked to con­firm the crea­ti­on of the two asso­cia­ted pro­ces­ses.

The two new­ly crea­ted pro­ces­ses are now available for fur­ther pro­ces­sing in the Pro­cess tab with the sta­tus “Crea­ted” at a time inter­val of 6 months.

Clear presentation of your KPIS

Dashboarding

A target/plan/actual com­pa­ri­son of your plan­ning can be visua­li­zed in the same way as a devia­ti­on ana­ly­sis for indi­vi­du­al pro­cess steps across your dis­tri­bu­ted pro­jects.
Back­log ana­ly­ses are also infor­ma­ti­ve, e.g. to map and eva­lua­te out­stan­ding work volu­mes across the various disci­pli­nes of your orga­niza­ti­on.

You have crea­ted an order item with refe­rence to the pro­ject.

In the next step, you plan the imple­men­ta­ti­on of the order in the form of a back­log.
As an exam­p­le, crea­te a back­log item for the pro­ject struc­tu­re ele­ment GT05.
You give this a name.

Then assign the order item you have just crea­ted and sel­ect the tem­p­la­te for the pro­cess to be imple­men­ted.

You also defi­ne a move-in date — in this case an indi­vi­du­al date in March 2025.

They also sti­pu­la­te that the pro­cess should be car­ri­ed out twice at inter­vals of 6 months.

Save this.

You can now see the crea­ted back­log item in the GT05 pro­ject struc­tu­re ele­ment.
Initi­al­ly, the asso­cia­ted pro­ces­ses have not yet been crea­ted.
After saving the new defi­ni­ti­ons, you will be asked to con­firm the crea­ti­on of the two asso­cia­ted pro­ces­ses.

The two new­ly crea­ted pro­ces­ses are now available for fur­ther pro­ces­sing in the Pro­cess tab with the sta­tus “Crea­ted” at a time inter­val of 6 months.

Contact

Get in touch and find out more about ProcessRemote.