Whitepapers


Prowareness biedt verschillende publicaties aan. Hierbij kunt u denken aan whitepapers op het gebied van Outsourcing, .NET, software development, Agile en Scrum. Ook vindt u hier diverse door Prowareness gepubliceerde artikelen.


Lean Startup

Before investing large sums and amounts of time into new ideas, it is beneficial to prove first that there is indeed a demand in the market. Experimentation is a way to validate the likelihood of success of a new product or service resulting from new ideas. Investors are scarce and demand a reduced risk of failure of their investments. This holds true for large companies, as well as for small startups.

Download het whitepaper 'Lean Startup'.

Agile Portfoliomanagement in drie stappen

Deze whitepaper heeft als doel om Product Owners, Productmanagers en Portfoliomanagers een oplossing te bieden om snel keuzes te maken en deze te visualiseren in een transparante roadmap. Hiertoe wordt in deze paper een aanpak beschreven, die helpt om duidelijkheid te bieden in situaties waar een overdaad aan wensen en ideeën aanwezig is en waar het maken van echte keuzes daardoor vaak wordt ontweken.

Download het whitepaper 'Agile Portfoliomanagment'.

Business Agility

De wereld om ons heen verandert sneller dan ooit. Innovaties volgen elkaar in hoog tempo op, klanten worden steeds veeleisender en nieuwe startups maken de markt erg dynamisch. Veel organisaties zijn niet goed in staat om hier mee om te gaan, mede doordat de huidige manier van werken eerder vertragend werkt dan dat deze manier van werken helpt om de snelheid van veranderingen aan te kunnen. De grootste uitdaging voor veel organisaties is dan ook om te leren sneller en effectiever te reageren op veranderingen, de klant centraal te stellen en sensitief te zijn voor wat er in de omgeving gebeurt. ‘Business Agility’ helpt organisaties om dit diep in de manier van werken te verankeren, zodat de uitdagingen en dynamiek worden omarmd en ondersteund.

Download het whitepaper 'Business Agility'.

Product Backlog Refinement Explained

One of the most challenging activities in Scrum is Product Backlog Refinement. What do you do during Product Backlog refinement? How do you prevent discussions going off track or in too much detail? Who should be there? When do you estimate? In this whitepaper, you will get some good practices and guidelines for having better, more effective and more vivid Product Backlog refinement.

Download het whitepaper 'Product Backlog Refinement Explained'.

Characteristics of a Great Scrum Team

Scrum is a framework within which people can address complex problems, and productively and creatively develop products of the highest possible value. It’s a tool organizations can use to increase their agility. Within Scrum self-organizing, cross-functional, and highly productive teams do the work: creating valuable releasable increments. Hereby Scrum offers a framework that catalyzes the teams learning through discovery, collaboration and experimentation. A great Scrum Team consists of a Product Owner that maximizes value, a Scrum Master that enables continuous improvement and a Development Team that focuses on delivering high quality increments. For sure this sounds great! But what are the characteristics of such a great Scrum team? This white paper will answer that question. It offers a detailed description of the characteristics and skills of a great Product Owner, Scrum Master and Development Team.

Download het whitepaper 'Characteristics of a Great Scrum Team'.

Scrum & Business Intelligence

Business Intelligence (BI) projects can be seen as complex, where the amount of unknown requirements and technologies exceeds the known. BI projects are complex due to fast changing information needs and priorities, existence of many users/customers, availability and quality of data, different systems to extract source data from, and continuously changing technologies. Implementing Scrum within a BI-environment, with a focus on creating actionable insights, is therefore challenging.

Download het whitepaper 'Scrum & Business Intelligence'.

How to write CodedUI tests like an Automation Ninja

UI tests allows developers to automate important end-to-end scenarios which can replace the manual regression tests and can be used to provide early feedback on the regression set. While these tests are easy to create using frameworks like CodedUI/ Selenium, one of the major challenges teams faces is to ensure that these tests remain resilient and can be easily maintainable along with the application code. The paper focuses on some of the practices/ patterns that can be used while creating UI automated tests using the CodedUI framework for web applications.

Download het whitepaper 'How to write CodedUI tests like an Automation Ninja'.

