Hello All,

I am writing my blog after one full year away from SCN. Consumed by work and delayed by the fixes to new SCN, I stayed away from blogging. Today, I take my time to share some deep, personal view on SAP Fiori application – custom.

SAP Fiori evolved from being a set of apps to an UX paradigm. UX paradigm proposes to list down guidelines and principles to execute user interfaces that ensure compliance to standards. In my discussions on the technical aspect of the applications, I am torn between choosing between the principles and sticking to wireframes. Do we follow the path of the sheep and stick to grass on our way or do we raise our heads and look at the higher picture.

In most applications, we are driven by requirements. We are driven to meet the expectation. Fulfill the wants. Needs are not quantified, so why bother fulfilling it. SAP UX design methodology talks of evaluating, design and develop. When the scope to evaluate and design is compromised, we have been left the option to develop. So, when the team is cornered to develop the stated, who owns up to the responsibility to ensure the compliance to FIORI design principles.

Fiori lists down the principles in the simplest of forms, Simplicity being one of them. So, if we are in violation of non-adhering to one of them, does it disqualify being a FIORI application. Is it enough to make use of UI5 technology to make the application qualify for SAP Fiori? What are the implications of an application being Fiori or not? Is it even important? Why is it that standards and rules which are so strictly applied and made legally compliant in all industries be blatantly violated and compromised in the software industry. The only factor against software is for it being too soft on its violators. There have been numerous occasions when we read from individuals of the pressure situations when the adherence of the team is to fulfill what is requested and not provided the environment to express the willingness and freedom to explore the various principles of Fiori.

Fiori is a great concept and is something which brings the SAP haters closer to SAP than ever. SAP has put in the immense effort is making it appeal to a wider audience. It is the implementers of SAP Fiori who carry the responsibility of fulfilling that vision.

Thank you.

 

The views expressed in this blog are personal in nature and have no resemblance to any organization or individuals related. 

To report this post you need to login first.

3 Comments

You must be Logged on to comment or reply to a post.

  1. Jocelyn Dart

    Hi Sharath,

    Always a delight to hear another passionate voice on this topic.

    Actually Fiori has always been about the Design – the first set of apps demonstrated that and from there it has grown and grown to a comprehensive design vision, supported by design and programming paradigms, methodologies and toolsets.  Not to mention Fiori Qualities  – which address exactly the topic of what really distinguishes a Fiori app from an app that just happens to be written with SAPUI5.

    I agree it can be a challenge to keep the focus on end users and the principles that make Fiori a success for end users and stakeholders alike.

    We are now starting to advocate for a User Experience Lead on project to drive this.  In other words just as…

    • the functional lead looks after the end to end business processes
    • the technical lead looks after the end to end system architecture and infrastructure

    …we need a UX lead to look after the end to end user experience to make sure it delivers on the promise and the goals of the project.

    For example the UX Lead would:

    • make sure delivered UX is activated
    • enable the project team re UX and extension possibilities
    • instill design-led development
    • govern decision critieria for choosing UX technology for extensions and new apps
    • work with organizational change management to get end users involved and plan how best to communicate the changes to the end user community

    I’d be interested in your thoughts on whether this role would help address the challenges you see on project.

    Rgds,

    Jocelyn

    (1) 
    1. Sharath M G Post author

      Hello Jocelyn,

       

      Thank you for your valuable comment.

       

      I agree that a UX lead should drive the UI aspect of the development. UX lead should ensure the user’s aspect of the actual solution. The manner in which the functional lead is responsible for the oData services and its logic, a UX lead shall be responsible for the UI and UX aspects of the solution.

       

      Unfortunately, we do not live in an ideal world. Timelines and budget restrict the intentions and process with the obvious. Only if we could quantify the effort and the returns in having a UX lead, we can only talk about the best practices, but we usually fall back to our existing practices.

      The UI design or UI developers should eventually be elevated to the role of UX leads which I see as a natural progression. It is for the stakeholders who invest in teams to define the role of UX lead as part of the team structure.

      Keen to hear from you in this topic.

      Regards,

      Sharath

       

      (0) 
      1. Jocelyn Dart

        Hi Sharath, Agree that we need clear activities, deliverables, and effort estimates so that it can become part of stakeholder thinking and included in projects. That’s what we are working on.

        Rgds,

        Jocelyn

        (0) 

Leave a Reply