Exploratory Testing – Scrum Teams testen wie Touristen
Beim Exploratory Testing (Exploratives Testen) handelt es sich nach James Bach um eine informelle Testtechnik, bei der der Tester das Testdesign aktiv kontrolliert, während er diese Tests ausführt.
Bei dieser Methode benutzt der Tester die beim Testen gewonnene Information dazu, um neue und bessere Tests zu entwerfen. Erfahrungsgemäß kommt diese Testmethode im Scrum Team besonders gut an, da sie darüber hinausgeht, die üblichen vorgegebenen Testpläne und Done-Kriterien abzuarbeiten.
Letztendlich ist der Produktowner ja auch für die Qualität verantwortlich. Daher will ich heute kurz auf diese Technik eingehen, und einige der wichtigsten Testtouren erläutern.
Wie Google Software testet – die Rolle des Entwicklungsteams
Neben den Features einer Software hat die Qualität der Produkte eine überragende Bedeutung. Viele von Ihnen kennen noch den alten Ansatz, der daraus besteht, Qualität in das Produkt hineinzutesten.
Viel sinnvoller ist es aber, die Produkte gleich qualitätsgerecht zu entwickeln. Besonders vielversprechend ist eine Organisationsform, die die Qualität im Entwicklungsteam anordnet.
FedEx-Tour
In dem Modell der agilen Softwareentwicklung haben Teams eine andere Rolle, als in einer Softwareentwicklungsabteilung, die nach dem „Wasserfallprinzip“ arbeitet. Es gibt verschiedene Qualitätssicherungsmethoden, die ein Scrum Team anwenden kann. Eine dieser Methoden, die geradezu die Mitwirkung des Productowners verlangt, ist das explorative Testen. Die FedEx Tour ist eine besondere Methode, wie der Productowner und Team diese Tests organisieren können.
Statusreports – Jeder hasst sie, keiner liest sie
Gerade, wenn Sie im Produktmanagement einer großen Firma arbeiten, kennen Sie Statusreports sicherlich zur Genüge. Manche Manager lieben sie so sehr, daß sie ihre Teams jede Woche mit solchen Reports beschäftigen. Eigentlich kenne ich niemanden, der diese Reports gerne erstellt, und ich sehe auch immer wieder Manager, die den Anschein geben, als hätten sie die Reports überhaupt nicht gelesen. Die Frage ist: Brauchen wir Statusreports, und wenn ja, wie können wir diese Statusupdates möglichst einfach erstellen, und was sollte in diesen Reports stehen?
Produktmanagement und Burnout
Ich habe etwas Marktforschung zu der Frage betrieben, welche Inhalte die Leser eines Produktmanagement Blogs interessieren.
Interessanterweise wollen viele Leser auch einmal etwas über die Thematik „Produktmanagement und Burnout“ wissen. Darauf gehe ich heute gerne einmal kurz ein, da ich denke, daß wir zwei Beiträge dazu leisten können, um das Thema zu entschärfen.
Definition of Done
In an agile development model, you and your team releases each takt software that your (interal and external) stakeholders can consume immediately. You and your team specify, design, develop and test these potentially shippable products during the sprint. Thus, one of the most important aspects for your agile development project is the question, when you should consider a development task as done.
Formalized Done Criteria that match with the characteristics of your development product help you with this release decision.
Spezifikationen und Testing
Meine bisherigen Blogbeiträge zum Thema „Qualität von Spezifikationen und Anforderungen“ gehören zu den meistgelesenen Artikeln. Heute habe ich mich mit dem Thema „Testen von Software“ befaßt, und mir insbesondere den Certified Tester – Foundation Level Syllabus angesehen, der vom→ ISTQB (International Software Testing Qualifications Board herausgegeben wird.
Dort stehen einige interessante Informationen über die Qualität von Spezifikationen, auf die ich heute kurz eingehen will.
ScrumBut – We use Scrum, but… – Eine Ergänzung
Einer meiner Leser der ersten Stunde hat mich neulich auf einen interessanten Blogbeitrag zum Thema Scrum hingewiesen, der auf dem PM-Blog unter dem Titel „ScrumBut – We use Scrum, but…” zu lesen ist. Wie Sie wissen, arbeiten heute viele Unternehmen im IT Sektor nach der SCRUM Methode, d.h. einem Ansatz, der sich den Zielen Lean (Einfachheit) und Agile (Agilität) verschrieben hat. Der erwähnte Artikel befasst sich mit der Umsetzung dieser Methode. Ich beschäftige mich heute mit dem „Aber“ bei der ‚Umsetzung.
Technical Debt, and Test Categorization
Recently, Tom Grant from Forrester has written about technical debt and its relevance to Product Management. He made some good points (in particular that technical debt is evil), so that it is with me today to add a few thoughts about quality.
Ausbildung für Produktmanager
In diesem Post geht es sinngemäß um einen diplomierten Wirtschaftingenieur mit 10 Jahren Berufserfahrung im Projektmanagement (leitende Stellung), der sich in die Rolle eines Produktmanagers weiterentwickeln möchte. Er fragt sich, wie er sich entsprechend weiterbilden kann.
Pair Programming
Unter dem Titel „Großbaustelle – Making of Windows 7“ gab es in der Computerzeitung CT aus dem Heise Verlag vor einiger Zeit einmal einen interessanten Artikel zum Entwicklungsprozess für das neue Windows 7 Betriebssystem zu lesen.
Heute geht es mir um das geänderte Entwicklungsmodell, das Microsoft gegenüber Windows Vista angewandt hat, da ich in anderem Zusammenhang heute wieder auf diesen Artikel gestoßen bin. Die Frage ist: Lohnt sich das?
Requirementsmanagement
Heute geht es mir um das Requirements Management, da ich gesehen habe, dass dieses Thema viele Leser interessiert. Zunächst befasse ich mich kurz mit der Frage, was Requirements sind, wie man sie formuliert, und wie man den Requirementsprozess verbessert. Dann werde ich einige Tools einführen, die Unterstützung für den Requirementsprozess bieten.
10 Punkte für den Projekterfolg
Wie in der Fachliteratur zu lesen ist, gehört das richtige Anforderungsmanagement zu einem der wichtigsten Einflussgrößen für den Projekterfolg. So gehen konservative Schätzungen davon aus, dass circa 30 – 50% des Entwicklungsaufwandes für Fehlerbehebung, Nacharbeiten, oder andere Aktivitäten aufgewendet wird, die nicht wertschöpfend sind. Hier geht es um 10 Punkte, die diese Kostentreiber einzugrenzen helfen.
Lean Innovation
Das WZL der RWTH Aachen verfolgt einen interessanten systematischen Ansatz, um die Wertorientierung in das Innovationsmanagement einzuführen. Diesen Ansatz möchte ich hier nur kurz anreissen, und lege Ihnen nahe, sich den Ansatz bei der RWTH Aachen selbst näher anzusehen.
Classic Development Model and Lean Model Compared
In the lean development model we change certain elements of the conventional development process, to allow the development organization to work more flexibly. Here is why.
Agile Goes Mainstream
On today’s → Forrester Blog for Technical Product Management & Marketing Professionals, you find a → report from a conference on Agile. You find there as well information (an interview) from/with → Pragmatic Marketing. The latter interview gives you information about the business case for Product Management, and it answers questions about the why, the benefit, or the type of questions, which affect today’s Product Managers.
Role of the Product Vision when Development goes Agile
He does not stop with this statement, but adds recommendations, which very well complement my article → SCRUM Product Owner: Role and Task. For me, the remaining question is „Which mindset does the Product Owner require to deliver such a vision?“.
SCRUM Product Owner: Role and Task
Scrum is an organization model, and used by companies that develop products with agile methods. It has been invented as a means to professionalize the software development process. As I have already written in earlier articles, the model defines different roles, and has a specific view to the role of the team members.
Here I will concentrate on the tasks and the role model for the Product Owner.
Agile Product Management
These days, software systems are large, and they become challenging and expensive to create. In the recent years, many companies tried to formalize the development process, just to be able to better manage this complex process. Most companies used the waterfall method, in which one after the other department worked on its part of the software development cycle.
Agile Development
Much of the technology, in particular in the software industry or technology area is large and complex. In the meantime, for example, large technology companies need to invest several hundred thousand person days to come up with their next release of a product. The videos recommended here help you to understand the initial concept of an agile organization.
Ich arbeite seit vielen Jahren in der Softwareentwicklung für Unternehmensanwendungen bei der SAP SE. Dieser Blog ist privat, und die Meinungen sind meine eigenen. Sie sind hier richtig, wenn sie sich für Praxiserfahrungen im Produktmanagement für Investitionsgüter interessieren. 