Scaled Professional Scrum - Nexus

Het framework voor Scaled Professional Scrum van Scrum.org biedt de ruggengraat waarop organisaties hun productontwikkeling op basis van Scrum kunnen opschalen mèt behoud van de eigenheid en de voordelen van Scrum. Het framework bundelt de practices, ervaringen en inzichten van een wereldwijd netwerk van experten, waaronder Ken Schwaber en Jeff Sutherland, co-creators van Scrum.

Download het whitepaper 'Scaled Professional Scrum - Nexus'.

Infrastructure as code

With the constantly evolving and changing market, business agility is one of the qualities to be adopted by firms to respond rapidly to the changes in internal and external environment without losing the momentum or vision. But it’s not just the business that has to be flexible and responsive, but IT also has to change to support the development process in the organization. To support this evolving business model, IT has to be ready to support this model by able to deploy applications in a reliable, consistent and repeatable manner. This can only be done via Infrastructure automation.

Download the Whitepaper Infrastructure as code.

Agile and HRM

Agile and HRM “What effect does Agile and Scrum have on our HRM processes\department?”, is a question that we often get in our job as Agile consultants. Recently even more than ever before. It makes sense that nowadays also the HRM departments gets confronted with Agile, and asks questions what it really means for them. Where Agile and Scrum have become mainstream in IT [1] other disciplines in an organization are still struggling with the Agile adoption. At first, traditional HRM is often one of the disciplines that is not involved in an Agile transition. The contrary should be the case, however. Our experiences has taught us that HRM should play an important role during any transition. HRM is at its’ core one of the disciplines that strongly focuses on establishing and maintaining a corporate culture. Real change, and that is what Agile does, focuses strongly on the cultural dimension too. As such, HRM should be involved as a change agent and governing function for the new Agile culture, mindset and behaviors.

Download the Whitepaper Agile and HRM.

Becoming a Responsive Enterprise

In an ever faster changing and more dynamic world, companies have no choice whether to become responsive or not. Survival of the fittest is key in a competitive environment. And it will not be the largest of organizations that survive, neither the most intelligent ones, but those most responsive to change. Adapting to fast changing environments and to agile and evolving customers is crucial for survival. Responsiveness means that adapting to change is in the core DNA of an organization. The most important primary process is not doing what you do, but needs to be fast discovery of how to delight your customers and deliver that to them even faster.





Van Gantt chart naar Burn up chart: het doen van een eerste Agile project

In softwareontwikkeling en binnen IT-afdelingen van grote bedrijven krijg je als project manager steeds vaker te maken met een Agile/Scrum manier van werken. De IT-ontwikkelingen binnen jouw project worden geprioriteerd door de Product Owner, degene die binnen Agile/Scrum de prioriteiten stelt voor een ontwikkelteam. Dat hoeft niet per definitie iemand te zijn die de belangen van jouw project bovenaan zijn prioriteitenlijst heeft staan. Hoe ga je als projectmanager, gewend aan Prince2 en waterval, binnen jouw projecten om met deze manier van werken? Hoe kun je de kracht van Scrum gebruiken om een zo goed mogelijk projectresultaat te behalen? In deze whitepaper gaan we in op onze ervaringen met het eerste Agile project binnen een internationaal telecommunicatie bedrijf en de diverse uitdagingen en oplossingen die we gedurende het project zijn tegengekomen.





Sharing Knowledge and Making Decisions Together to Reach Goals and Get Better

Why do people join groups? People join groups to pursue a common goal or to satisfy a mutual interest. This allows individuals to achieve things that would not have been possible alone. Making groups makes a lot of sense. Consider an organization for example; this is a perfect example of a collection of individuals focusing on achieving a mutual goal. However, there are other reasons why people join groups.

This whitepaper discusses some of the goals Scrum Teams share and provides a background from social psychological research on how to optimally use the potential power of a Scrum Team.





Validated Value

A practical approach to continuously improving your impact

What is the impact of our effort? Did we really deliver value to our customers? Was it worth the effort? Did it meet our expectations? Can we somehow validate our assumptions? Can we validate the value that we delivered? Will that give us the necessary information to improve it?

