{"id":909,"date":"2021-03-01T11:10:02","date_gmt":"2021-03-01T09:10:02","guid":{"rendered":"https:\/\/dam-evangelist.blog\/?p=909"},"modified":"2023-01-16T11:29:02","modified_gmt":"2023-01-16T09:29:02","slug":"die-agile-software-auswahl-deshalb-werden-sie-damit-erfolgreich-sein","status":"publish","type":"post","link":"https:\/\/dam-evangelist.blog\/en\/2021\/03\/01\/die-agile-software-auswahl-deshalb-werden-sie-damit-erfolgreich-sein\/","title":{"rendered":"Select Software the agile way! Here is why you will be successful!"},"content":{"rendered":"

\"Agile<\/a>
\nFor me, agile software selection is the only method that really works for evaluating software successfully and efficiently. In this article, I will once again present the decisive advantages of this methodology in a compact way.
\nIf you have not yet dealt with agile software selection, I will give you a brief outline of the workflow below:<\/p>\n

The agile software selection is divided into three phases:<\/h4>\n
    \n
  1. \nDeveloping and writing the most important user stories together with the relevant stakeholders >>1. Die Stakeholder und ihre Stories<\/a>)–>\n<\/li>\n
  2. \nUse these user stories as a basis for the supplier tender and partner selection
    \n    3 steps to agile software selection \u2013 2. the right choice of partner<\/a>\n<\/li>\n
  3. \nCreation of a proof of concept with “hands on” for the stakeholders and finally the final selection
    \n>>3. Proof of Concept<\/a>)–>\n<\/li>\n<\/ol>\n

    But what exactly makes agile software selection so successful?<\/h4>\n

    Success clearly lies in stakeholder participation – right from the start of the process!<\/h5>\n

    Each of us probably knows the famous quote by Henry Ford:
    \n“If I had asked people what they wanted, they would have said faster horses!”<\/i><\/br>
    \nWas Henry Ford right? In our case I can say quite clearly: “NO! <\/br><\/br>
    \nIn software evaluation, it is essential to involve the stakeholders in the process right from the start.
    \nBy working out the most important user stories together, the stakeholders are encouraged to formulate their requirements and wishes themselves and thus to think them through. When writing the user stories, you are “forced”, so to speak, to deal intensively with the topic. <\/p>\n

    The right to help shape things gives you a good feeling!<\/h4>\n
    Almost more important, however, is the psychological aspect:<\/h5>\n

    Stakeholders are involved in the process from the very beginning and can shape the evaluation process themselves. This gives them the feeling that they have a say in the process and that their wishes will be heard and taken into account.
    \nThis very decisive feature will also simplify the project many times over in the later integration process of the selected software.
    \nIf stakeholders are not involved in the selection process from the beginning, there is almost always the feeling that you are being “presented” with something that you are supposed to work with every day, but for which you have not actively decided yourself.
    \nOne therefore feels “externally determined” and will immediately take a defensive stance at the first problems that arise with the software, according to the motto “I was not asked during the selection process…”.
    \nThis defensive attitude will not only give a product owner sleepless nights, but it can also extremely endanger the success of the project.
    \nIf the stakeholders have been a productive, creative part of the process from the beginning, they will not have to face these “accusations”.<\/p>\n

    It is important to make one thing very clear:<\/h5>\n

    Stakeholder participation is not intended to distribute or shift responsibility.
    \nIt should not be a justification if a product owner makes mistakes. Rather, it is about involving the most important users in order to achieve better project success. The control of the overall process and also the decision which user stories are so important that they are used for the selection process still lies with the product owner. It is his task to spar with the stakeholders and to formulate the stories correctly.
    \nWith these decisive advantages, it should once again have become clear that agile software selection is the right methodology for successfully evaluating software of any kind!<\/p>\n

    If you have any questions, requests or suggestions, I look forward to hearing from you!<\/p>\n

     <\/p>\n