In the last days fellow community member saptechengineer posted the stimulating blog Mapping ABAPer (WRICEF) into SAP BTP (Business Technology Platform).
It has awakened me to the feeling that the WRICEF term is outdated and, even worst, that it could introduce a strong inertia to modernizations and innovations at the time of SAP RISE.
As the blog itself demonstrates, there is a need to create a kind of mapping between types of development objects belonging to different historical eras.
Some story with the james.wood that posted the inspiring blog series Modernizing SAP: From RICEFW to BEANS — Part 1-6 (scroll down in the blog list of the author) describing his BEANS framework to better approach the topic. I like it !
Partha Goswami and James Wood did a great job but I believe it is intrinsically wrong trying to map map as WRICEF several of the most promising SAP BTP services like RPA, Conversational AI, Intelligent Document Processing (IDP), SAP Work Zone digital workplace as well as SAP LaunchPad, Low-code/No-code web and mobile Apps that we can be created via SAP AppGyver or SAP Business Application Studio only to mention some. These are too far from the ABAP workbench taxonomy.
I see some pitfalls if during the RfP process or the Explore project phase WRICEF term is strictly adopt, and you?
In this blog post I am going to share first some background information and then the result of my analysis to the latest version of the SAP ACTIVATE methodology. We will see in detail if and how SAP ACTIVATE for SAP S/4HANA in RISE still positions the WRICEF term.
Important, we will review the crucial concept of the 5 golden roles. They are specifically assigned to the right project activities to help addressing innovations in alignment with the SAP strategy (e.g. keep core clean, low-code/no-code).
To strike while the iron is hot, sympathetically, I would like to launch the #no-wricef campaign to help innovation take-off. The nice is that we do not even need a replacement acronym indeed, IMHO, the acronym WRICEF could be definitively dropped in favor of a modern and harmonized requirement list for business gaps supporting a detailed harmonized taxonomy in the specific repository (e.g. spreadsheet columns).
We will accurately classify the target development option that will include:
Collecting GAPS (business requirements not covered by the standard) in the WRICEF list is a practice incredibly ingrained in the SAP ecosystem (here the definition from SAPopenings What is RICEFW in SAP Terminology? and in SAPTutorials Quick Tips To Mastering RICEFW In 2022 ).
If I remember well WRICEF list was introduced by the ASAP methodology and it perfectly mapped the capabilities of the dear old ABAP Workbench (R4.7).
It was a geological era ago, well before BSP, Web Dynpro, SOA, SAP NetWeaver, SAP Portal, Guided Procedures, Visual Composer, SAP BW, SAP XI and many other innovative solutions.
The topic had a deep discussion already around 10 years ago in the blog Don't hold your SAP Custom Development to ransom by 6b8e090ba50d45ec894fcae83b2f8a4a. We can see very interesting comments by valuable community superstars like john.moy3, dj.adams, jocelyn.dart and many others.
In the last 10 years, WRICEF survived to SAP HANA, SAP BusinessObjects, Sybase Unwired Platforms, SAP Cloud Platform and several other innovative platforms and solutions.
All of us, found a way to map new architectural opportunities to the old acronym.
Ten years later, I would like to re-open the discussion analyzing the impact of SAP RISE for S/4HANA and the included SAP BTP credits.
Leveraging SAP solutions, the intelligent Enterprises can now benefit from Artificial Intelligence and Conversational AI, Intelligent Robotic Process Automation, no-code/low-code platforms as well as infinite SAP S/4HANA extension options.
As per the blog post from PARTHA GOSWAMI, we are trying to extend the initial meaning to include some of the cloud native modern services offered by SAP BTP:
IMHO, it is too much, and it is time to move on!
Let’s also remember that WRICEF is an SAP specific term and that no other solution on the market needed an acronym to describe in advance the taxonomy of the development backlog.
WRICEF was created for the ABAP workbench and misinterpretations can lead to:
With focus on Custom Developments, I want now to share what I found about the topic in the fantastic latest version of the SAP ACTIVATE methodology and specifically in the SAP Activate Methodology for RISE with SAP S/4HANA Cloud, private edition.
First of all, let me congratulate the SAP ACTIVATE team for this valuable version that IMO is very well done and mostly coherent with the latest versions, options and solutions.
Searching for WRICEF in the roadmap viewer we (unfortunately) get 11 references.
For example, in the Realize / Product Enhancements we have the following page Development of WRICEF Objects
The second search result links to the Accelerator Functional Specs (Public) (file S4H_201.zip)
That as from the READ ME file are sticked to the ABAP Workbench ;-(
As last example, I include here one from the WBS Explore/Fit-to-Standard Workshop Validation/ ;-(
Accelerator S4H_552 How to Approach Fit-to-Standard Analysis and Design - Cloud.pptx introduces the Golden Rules where the fourth is “Ensure use of modern Extensibility technologies”.
IMHO one of the most relevant accelerator, is the Guidance on Extensibility for SAP S/4HANA Cloud, extended edition (Public) that cover the full range of options:
All the types of In-App extensions are well mapped in the accelerator S4H_951 Enhancements using in-app extensions feature map.xlsx.
I found a couple of accelerators related to SAP IRPA SAP RPA Installation Steps - Vol.1-Tenant and OP Components.pdf (SAP Customer) | SAP RPA Installation Steps - Vol.2-Pre-configured Content.pdf (SAP Customer) .
I did not found something related Conversational AI, Process Automation, AppGyver, SAP BAS.
Finger pointing to what I consider critical.
Accelerator S4H_552 How to Approach Fit-to-Standard Analysis and Design - Cloud.pptx still refers to the WRICEF List
On slide 10 we have the link to the ancient file WRICEF Inventory Template .
Obviously I have developed my personal approach with templates and taxonomy to seamlessly manage In-App, side-by-side and S/4 classical extensions. Everyone can do it but, one day, I would be happy to see SAP ACTIVATE dropping the term WRICEF and addressing all the kind of integrations, extensions, developments and automations in a modern and harmonized way.
In the community spirit, it would be great to get some feedback from you and, in case, sustain the the #no-wricef campaign using the hashtag in your favorite platform.
It has awakened me to the feeling that the WRICEF term is outdated and, even worst, that it could introduce a strong inertia to modernizations and innovations at the time of SAP RISE.
As the blog itself demonstrates, there is a need to create a kind of mapping between types of development objects belonging to different historical eras.
Some story with the james.wood that posted the inspiring blog series Modernizing SAP: From RICEFW to BEANS — Part 1-6 (scroll down in the blog list of the author) describing his BEANS framework to better approach the topic. I like it !
Partha Goswami and James Wood did a great job but I believe it is intrinsically wrong trying to map map as WRICEF several of the most promising SAP BTP services like RPA, Conversational AI, Intelligent Document Processing (IDP), SAP Work Zone digital workplace as well as SAP LaunchPad, Low-code/No-code web and mobile Apps that we can be created via SAP AppGyver or SAP Business Application Studio only to mention some. These are too far from the ABAP workbench taxonomy.
I see some pitfalls if during the RfP process or the Explore project phase WRICEF term is strictly adopt, and you?
In this blog post I am going to share first some background information and then the result of my analysis to the latest version of the SAP ACTIVATE methodology. We will see in detail if and how SAP ACTIVATE for SAP S/4HANA in RISE still positions the WRICEF term.
Important, we will review the crucial concept of the 5 golden roles. They are specifically assigned to the right project activities to help addressing innovations in alignment with the SAP strategy (e.g. keep core clean, low-code/no-code).
To strike while the iron is hot, sympathetically, I would like to launch the #no-wricef campaign to help innovation take-off. The nice is that we do not even need a replacement acronym indeed, IMHO, the acronym WRICEF could be definitively dropped in favor of a modern and harmonized requirement list for business gaps supporting a detailed harmonized taxonomy in the specific repository (e.g. spreadsheet columns).
We will accurately classify the target development option that will include:
- Key Users extensibility
- side-by-side extensibility in SAP BTP, SAP Fiori Launchpad, SAP Process Automation, iRPA, Low-code/No-code
- in-platform SAP S/4HANA extensions with its several powerful options like Migration-cockpit, Embedded Analytics, Flexible Workflow, CDS only to mention few.
Some background information
Collecting GAPS (business requirements not covered by the standard) in the WRICEF list is a practice incredibly ingrained in the SAP ecosystem (here the definition from SAPopenings What is RICEFW in SAP Terminology? and in SAPTutorials Quick Tips To Mastering RICEFW In 2022 ).
If I remember well WRICEF list was introduced by the ASAP methodology and it perfectly mapped the capabilities of the dear old ABAP Workbench (R4.7).
It was a geological era ago, well before BSP, Web Dynpro, SOA, SAP NetWeaver, SAP Portal, Guided Procedures, Visual Composer, SAP BW, SAP XI and many other innovative solutions.
The topic had a deep discussion already around 10 years ago in the blog Don't hold your SAP Custom Development to ransom by 6b8e090ba50d45ec894fcae83b2f8a4a. We can see very interesting comments by valuable community superstars like john.moy3, dj.adams, jocelyn.dart and many others.
In the last 10 years, WRICEF survived to SAP HANA, SAP BusinessObjects, Sybase Unwired Platforms, SAP Cloud Platform and several other innovative platforms and solutions.
All of us, found a way to map new architectural opportunities to the old acronym.
WRICEF at the time of SAP RISE
Ten years later, I would like to re-open the discussion analyzing the impact of SAP RISE for S/4HANA and the included SAP BTP credits.
Leveraging SAP solutions, the intelligent Enterprises can now benefit from Artificial Intelligence and Conversational AI, Intelligent Robotic Process Automation, no-code/low-code platforms as well as infinite SAP S/4HANA extension options.
As per the blog post from PARTHA GOSWAMI, we are trying to extend the initial meaning to include some of the cloud native modern services offered by SAP BTP:
- Workflow to include SAP Process Automation Workflow
- Reports to include Embedded Analytics Query, CDS views, SAP Cloud Analytics, SAP HANA, SAP Data Warehouse Cloud
- Interfaces to include OData, APIs and the other capabilities of SAP Integration Suite
- Conversions to include Migration Cockpit and Selective Data Transition
- Enhancements to include a complete new world of development options including in-App extensibilities, side-by-side extensibility, Low-Code/No-Code and even RPAs
- Forms to include SAP Process Automation Workflow
SAP RISE, the time to innovate
IMHO, it is too much, and it is time to move on!
Let’s also remember that WRICEF is an SAP specific term and that no other solution on the market needed an acronym to describe in advance the taxonomy of the development backlog.
WRICEF was created for the ABAP workbench and misinterpretations can lead to:
- friction with the Clean Core concept - it is common to consider ABAP as the favorite/default option or even the only option. That is in contrast with the 5 Golden Rules of the SAP ACTIVATE methodology
- strong innovation inertia - Intelligent technologies are not well described by the WRICEF acronym and they risk to be not considered
- project estimations based on metrics strictly related WRICEF - several RfPs are still issued asking for estimation in terms of WRICEF objects number per realization complexity (S-M-L). On the market the metrics have been refined during last 20 years but I believe they are mostly still based on ABAP Workbench. Here a big step-forward is required to let innovation take-off
- miss the involvement of the Key-users that could fit some GAPS by themself with the In-App extensibility
- miss the involvement of the Citizen Developers that could fit some GAPS leveraging low-code/no-code platforms as well as Process Automation workflows and RPAs.
SAP ACTIVATE for RISE with SAP S/4HANA Cloud private edition
With focus on Custom Developments, I want now to share what I found about the topic in the fantastic latest version of the SAP ACTIVATE methodology and specifically in the SAP Activate Methodology for RISE with SAP S/4HANA Cloud, private edition.
First of all, let me congratulate the SAP ACTIVATE team for this valuable version that IMO is very well done and mostly coherent with the latest versions, options and solutions.
Searching for WRICEF in the roadmap viewer we (unfortunately) get 11 references.
WRICEF search results in SAP ACTIVATE
For example, in the Realize / Product Enhancements we have the following page Development of WRICEF Objects
The second search result links to the Accelerator Functional Specs (Public) (file S4H_201.zip)
Accelerator Functional Specs (Public) (file S4H_201.zip)
That as from the READ ME file are sticked to the ABAP Workbench ;-(
As last example, I include here one from the WBS Explore/Fit-to-Standard Workshop Validation/ ;-(
Golden Rules for Implementation of SAP S/4HANA Cloud
Accelerator S4H_552 How to Approach Fit-to-Standard Analysis and Design - Cloud.pptx introduces the Golden Rules where the fourth is “Ensure use of modern Extensibility technologies”.
SAP RISE Extensibility
IMHO one of the most relevant accelerator, is the Guidance on Extensibility for SAP S/4HANA Cloud, extended edition (Public) that cover the full range of options:
In-App extensions (also targeting Key-users)
All the types of In-App extensions are well mapped in the accelerator S4H_951 Enhancements using in-app extensions feature map.xlsx.
Low-code/No-code, RPA, Process Automation, Conversational AI (also targeting Citizen Developers)
I found a couple of accelerators related to SAP IRPA SAP RPA Installation Steps - Vol.1-Tenant and OP Components.pdf (SAP Customer) | SAP RPA Installation Steps - Vol.2-Pre-configured Content.pdf (SAP Customer) .
I did not found something related Conversational AI, Process Automation, AppGyver, SAP BAS.
WRICEF in SAP ACTIVATE
Finger pointing to what I consider critical.
Accelerator S4H_552 How to Approach Fit-to-Standard Analysis and Design - Cloud.pptx still refers to the WRICEF List
On slide 10 we have the link to the ancient file WRICEF Inventory Template .
Conclusions
Obviously I have developed my personal approach with templates and taxonomy to seamlessly manage In-App, side-by-side and S/4 classical extensions. Everyone can do it but, one day, I would be happy to see SAP ACTIVATE dropping the term WRICEF and addressing all the kind of integrations, extensions, developments and automations in a modern and harmonized way.
In the community spirit, it would be great to get some feedback from you and, in case, sustain the the #no-wricef campaign using the hashtag in your favorite platform.
- SAP Managed Tags:
12 Comments