Are these the questions you are struggling with? After reading this white paper you’ll know how you can validate the value you delivered. You will know how you can create proper success criteria upfront to validate your impact. You’ll also know how you can visually track your assumptions and continuously learn and improve the value for your customers.






Implementing the Product Backlog

One of the most important artifacts in Scrum is the Product Backlog. The Product Backlog is owned by the Product Owner and should be the single source for any changes that you make to your product. The Scrum Guide tells us WHAT a Scrum Team should do with the Product Backlog to guarantee that we are continuously focusing on building the highest value features each Sprint. What the Scrum Guide doesn’t tell us is HOW to implement this Backlog and how it is used on a day to day basis. This is actually a good thing, since we don’t want to be too prescriptive towards our community, do we? This means we are creating the boundaries for a successful Scrum implementation without telling people how they should do their work (Individuals and Interactions over Processes and Tools).


This whitepaper contains a number of best practices on HOW your Product Backlog can be implemented. This paper is for those who are struggling with Product Backlog implementation or are searching for new ideas to improve their current implementation.






Managing Defects in an Agile environment

Teams often struggle with answering the following question: “How to manage our Defects in an Agile environment?”. They start using Scrum as a framework for developing their software and while implementing, they experience trouble on how to deal with the Defects they find/cause along the way. Scrum is a framework that does not explicitly tell you how to handle Defects. The strait forward answer is to treat your Defects as Product Backlog Items that should be added to the Product Backlog. When the priority is set high enough by the Product Owner, they will be picked up by the Development Team in the next Sprint. The application of this is a little bit more difficult and hence should be explained in more detail.





Lean voor Software Ontwikkelbedrijven

Enkele praktische tips

Overal waar mensen werken gaan dingen mis. Veel mensen hebben zoveel taken tegelijkertijd dat het hun ook niet echt te verwijten valt. Er is gewoon veel te doen. Het is wenselijk dat iedereen zich op één ding kan richten, want dat lijkt efficiënter. Maar hoe realiseer je dat in een kleine dan wel grote organisatie? Is dat voor het hele bedrijf efficiënter? Door enkele concrete punten uit Lean op te pakken, loopt de hele organisatie veel efficiënter en effectiever. Hoe u dit kunt doen leest u in deze whitepaper.







From vision to value

How to translate vision into a product, fast?

In een bedrijf zijn vaak meerdere medewerkers bezig met het vertalen van visie naar een waardevol product. In de tussentijd, lijkt het, alsof een ander onderdeel van het bedrijf bezig is met het maken van een product met weinig waarde. Hoe krijg je in een dergelijk bedrijf alle neuzen dezelfde kant op? En hoe betrek je dan de ‘lastige’ klanten bij jouw product, die telkens jouw beeld van visie in de war schoppen? Allemaal vragen die je vast en zeker ook binnen jouw bedrijf kan stellen.

Het gebruik van methodieken en frameworks in de afgelopen jaren, is binnen de IT sterk toegenomen. Scrum wordt veel toegepast bij product ontwikkelclubs. Er worden veel verschillende ontwikkel frameworks gebruikt om grip te houden op de complexe materie en producten.







Agile Metrics

Let the Numbers tell the Tale

Whether we realize it or not, we all use metrics on a daily basis. When we get into our cars in the morning we keep an eye on our speedometer to make sure we’re not going too fast, we hoist ourselves on a scale every now and then to keep the weight in check, teachers and peers have been grading our abilities since an early age, the list is endless. So why do we measure? We measure so that we can take action when whatever it is we’re measuring is deviating from that what we expect or desire. Which brings us to the key message of this whitepaper; metrics should always lead to actionable results. It should be clear what the measured data means, and it should be clear which actions to take based on the measurement. There are hundreds of metrics available for software development and Scrum, not all of them make sense...







Co-operating over long distances is Child’s Play

The airplane is the most important tool for increasing engagement. Since this tool makes it possible for team members to meet face to face. Outsourcing is more than just outsourcing tasks, because the job is done by people. Therefore it is important to have a personal relationship with these people. Building a personal relationship is best done by seeing each other face to face. Especially in the beginning of a working relationship it is important to build a solid foundation for future cooperation...

Ur tips are:

  • Try meeting face to face quarterly
  • Try to meet on different locations where team members are located
  • Get to know each other better by spending time outside the office as well
  • Find out more about the professionals in your team; what makes them tick. Also tell them more about yourself and your motivations...






Agile Offshore Teams

Offshore software ontwikkeling, moet je altijd op een Agile manier inrichten. Hoe groter de afstand, hoe groter de cultuurverschillen en hoe lastiger de communicatie is, des te belangrijker wordt het om vaak feedback te krijgen. De essentie van Agile werken is vaak feedback afdwingen door te werken met korte cycli, die telkens werkende en geteste software opleveren. Deze opleveringen geven inzicht en feedback over het proces, het product en de voortgang. Hierdoor leren teams veel sneller, kun je als opdrachtgever veel beter de voortgang volgen en is het veel handiger om bij te sturen bij veranderende wensen of inzichten. In deze whitepaper behandelen Henk Jan Huizer en Rini van Solingen de belangrijkste vragen en vooroordelen rond de combinatie van Agile en offshore teams. Hun conclusie: Je maakt een grote fout als je niet op een Agile manier offshoret....







Lean VS Agile

Agile is vaak een IT feestje. Er zijn maar weinig organisaties die actief bezig zijn hun hele bedrijfsvoering op een Agile manier in te richten. LEAN, daarentegen, komt wél bedrijfsbreed voor en wordt als gehele verbeterfilosofie gepositioneerd. In deze whitepaper bespreken Henk Jan Huizer en Rini van Solingen hoe LEAN en Agile (en in het bijzonder Scrum) bij elkaar passen en welke consequenties dit heeft voor de praktijk. Hun belangrijkste conclusie is dat, los van de aanpak, een verbetering gericht moet zijn op de hele keten. De doorlooptijd van vraag tot antwoord, van probleem tot oplossing, van concept to Cash moet zo kort mogelijk zijn. Pas aan het einde van de keten lever je namelijk waarde. Om de beste resultaten te halen is het daarom essentieel om naar de hele keten te kijken. Prima om met Scrum bij IT te beginnen, maar vergeet het voortraject en het opleverproces niet. Immers, hoe sneller waarde en resultaat, hoe LEAN-er de organisatie wordt.







FedEx Days

A FedEx Day is a 24-hour event in which employees deliver innovation to the company they work for. It is called FedEx Day, because you have to deliver overnight, like the parcel delivery company. A FedEx Day is a fixed time box in which people are not disturbed for regular work. Within this time box, employees have total autonomy over the project they are enthusiastic about. They decide for themselves what they will be working on, who they are going to work with, and how they are going to do it. Only one rule applies: People who sign up show the results to the company at the end of the FedEx Day. In short, a FedEx Dayis about boosting motivationand creativity overnight by getting out of people’s way.







Agile Architectuur: Hoe gaan Agility en Architectuur samen en wat is de impact op de architect?

Wanneer organisaties zich oriënteren op het gebruik van Agile werkwijzen ontstaat al snel de vraag op welke manier ze met architectuur om moeten gaan. Agile heeft ten slotte de neiging om niet al te ver vooruit te plannen en beslissingen uit te stellen tot een later tijdstip waarop meer kennis beschikbaar is. In traditionele omgang met architectuur nemen we echter belangrijke beslissingen juist vooraf. Het is dan ook logisch dat de combinatie van Agile en Architectuur in eerste instantie wat ongemakkelijk aanvoelt. Dat is het centrale thema van deze whitepaper. Agile werken heeft namelijk verstrekkende gevolgen voor het omgaan met architectuur.







7 Star Development Methodology: Whitepaper on Microsoft .NET Software Development Process.

Prowareness hanteert een geavanceerde software development offshore-methode. Deze offshore-methode wordt de ‘7 Star Development Methodologie’ genoemd. In deze whitepaper kunt u lezen wat deze 7 Star Development Methodologie inhoudt en hoe deze geïmplementeerd kan worden.


Scrum at Prowareness: The path to hyper productivity

In deze publicatie is te lezen hoe het ontwikkelteam van Prowareness van de waterval methode is overgestapt naar de Agile/scrum manier van ontwikkelen.

Scrum Webshop