Keine Lust mehr auf schlecht initialisierte Projekte? Keine Lust mehr, Fehler mühsam auszubügeln, die beim Projektstart gemacht wurden? Keine Lust mehr auf unnützen Stress? DoPI richtet sich an alle, die Projekte initialisieren oder unter einer schlechten Initialisierung leiden (also an alle). DoPI zeigt, wie man sich mittels ihrer gut auf die Unsicherheiten der Produktherstellung vorbereitet und gibt Impulse, wie man Unwissen zu Wissen, Ungewissheit zu Gewissheit und Risiko zu Chance werden lässt. Das Wissen um komplexe Systeme hilft dabei, ein tiefes Verständnis für die Projektinitialisierung zu gewinnen.
Meine! Deine! Keine! Verantwortung in agilen TeamsFrank Düsterbeck
In dieser Session übernehmen wir Verantwortung. Verantwortung dafür, intensive praktische Impulse zu geben.
Wir nehmen Bezug auf die Theorie und klären, unter welchen Voraussetzungen Menschen Verantwortung annehmen / ablehnen und ob Verantwortung teilbar ist.
Wir ergründen, welche Verantwortung in agilen Teams liegt.
Wir machen deutlich, welche Auswirkungen diese Erkenntnisse auf Führung hat.
Mit anderen Worten: Wir schaffen Klarheit darüber, was geschehen muss, damit Verantwortung von allen Menschen angenommen werden kann.
Nos trucs et astuces pour construire des produits que les devs adorent chez ADEOJulien Jakubowski
Comment construire des produits que les développeurs adorent ? Qui simplifient leur vie ? Dont ils deviendront de fervents supporters?
On pense souvent à l’expérience utilisateur. Mais l’expérience du développeur est souvent oubliée. Par exemple:
- Savez-vous combien de temps un développeur met à naviguer dans votre API ? Galère avec sa documentation ? Et si on pouvait diviser ce temps par 10 ou plus ?
- Est-ce facile de contribuer en faisant une pull request ?
- A-t-on rapidement de l’aide en cas de problème?
Dans cette conférence, nous indiquons pourquoi l'expérience développeur est importante. Nous partageons notre approche, trucs et astuces pour s’assurer que les développeuses et développeurs passent de bons moments avec votre app'.
S03_まずはここから!Microsoft 365 E3 でセキュリティの第一歩を踏み出す [Microsoft Japan Digital Days]日本マイクロソフト株式会社
日本マイクロソフト株式会社
サイバー セキュリティ&コンプライアンス統括本部 サイバー セキュリティ技術営業本部 テクニカル スペシャリスト
芳賀 俊亮
リモートワークが一時的なものではなくなり、情報システム担当の皆様は様々な課題をお持ちではないでしょうか?
本セッションでは、Azure Active Directory・Intune に焦点を当てて、Microsoft 365 E3 でセキュアなアクセス制御・デバイス管理をどう実現できるかをご紹介いたします。
今回はシナリオを 1 つご用意しております。株式会社マクロハード (架空) が抱えている課題を Microsoft 365 E3 でどう解決していくかを是非ご覧ください!
【Microsoft Japan Digital Daysについて】
Microsoft Japan Digital Days は、お客様が競争力を高め、市場の変化に迅速に対応し、より多くのことを達成することを目的とした、日本マイクロソフトがお届けする最大級のデジタル イベントです。4 日間にわたる本イベントでは、一人一人の生産性や想像力を高め、クラウド時代の組織をデザインするモダンワークの最新事例や、変化の波をうまく乗り切り、企業の持続的な発展に必要なビジネスレジリエンス経営を支えるテクノロジの最新機能および、企業の競争優位性に欠かせないクラウド戦略のビジョンなどデジタル時代に必要な情報をお届けいたしました。(2021年10月11日~14日開催)
S10_Microsoft 365 E5 Compliance で実現する機密情報の検出・分類・保護 - Microsoft Information P...日本マイクロソフト株式会社
日本マイクロソフト株式会社
サイバー セキュリティ&コンプライアンス統括本部 コンプライアンス技術営業本部
橘 浩平
ハイブリッドワークが求められる昨今、企業の持つ資産の中でもデジタルデータの価値はますます高まっており、そのセキュリティ対策 (外部脅威・内部リスク) への取り組みを開始され始めたお客様も増えてきています。本セッションでは組織内に流通する重要なデジタル資産の検出や分類、流出に対する保護など実現方法についてご紹介致します。
【Microsoft Japan Digital Daysについて】
Microsoft Japan Digital Days は、お客様が競争力を高め、市場の変化に迅速に対応し、より多くのことを達成することを目的とした、日本マイクロソフトがお届けする最大級のデジタル イベントです。4 日間にわたる本イベントでは、一人一人の生産性や想像力を高め、クラウド時代の組織をデザインするモダンワークの最新事例や、変化の波をうまく乗り切り、企業の持続的な発展に必要なビジネスレジリエンス経営を支えるテクノロジの最新機能および、企業の競争優位性に欠かせないクラウド戦略のビジョンなどデジタル時代に必要な情報をお届けいたしました。(2021年10月11日~14日開催)
S07_経営層 / IT 部門が意識すべきコンプライアンス対応 - Microsoft 365 E5 Compliance で実現するリスク対策 - [...日本マイクロソフト株式会社
日本マイクロソフト株式会社
サイバー セキュリティ&コンプライアンス統括本部 コンプライアンス技術営業本部 本部長
一瀬 幹泰
COVID-19 により引き続きテレワークが推奨される中、内部不正の事例は増加の一途を辿っています。
そのような状況で、なぜ今コンプライアンスに取り組まなければいけないのか、コンプライアンスに取り組むメリットは何か、更にマイクロソフトがどのような解決策を提供できるかについて、Microsoft 365 E5 Compliance をベースに説明いたします。
本セッションを通じて、Microsoft 365 E5 Compliance の全体像を理解いただけるような内容となっております。
【Microsoft Japan Digital Daysについて】
Microsoft Japan Digital Days は、お客様が競争力を高め、市場の変化に迅速に対応し、より多くのことを達成することを目的とした、日本マイクロソフトがお届けする最大級のデジタル イベントです。4 日間にわたる本イベントでは、一人一人の生産性や想像力を高め、クラウド時代の組織をデザインするモダンワークの最新事例や、変化の波をうまく乗り切り、企業の持続的な発展に必要なビジネスレジリエンス経営を支えるテクノロジの最新機能および、企業の競争優位性に欠かせないクラウド戦略のビジョンなどデジタル時代に必要な情報をお届けいたしました。(2021年10月11日~14日開催)
Meine! Deine! Keine! Verantwortung in agilen TeamsFrank Düsterbeck
In dieser Session übernehmen wir Verantwortung. Verantwortung dafür, intensive praktische Impulse zu geben.
Wir nehmen Bezug auf die Theorie und klären, unter welchen Voraussetzungen Menschen Verantwortung annehmen / ablehnen und ob Verantwortung teilbar ist.
Wir ergründen, welche Verantwortung in agilen Teams liegt.
Wir machen deutlich, welche Auswirkungen diese Erkenntnisse auf Führung hat.
Mit anderen Worten: Wir schaffen Klarheit darüber, was geschehen muss, damit Verantwortung von allen Menschen angenommen werden kann.
Nos trucs et astuces pour construire des produits que les devs adorent chez ADEOJulien Jakubowski
Comment construire des produits que les développeurs adorent ? Qui simplifient leur vie ? Dont ils deviendront de fervents supporters?
On pense souvent à l’expérience utilisateur. Mais l’expérience du développeur est souvent oubliée. Par exemple:
- Savez-vous combien de temps un développeur met à naviguer dans votre API ? Galère avec sa documentation ? Et si on pouvait diviser ce temps par 10 ou plus ?
- Est-ce facile de contribuer en faisant une pull request ?
- A-t-on rapidement de l’aide en cas de problème?
Dans cette conférence, nous indiquons pourquoi l'expérience développeur est importante. Nous partageons notre approche, trucs et astuces pour s’assurer que les développeuses et développeurs passent de bons moments avec votre app'.
S03_まずはここから!Microsoft 365 E3 でセキュリティの第一歩を踏み出す [Microsoft Japan Digital Days]日本マイクロソフト株式会社
日本マイクロソフト株式会社
サイバー セキュリティ&コンプライアンス統括本部 サイバー セキュリティ技術営業本部 テクニカル スペシャリスト
芳賀 俊亮
リモートワークが一時的なものではなくなり、情報システム担当の皆様は様々な課題をお持ちではないでしょうか?
本セッションでは、Azure Active Directory・Intune に焦点を当てて、Microsoft 365 E3 でセキュアなアクセス制御・デバイス管理をどう実現できるかをご紹介いたします。
今回はシナリオを 1 つご用意しております。株式会社マクロハード (架空) が抱えている課題を Microsoft 365 E3 でどう解決していくかを是非ご覧ください!
【Microsoft Japan Digital Daysについて】
Microsoft Japan Digital Days は、お客様が競争力を高め、市場の変化に迅速に対応し、より多くのことを達成することを目的とした、日本マイクロソフトがお届けする最大級のデジタル イベントです。4 日間にわたる本イベントでは、一人一人の生産性や想像力を高め、クラウド時代の組織をデザインするモダンワークの最新事例や、変化の波をうまく乗り切り、企業の持続的な発展に必要なビジネスレジリエンス経営を支えるテクノロジの最新機能および、企業の競争優位性に欠かせないクラウド戦略のビジョンなどデジタル時代に必要な情報をお届けいたしました。(2021年10月11日~14日開催)
S10_Microsoft 365 E5 Compliance で実現する機密情報の検出・分類・保護 - Microsoft Information P...日本マイクロソフト株式会社
日本マイクロソフト株式会社
サイバー セキュリティ&コンプライアンス統括本部 コンプライアンス技術営業本部
橘 浩平
ハイブリッドワークが求められる昨今、企業の持つ資産の中でもデジタルデータの価値はますます高まっており、そのセキュリティ対策 (外部脅威・内部リスク) への取り組みを開始され始めたお客様も増えてきています。本セッションでは組織内に流通する重要なデジタル資産の検出や分類、流出に対する保護など実現方法についてご紹介致します。
【Microsoft Japan Digital Daysについて】
Microsoft Japan Digital Days は、お客様が競争力を高め、市場の変化に迅速に対応し、より多くのことを達成することを目的とした、日本マイクロソフトがお届けする最大級のデジタル イベントです。4 日間にわたる本イベントでは、一人一人の生産性や想像力を高め、クラウド時代の組織をデザインするモダンワークの最新事例や、変化の波をうまく乗り切り、企業の持続的な発展に必要なビジネスレジリエンス経営を支えるテクノロジの最新機能および、企業の競争優位性に欠かせないクラウド戦略のビジョンなどデジタル時代に必要な情報をお届けいたしました。(2021年10月11日~14日開催)
S07_経営層 / IT 部門が意識すべきコンプライアンス対応 - Microsoft 365 E5 Compliance で実現するリスク対策 - [...日本マイクロソフト株式会社
日本マイクロソフト株式会社
サイバー セキュリティ&コンプライアンス統括本部 コンプライアンス技術営業本部 本部長
一瀬 幹泰
COVID-19 により引き続きテレワークが推奨される中、内部不正の事例は増加の一途を辿っています。
そのような状況で、なぜ今コンプライアンスに取り組まなければいけないのか、コンプライアンスに取り組むメリットは何か、更にマイクロソフトがどのような解決策を提供できるかについて、Microsoft 365 E5 Compliance をベースに説明いたします。
本セッションを通じて、Microsoft 365 E5 Compliance の全体像を理解いただけるような内容となっております。
【Microsoft Japan Digital Daysについて】
Microsoft Japan Digital Days は、お客様が競争力を高め、市場の変化に迅速に対応し、より多くのことを達成することを目的とした、日本マイクロソフトがお届けする最大級のデジタル イベントです。4 日間にわたる本イベントでは、一人一人の生産性や想像力を高め、クラウド時代の組織をデザインするモダンワークの最新事例や、変化の波をうまく乗り切り、企業の持続的な発展に必要なビジネスレジリエンス経営を支えるテクノロジの最新機能および、企業の競争優位性に欠かせないクラウド戦略のビジョンなどデジタル時代に必要な情報をお届けいたしました。(2021年10月11日~14日開催)
Domain Driven Design main concepts
This presentation is a summary of the book "Domain Driven Design" from InfoQ.
Here is the link: http://www.infoq.com/minibooks/domain-driven-design-quickly
Critical thinking is the kind of thinking that specifically looks for problems and mistakes. Regular people don't do a lot of it. However, if you want to be a great tester, you need to be a great critical thinker. Critically thinking testers save projects from dangerous assumptions and ultimately from disasters. The good news is that critical thinking is not just innate intelligence or a talent—it's a learnable and improvable skill you can master. Michael Bolton shares the specific techniques and heuristics of critical thinking and presents realistic testing puzzles that help you practice and increase your thinking skills. Critical thinking begins with just three questions—Huh? Really? and So?—that kick start your brain to analyze specifications, risks, causes, effects, project plans, and anything else that puzzles you. Join Michael for this interactive, hands-on session and practice your critical thinking skills. Study and analyze product behaviors and experience new ways to identify, isolate, and characterize bugs.
O documento apresenta o professor Rogério Patrício Chagas do Nascimento e suas credenciais acadêmicas. Ele também descreve suas linhas de pesquisa em computação convergente e ubíqua, parcerias internacionais, experiência docente e contatos. O documento fornece detalhes sobre a disciplina Fundamentos da Computação, incluindo objetivos, seminários, manuscritos, blogs e critérios de avaliação.
Implementing Domain-Driven Design (Study Group) Chapter 3 - Context Maps.
Content :
Recap Bounded Context
Found Subdomain & Bounded Contexts is Enough?
Issue 1: More Complex Scenario, More Unclearly Bounded Context
Issue 2: Organization Complexity
Issue 3: Large team size or multiple development teams
Issue 4: Distributed or offshore team
Issue 5: External, Separate Systems
Issue 6: Legacy Systems
What is Context Maps?
Context Maps Description
Upstream and Downstream
The helping from Context Maps
The Benefit for Drawing Context Maps
The relationship for Context Maps
Is this important for the relationship?
Discovering potentially crisis
Helps to integrate different bounded contexts with other teams
Relationship Patterns for Context Maps
1. Shared Kernel
2. Partnership
3. Customer – Supplier
4. Conformist
5. Separate Way
6. Big Ball of Mud
7. Anticorruption Layer (ACL)
8. Open Host Service (OHS)
9. Public Language (PL)
Example – DDD Cargo Sample
Example – Insurance Company
Mapping the IDDD Three Bounded Context - SaaSOvation
Recap Three Bounded Context Product
Collaboration Context Mapping Example
Code Implementing for Context Maps Representation
OHS/PL and ACL for Implementing.
Collaboration Context with Identity & Access Context
Autonomy - Value Object for a minimal amount of state
Agile PM Context with Identity & Access Context
Agile PM Context with Collaboration Context
Dependent on other Context to do Action issue
Solution Method – Standard Type for Value Object
Recap Chapter 3 - Context Maps
Pharo can be used as a programming language and live coding environment for music. It allows the creation of sequencers that can send MIDI or OSC messages to control external instruments or audio servers like SuperCollider. The LiveCoding package provides domain-specific syntax for defining rhythms and sequences. Performance is a singleton that plays sequencers together by incrementing a transport counter. Sequencers contain notes, durations, and other parameters. Pharo can interface with MIDI hardware or the SuperDirt sampler in SuperCollider using OSC. The documentation provides examples of creating sequencers and performances to generate and sequence live music.
Apresentacao TCC - TCC - Desenvolvimento aplicativo para o ROS (Robotic Opera...Caio Teixeira de Farias
Trabalho de Conclusão de Curso - DESENVOLVIMENTO DE UMA APLICAÇÃO ANDROID PARA TELEOPERAÇÃO E INTERAÇÃO COM A TÉCNICA SLAM EM UM QUADROTOR UTILIZANDO O ROS
1) O documento introduz conceitos básicos de JavaScript, incluindo variáveis, tipos, operadores e estruturas de controlo. 2) É explicado que JavaScript permite a criação e manipulação de objetos, sendo estas as estruturas de dados fundamentais da linguagem. 3) O documento descreve também funções e scopes em JavaScript, esclarecendo que cada função define o seu próprio escopo.
Top 100-php-interview-questions-and-answers-are-below-120816023558-phpapp01Tekblink Jeeten
This document contains summaries of 100 PHP interview questions and their answers. It discusses topics such as:
1. The differences between procedural and object-oriented programming in PHP.
2. Common PHP functions like include, require, urlencode, unlink, and image manipulation functions.
3. How to retrieve data from MySQL databases, submit forms, encrypt data, and get browser/server properties in PHP.
4. The major differences between PHP versions 3, 4, and 5.
5. How to configure aspects like upload file sizes and time zones in PHP applications.
El OBS Studio es una aplicación gratuita para la grabación y transmisión en vivo de video que permite capturar fuentes de audio y video, componer escenas, codificar y grabar o transmitir en vivo. Permite agregar diferentes fuentes como pantalla completa, ventanas, cámara, videos, imágenes y texto y combinarlas en escenas. Incluye herramientas para configurar el audio, escenas, transiciones y controles para dominar la transmisión en vivo y grabación de video.
Eine klar formulierte Forschungsfrage erhöht die Chance für eine Veröffentlichung, da sie auch dem Forscher Klarheit über die Entwicklung des Forschungsdesigns, des Forschungsprotokolls und die Strategie der Datenanalyse verschafft.
Diese Präsentation von "Editage" gibt Ihnen ein paar Tipps, wie Sie gute Forschungsfragen finden können und somit Ihre Publikationschancen erhöhen.
DoPI - Endlich Projekte vernünftig starten mit der Definition of Project Init...Ulf Mewe
Keine Lust mehr auf schlecht initialisierte Projekte? Keine Lust mehr, Fehler mühsam auszubügeln, die beim Projektstart gemacht wurden? Keine Lust mehr auf unnützen Stress? Diese Session richtet sich an alle, die Projekte initialisieren oder unter einer schlechten Initialisierung leiden (also an alle). Sie zeigt, wie man sich mittels einer Definition of Project Initiation (DoPI) gut auf die Unsicherheiten der Produktherstellung vorbereitet und gibt Impulse, wie man Unwissen zu Wissen, Ungewissheit zu Gewissheit und Risiko zu Chance werden lässt. Das Wissen um komplexe Systeme hilft dabei, ein tiefes Verständnis für die Projektinitialisierung zu gewinnen.
Folien von der JAX 2019 (Frank Düsterbeck, Ulf Mewe)
Paul ist PO (Modern RE 2018) - Schwerpunkt PlanungUlf Mewe
Oh Mann! Was hat Paul sich da nur eingebrockt. Eigentlich hatte er doch nur eine Idee für ein neues Produkt. Aber als er seinem Chef im Fahrstuhl davon erzählt hat, war dieser sofort von der Idee angetan. Paul soll nun der PO, also der Product Owner, für das Projekt werden, aber er hat so etwas noch nie gemacht.
Was muss Paul denn jetzt eigentlich machen? Und wie kann er dafür sorgen, dass das Produkt tatsächlich erfolgreich wird?
In diesem Vortrag begleiten wir Paul durch sein erstes Projekt als Product Owner. Wir beleuchten, was die Rolle des Product Owners tatsächlich für Aufgaben beinhaltet und welche Fähigkeiten ein Product Owner mitbringen sollte. Es werden verschiedene Praktiken vorgestellt, die es dem Product Owner ermöglichen seiner Rolle gerecht zu werden und es wird darauf eingegangen, was besser zu vermeiden ist. Der Schwerpunkt liegt auf der Rolle des Product Owners, der Skalierung der Rolle und der Planung von Produkten.
Folien von der Modern RE 2018
Domain Driven Design main concepts
This presentation is a summary of the book "Domain Driven Design" from InfoQ.
Here is the link: http://www.infoq.com/minibooks/domain-driven-design-quickly
Critical thinking is the kind of thinking that specifically looks for problems and mistakes. Regular people don't do a lot of it. However, if you want to be a great tester, you need to be a great critical thinker. Critically thinking testers save projects from dangerous assumptions and ultimately from disasters. The good news is that critical thinking is not just innate intelligence or a talent—it's a learnable and improvable skill you can master. Michael Bolton shares the specific techniques and heuristics of critical thinking and presents realistic testing puzzles that help you practice and increase your thinking skills. Critical thinking begins with just three questions—Huh? Really? and So?—that kick start your brain to analyze specifications, risks, causes, effects, project plans, and anything else that puzzles you. Join Michael for this interactive, hands-on session and practice your critical thinking skills. Study and analyze product behaviors and experience new ways to identify, isolate, and characterize bugs.
O documento apresenta o professor Rogério Patrício Chagas do Nascimento e suas credenciais acadêmicas. Ele também descreve suas linhas de pesquisa em computação convergente e ubíqua, parcerias internacionais, experiência docente e contatos. O documento fornece detalhes sobre a disciplina Fundamentos da Computação, incluindo objetivos, seminários, manuscritos, blogs e critérios de avaliação.
Implementing Domain-Driven Design (Study Group) Chapter 3 - Context Maps.
Content :
Recap Bounded Context
Found Subdomain & Bounded Contexts is Enough?
Issue 1: More Complex Scenario, More Unclearly Bounded Context
Issue 2: Organization Complexity
Issue 3: Large team size or multiple development teams
Issue 4: Distributed or offshore team
Issue 5: External, Separate Systems
Issue 6: Legacy Systems
What is Context Maps?
Context Maps Description
Upstream and Downstream
The helping from Context Maps
The Benefit for Drawing Context Maps
The relationship for Context Maps
Is this important for the relationship?
Discovering potentially crisis
Helps to integrate different bounded contexts with other teams
Relationship Patterns for Context Maps
1. Shared Kernel
2. Partnership
3. Customer – Supplier
4. Conformist
5. Separate Way
6. Big Ball of Mud
7. Anticorruption Layer (ACL)
8. Open Host Service (OHS)
9. Public Language (PL)
Example – DDD Cargo Sample
Example – Insurance Company
Mapping the IDDD Three Bounded Context - SaaSOvation
Recap Three Bounded Context Product
Collaboration Context Mapping Example
Code Implementing for Context Maps Representation
OHS/PL and ACL for Implementing.
Collaboration Context with Identity & Access Context
Autonomy - Value Object for a minimal amount of state
Agile PM Context with Identity & Access Context
Agile PM Context with Collaboration Context
Dependent on other Context to do Action issue
Solution Method – Standard Type for Value Object
Recap Chapter 3 - Context Maps
Pharo can be used as a programming language and live coding environment for music. It allows the creation of sequencers that can send MIDI or OSC messages to control external instruments or audio servers like SuperCollider. The LiveCoding package provides domain-specific syntax for defining rhythms and sequences. Performance is a singleton that plays sequencers together by incrementing a transport counter. Sequencers contain notes, durations, and other parameters. Pharo can interface with MIDI hardware or the SuperDirt sampler in SuperCollider using OSC. The documentation provides examples of creating sequencers and performances to generate and sequence live music.
Apresentacao TCC - TCC - Desenvolvimento aplicativo para o ROS (Robotic Opera...Caio Teixeira de Farias
Trabalho de Conclusão de Curso - DESENVOLVIMENTO DE UMA APLICAÇÃO ANDROID PARA TELEOPERAÇÃO E INTERAÇÃO COM A TÉCNICA SLAM EM UM QUADROTOR UTILIZANDO O ROS
1) O documento introduz conceitos básicos de JavaScript, incluindo variáveis, tipos, operadores e estruturas de controlo. 2) É explicado que JavaScript permite a criação e manipulação de objetos, sendo estas as estruturas de dados fundamentais da linguagem. 3) O documento descreve também funções e scopes em JavaScript, esclarecendo que cada função define o seu próprio escopo.
Top 100-php-interview-questions-and-answers-are-below-120816023558-phpapp01Tekblink Jeeten
This document contains summaries of 100 PHP interview questions and their answers. It discusses topics such as:
1. The differences between procedural and object-oriented programming in PHP.
2. Common PHP functions like include, require, urlencode, unlink, and image manipulation functions.
3. How to retrieve data from MySQL databases, submit forms, encrypt data, and get browser/server properties in PHP.
4. The major differences between PHP versions 3, 4, and 5.
5. How to configure aspects like upload file sizes and time zones in PHP applications.
El OBS Studio es una aplicación gratuita para la grabación y transmisión en vivo de video que permite capturar fuentes de audio y video, componer escenas, codificar y grabar o transmitir en vivo. Permite agregar diferentes fuentes como pantalla completa, ventanas, cámara, videos, imágenes y texto y combinarlas en escenas. Incluye herramientas para configurar el audio, escenas, transiciones y controles para dominar la transmisión en vivo y grabación de video.
Eine klar formulierte Forschungsfrage erhöht die Chance für eine Veröffentlichung, da sie auch dem Forscher Klarheit über die Entwicklung des Forschungsdesigns, des Forschungsprotokolls und die Strategie der Datenanalyse verschafft.
Diese Präsentation von "Editage" gibt Ihnen ein paar Tipps, wie Sie gute Forschungsfragen finden können und somit Ihre Publikationschancen erhöhen.
DoPI - Endlich Projekte vernünftig starten mit der Definition of Project Init...Ulf Mewe
Keine Lust mehr auf schlecht initialisierte Projekte? Keine Lust mehr, Fehler mühsam auszubügeln, die beim Projektstart gemacht wurden? Keine Lust mehr auf unnützen Stress? Diese Session richtet sich an alle, die Projekte initialisieren oder unter einer schlechten Initialisierung leiden (also an alle). Sie zeigt, wie man sich mittels einer Definition of Project Initiation (DoPI) gut auf die Unsicherheiten der Produktherstellung vorbereitet und gibt Impulse, wie man Unwissen zu Wissen, Ungewissheit zu Gewissheit und Risiko zu Chance werden lässt. Das Wissen um komplexe Systeme hilft dabei, ein tiefes Verständnis für die Projektinitialisierung zu gewinnen.
Folien von der JAX 2019 (Frank Düsterbeck, Ulf Mewe)
Paul ist PO (Modern RE 2018) - Schwerpunkt PlanungUlf Mewe
Oh Mann! Was hat Paul sich da nur eingebrockt. Eigentlich hatte er doch nur eine Idee für ein neues Produkt. Aber als er seinem Chef im Fahrstuhl davon erzählt hat, war dieser sofort von der Idee angetan. Paul soll nun der PO, also der Product Owner, für das Projekt werden, aber er hat so etwas noch nie gemacht.
Was muss Paul denn jetzt eigentlich machen? Und wie kann er dafür sorgen, dass das Produkt tatsächlich erfolgreich wird?
In diesem Vortrag begleiten wir Paul durch sein erstes Projekt als Product Owner. Wir beleuchten, was die Rolle des Product Owners tatsächlich für Aufgaben beinhaltet und welche Fähigkeiten ein Product Owner mitbringen sollte. Es werden verschiedene Praktiken vorgestellt, die es dem Product Owner ermöglichen seiner Rolle gerecht zu werden und es wird darauf eingegangen, was besser zu vermeiden ist. Der Schwerpunkt liegt auf der Rolle des Product Owners, der Skalierung der Rolle und der Planung von Produkten.
Folien von der Modern RE 2018
Eine der besten Methoden, agile Produktentwicklung zu sabotieren, ist, das Backlog zu vermurksen. ✔️ In unserer interaktiven Präsentation am PO&RE Days gaben Stephan Adler und ich ein paar Tipps, wie man trotz dieser Sabotageversuche ein marodes Backlog vermeiden kann.
Eine der besten Methoden, agile Produktentwicklung zu sabotieren, ist, das Backlog zu vermurksen. In unserer interaktiven Präsentation am PO&RE Days gaben Stephan Adler und ich ein paar Tipps, wie man trotz dieser Sabotageversuche ein marodes Backlog vermeiden kann.
Verwaltung 2.0 – kollaborative Werkzeuge und Arbeitsweisen einsetzen: Ein sächsischer Staatsbetrieb stellt sich dem Wandelprozess zum Enterprise 2.0
Das vorgestellte Projekt zeigt deutlich, wie notwendig die Betrachtung der Dimensionen Organisation & Kultur, Prozesse und Technologie im Einklang miteinander ist, um bei der Transformation zum Enterprise 2.0 erfolgreich zu sein.
Im herausfordernden Feld der öffentlichen Verwaltung ist es vor allem durch aktives Change Management und einen anwenderzentrierten Designansatz gelungen, Enterprise 2.0-Piloten mit klar definierten Anwenderszenarien ins Leben zu überführen.
Continuous Documentation statt Endless Specification - Fokus auf die nachhalt...HOOD Group
Anforderungen sind die Brücke für Firmen, die bisher klassisch entwickelt haben in agile Vorgehensweisen.
Agile Vorgehensweisen setzen auf kontinuierliche Konversation; nach der Umsetzung dürfen die Anforderungen bzw. Backlog Items weggeworfen werden. Konventionelle Vorgehensweisen nutzen eine schriftliche Anforderungsspezifikation und halten diese laufend aktuell.
Obwohl immer mehr Organisationen mit Scrum arbeiten, beinhaltet das nicht immer den gesamten Entwicklungsprozess. Wir sprechen dann von "Water-Scrum-Fall", wenn wie bisher komplette Vorabspezifikationen erstellt, diese in der Entwicklung in Sprints abgearbeitet werden und dann die Testphase beginnt.
Der Vortrag beleuchtet, wie man mittels Continuous Documentation von der (Vorab-) Spezifikation zu einer stets aktuellen Dokumentation kommen kann und damit mehr Nutzen aus seiner Scrum-Implementierung ziehen kann.
Wie kann es gelingen, Agiles Arbeiten auch in Business-Teams wie Marketing und HR zu etablieren? Wie vertikalisieren sich Unternehmen? Wie kann Kanban als Change Management Methodik hier helfen? Und welche Anti-Patterns gibt es im Agilen Marketing/HR?
Produktionskennzahlen mit SAP DMi auswerten.
Sie sind Produktions- oder Schichtleiter*in und möchten jederzeit z.B. zur Schichtübergabe wissen, wie es um Ihre Fertigungsprozesse steht? Sie möchten nicht auf veraltete oder unvollständige Berichte warten, sondern selbst die relevanten Kennzahlen und Trends online visualisieren und auswerten? Dann ist dieses Webinar genau das Richtige für Sie!
So baust du dein eigenes agiles Skalierungsframework!Carsten Rasche
Wenige Produkte können von einem einzigen agilen Team entwickelt werden – also werden agile Arbeitsweisen auf größere Teile einer Organisation ausgeweitet oder „skaliert“. Skalierungsframeworks wie SAFe®, LeSS oder S@S bieten anhand von Blaupausen vermeintliche Sicherheit, doch die blinde Adaptierung kann schädlich sein. Das erste Opfer ist meist die Agilität selbst: Kundenorientierung und schnelle Entscheidungen rücken in den Hintergrund. An ihre Stelle treten komplizierte Prozesse, zusätzliche Rollen und noch längere Entscheidungswege.
Die Referenten zeigen, wie Standard-Frameworks zur Inspiration für organisationsspezifische Skalierungsrahmen werden. Sie gehen auf Beispiele aus der Praxis ein und stellen die „myScaled Agile Toolbox“ vor – eine Sammlung der wichtigsten Bausteine für erfolgreiche Skalierungen im Do-it-yourself-Verfahren.
Agile WoW @ Migros: bei der Group IT des MGB haben wir aufgrund unserer Heterogenität mit unseren Agile Coaches & Community of Practices ein eigenes Agile Ways of Working (agile WoW) erstellt. Dabei haben wir auf bestehenden Best Practices aufgebaut (Scrum, Scrum of Scrum, LeSS, SAFe). Das Agile WoW wird derzeit in ersten Piloten verprobt und dabei von unseren Experten und Community of Practices kontinuierlich weiterentwickelt. Wir freuen uns auf einen Erfahrungsaustausch innerhalb und ausserhalb der Migros–Gruppe. Bitte einfach melden an: agile@mgb.ch
Ich will agil testen! was muss ich können iqnite 2014 - verison 2.0Michael Fischlein
Welche Auswirkung hat eine agiler Softwareentwicklungsprozess auf den Softwaretest und die Qualitätssicherung? Welche Änderungen muss man beachten und wie muss und kann man Softwaretester auf diese Veränderungen vorbereiten.
Dieser Vortrag wurde auf der iqnite 2014 von Michael Fischlein gehalten.
LKCE18 Sina Schmidt & Falk Engelmann - KLARHEIT 1 Experiment – 18 Ziele – 11 ...Lean Kanban Central Europe
Viele Teams, viele konkurrierende Ziele und Erwartungen waren der Ausgangspunkt für ein Experiment bei BI@OTTO: 11 Product Owner organisiert als Scrum-Team, um gemeinsam die Vielzahl der Themen in einem komplexen Umfeld besser bewältigen zu können.
In unserem Vortrag stellen wir vor, wie wir bei BI@OTTO, mit Teamgeist, Kanban Flightlevels, Wardley Maps und weiteren Tools, von einem Zustand mit “zu viel” Arbeit zu einem Zustand mit der “richtigen” Arbeit zur “richtigen” Zeit gelangen wollen. Der Vortrag zeigt, was wir bisher in unserem Experiment erlebt haben und was wir als nächstes aus welchem Grund verbessern werden.
Agil ist klasse. Agile Praktiken, agile Prozesse, agile Organisationen, agile Menschen. Aber was bedeutet Agilität wirklich? Was soll denn eine agile Organisation sein, wenn sich das Manifest doch nur auf Softwareentwicklung bezieht? Kann man Agil uminterpretieren/erweitern oder gibt es da etwas, was zur lernenden Organisation führt? Diese Keynote gibt Impulse, was Agilität bedeutet und zeigt, das Agilität leider nicht genug ist.
„Die besten Architekturen, Anforderungen und Entwürfe entstehen durch selbstorganisierte Teams“. Dieses Prinzip aus dem Manifest für agile Softwareentwicklung basiert auf Erkenntnissen des menschlichen Zusammenwirkens, die uralt sind. Selbstorganisation eignet sich als Organisationsform hervorragend, um den Herausforderungen einer komplexen und dynamischen Umwelt gerecht zu werden. Durch Selbstorganisation entstehen aber auch Probleme. Probleme, die dazu führen können, dass Selbstorganisation ins Chaos führt und Menschen darunter leiden. Was Selbstorganisation bedeutet, welche Voraussetzungen gegeben sein müssen, welche neuen Herausforderungen entstehen und wie ein Team dorthin kommt, beleuchtet diese Session am konkreten Beispiel diverser Teams.
Den Begriff Digitalisierung kann schon keiner mehr hören. Agil ist auch verbrannt und Macht und Management darf man gar nicht mehr sagen. Na gut, dann eben anders aber besser. Was ist denn die Grundlage für den Hype dieser Buzzwords – sie scheinen ja nicht ganz unberechtigt zu existieren. Und wie geht es besser? Genau das wird in diesem Talk behandelt.
Es wird gezeigt was hinter dem ganzen steht und so ein tiefes Verständnis und Bewusstsein erzeugt. Basierend hierauf werden Antworten gegeben, wie den Herausforderungen der Postmoderne und des Innovationswettbewerbs entgegen getreten werden kann. Hierzu wird auf Organisation á la Heterarchie, Führung zur Selbstführung, Macht und Verantwortung eingegangen und am Beispiel der HEC gezeigt, mit welchen Schmerzen und Freuden dieses Unternehmen in der Postmoderne angekommen und adaptionsfähig geworden ist.
Agil ist klasse. Agile Praktiken, agile Prozesse, agile Organisation, agile Menschen. Aber was bedeutet Agilität wirklich? Wie wird man agil, oder geht das gar nicht, weil der Rahmen nicht passt? Diese Session klärt auf, was Agilität auf welcher Ebene bedeutet. Sie gibt Rat, wie sich ein Team und/oder eine Organisation entwickeln kann und wie bei der Führung oder den Mitarbeitern Bewusstsein geschaffen wird. Besonderes Augenmerk wird auf Hürden und Hindernisse gelegt und wie das Tal der Tränen (das kommen wird) überwunden werden kann.
Willkommen in der Postmoderne - Organisation und Führung im Innovationswettbe...Frank Düsterbeck
Den Begriff Digitalisierung kann schon keiner mehr hören. Agil ist auch verbrannt und Macht und Management darf man gar nicht mehr sagen. Na gut, dann eben anders aber besser. Was ist denn die Grundlage für den Hype dieser Buzzwords – sie scheinen ja nicht ganz unberechtigt zu existieren. Und wie geht es besser? Genau das wird in diesem Talk behandelt.
Es wird gezeigt was hinter dem ganzen steht und so ein tiefes Verständnis und Bewusstsein erzeugt. Basierend hierauf werden Antworten gegeben, wie den Herausforderungen der Postmoderne und des Innovationswettbewerbs entgegen getreten werden kann. Hierzu wird auf Organisation á la Heterarchie, Führung zur Selbstführung, Macht und Verantwortung eingegangen und am Beispiel der HEC gezeigt, mit welchen Schmerzen und Freuden dieses Unternehmen in der Postmoderne angekommen und adaptionsfähig geworden ist.
Anforderungen haben immer Schuld! Schuld an schlechten Tests, Schuld an schlechter Entwicklung, Schuld für viele Änderungen, Schuld an einfach allem. Wie macht man also gutes Anforderungsmanagement und schafft es dadurch noch Komplexität zu reduzieren und so Softwareprojekte einfacher zu gestalten? Wie kriegt man den Kunden dazu seine 1000-seitigen Lastenhefte zu entsorgen und durch etwas Geeigneteres zu ersetzen? Mittels moderner agiler Verfahren und Praktiken. Wie diese genau aussehen, welche Hindernisse auftauchen können und wie diese aus dem Weg geschafft werden können zeigt dieser Vortrag – immer mit dem Fokus auf Einfachheit und Praktikabilität. Der Vortrag ist gerichtet an Projektleiter, Entwickler, Abteilungs-, Team und Bereichsleiter, Scrum Master, Product Owner, Business Analysten.
Die Zusammenarbeit des Scrum-Teams – Soziale Herausforderungen als Chance und...Frank Düsterbeck
Scrum stellt hohe Anforderungen an die sozialen Fähigkeiten von allen am Prozess beteiligten Personen. Gemeinsam als Team sind Tester, Entwickler etc. für die Produktion verantwortlich. Für den einen ist das spannend, für den anderen ist es bedrohlich. Auf jeden Fall müssen Menschen in einem Scrum-Team aus ihrer Komfortzone raus, und das schafft Raum für alte und neue Konflikte. Der Vortrag beleuchtet die notwendigen Veränderungen immer mit Blick auf die betroffenen Menschen und stellt Herausforderungen, Chancen und Risiken gegenüber.
GPM Vortrag: Modernes Management von SoftwareprojektenFrank Düsterbeck
Softwareprojekte werden immer komplexer. Die Ursachen hierfür sind zum einen in der immer höheren IT-technischen Abdeckung der Geschäftsprozesse, bei steigender Anforderungsdynamik zu suchen. Zum anderen werden die Softwareproduktionsumgebungen, Technologien und Infrastrukturen und somit auch die Anforderungen an die Qualifikation aller Projektbeteiligter immer umfassender.
Das Management von Projekten muss der Komplexität gerecht werden. Dies bedeutet, Komplexität zu minimieren und über geeignete Prozessrahmen, Praktiken, Methoden und Technologien beherrschbarer zu machen. Dies bedeutet aber auch Risiken zu reduzieren durch Fokussierung auf das Wesentliche, insbesondere im Bereich der Planung, des Anforderungs- und Qualitätsmanagements.
Dieser Vortrag stellt die Herausforderungen der modernen Softwareentwicklung dar und gibt Antworten auf die Fragen, wie Komplexität z.B. durch agile Prozessrahmen und Methoden beherrschbarer gemacht werden kann und mit welchen Mitteln und Wegen eine hohe Qualität, sowohl in den Prozessen als auch im Produkt, trotz der Risiken, erreicht werden kann.
Ein Widerspruch? Nein kein Widerspruch! Nur die Fokussierung auf das Wesentliche unter Berücksichtigung der Herausforderungen des Schätzens. Von der Produktplanung über die Release- / Ressourcenplanung und die Sprintplanung werden die verschiedenen agilen Verfahren zur Schätzung und Planung erörtert und mit den klassischen Verfahren verglichen. Weiterhin werden die notwendigen Grundlagen eines validen Schätzens diskutiert. Brauchen wir überhaupt einen Plan? Welchen Nutzen bringt der uns? Sind agile Schätzverfahren wirklich schneller? Ist agiles Planen genauer als klassische Verfahren? Was ist empirisches Management? Und … wo bleibt mein Gantt?
Scrum ist gelebtes Qualitätsmanagement und zum Qualitätsmanagement gehört das Testen. Wie genau spielt das Testen in Scrum mit? Welche Arten und Stufen von Tests gibt es und wie können diese den Scrum Prozess unterstützen oder sogar behindern? Was machen Teams hierbei gerne falsch und können klassische Testverfahren behilflich sein die Qualität zu verbessern? Diese Fragen werden in dem Vortrag diskutiert, beantwortet und bewertet.
8. BASIS
Beherrschung des Projektstarts durch Strukturierung / Transparenz
Bewusstmachung, Verdeutlichung und Nennung der Schlüsselthemen
Erkennung von Schlüsselanforderungen und Komplexitätstreibern
Schnellstmögliche kostengünstige Validierung der „Produktthese“
9. Initiale Vorbereitung des Projektes
(Absolute Projektgrundlagen schaffen)
Organisatorische Grundlagen für
das Projekt schaffen
(Beauftragung für
Umsetzung ist vorhanden)
Projektstartphase
(Team ist zusammengestellt)
STRUKTURIERUNG MIT DoPI
Preisindikation
10. Initiale Vorbereitung des Projektes
(Absolute Projektgrundlagen schaffen)
Organisatorische Grundlagen für
das Projekt schaffen
(Beauftragung für
Umsetzung ist vorhanden)
Projektstartphase
(Team ist zusammengestellt)
STRUKTURIERUNG MIT DoPI
Preisindikation
13. VisionZiel des Projektes
Erstellung eines Produktes
Ergebnis des Produktes
Welche Veränderung soll erzielt werden?
Nutzen des Produktes
Welche Verbesserung soll aus dem
Ergebnis resultieren?
Zielgruppe
Wer soll mit dem Produkt arbeiten?
14. Probleme
Hat wenig Zeit
Wesentliche Informationen
Karla ist 28, ernährungsbewusst
und kauft gerne online
Ziele Bedürfnisse
Benötigt Infos über Inhalts-
stoffe und Geschmack
DAS SUPER
PERSONAS
POSTER
Alternativen Amazon etc.
15. Ein Satz zu
meiner Vision
Meine
neuen Stärken
Wer möchte
was und wozu
Die
„messbaren“
Ziele
Meine
Stakeholder
Risiken und
Chancen
Als wer
Möchte ich was
ganz großes
Damit wozu
Als wer
Möchte ich was
ganz großes
Damit wozu
DAS SUPER
PRODUKT
VISION
POSTER
16. Stakeholder
Freunde, Feinde und Neutrale
Einfluss auf das Projekt
Interessen und Hintergründe
Weitere Treiber und Bremser
Gesetze, Projekte
Risiken und Chancen
Eintrittswahrscheinlichkeit, Auswirkung
Vorbeugen, reduzieren, übertragen, akzeptieren
Ergreifen, steigern, teilen, ablehnen
Historie
Ursprung des Projektes
Probleme in der Vergangenheit
Stakeholder, Risiken &
Chancen identifizieren
19. Pre-Suche
Einloggen
Account anlegen
Suchen
Passwort ändern
Filtern
Details ansehen
Anzahl im
Warenkorb
ändern
In den Warenkorb
legen
Aus dem
Warenkorb
löschen
Bestellen
Meine
Lieblingsprodukte
Eigenes Produkt
zusammenstellen
Detaillierte Infos
anzeigen
Abo anlegen
Bezahlart
auswählen
Mein Shop
Regulatorische
Anforderung 1
Regulatorische
Anforderung 2
Regulatorische
Anforderung 3
Regulatorische
Anforderung 4
Regulatorische
Anforderung 5
Aufbau des initialen
Product Backlogs
20. Aufbau des initialen
Product Backlogs
Pre-Suche
Einloggen
Account anlegen
Suchen
Passwort ändern
Filtern
Details ansehen
In den Warenkorb
legen
Aus dem
Warenkorb
löschen
Bezahlart
auswählen
Meine
Lieblingsprodukte
Eigenes Produkt
zusammenstellen
Detaillierte Infos
anzeigen
Abo anlegen
Anzahl im
Warenkorb
ändern
BestellungWarenkorbSucheLogin
Bestellen
AuswertungMein Shop
Regulatorische
Anforderung 1
Regulatorische
Anforderung 2
Regulatorische
Anforderung 3
Regulatorische
Anforderung 4
Regulatorische
Anforderung 5
21. Aufbau des initialen
Product Backlogs
Pre-Suche
Einloggen
Account anlegen Suchen
Passwort ändern
Filtern
Details ansehen
In den Warenkorb
legen
Aus dem
Warenkorb
löschen
Bezahlart
auswählen
Meine
Lieblingsprodukte
Detaillierte Infos
anzeigen
Eigenes Produkt
zusammenstellen
Abo anlegen
Anzahl im
Warenkorb
ändern
BestellungWarenkorbSucheLogin
Bestellen
AuswertungMein Shop
Regulatorische
Anforderung 1
Regulatorische
Anforderung 2.2
Regulatorische
Anforderung 3
Regulatorische
Anforderung 4.1Regulatorische
Anforderung 2.1
Regulatorische
Anforderung 5.0a
Versuch
Regulatorische
Anforderung 4.2
Story
Mapping
Jeff Patton
Regulatorische
Anforderung 5.3
22. Regulatorische
Anforderung 5.0a
Versuch
Aufbau des initialen
Product Backlogs
Einloggen
Account anlegen Suchen
In den Warenkorb
legen
Aus dem
Warenkorb
löschen
Bezahlart
auswählen
Anzahl im
Warenkorb
ändern
BestellungWarenkorbSucheLogin
Bestellen
AuswertungMein Shop
Regulatorische
Anforderung 3
Regulatorische
Anforderung 4.1
Erstes Refinement
Als Persona
möchte ich …
damit …
Als Persona
möchte ich …
damit …
Als Persona
möchte ich …
damit …
24. Erstes Glossar aufbauen
Deutsch Englisch Definition Deutsch Definition English
Management Reports Management reports Management Reports sind fallbezogen
zusammengestellte Management-Informationen in
Form von Tabellen und Kennzahlen, die durch
Extraktion von Daten und deren Aufbereitung
zustande kommen.
Adresse Address Jede Art von Standort Each type of location
Angebot Offer Verbindliche Angaben für einen potentiellen Kunden,
unter welchen Bedingungen und zu welchem Preis
eine Leistung erbracht werden kann.
Binding specifications for potential customers, under
which conditions and at which price services can be
provided.
Angebotserfasser Person entering offer Person, die Angebote erfasst bzw. erfassen darf.
=> Rollenkonzept
Person who enters or is allowed to enter offers. =>
Role concept
Angebots-Kalkulation Offer calculation a) Prozess der Kalkulation
b) Gegenüberstellung der zu erwartenden Einnahmen
und Ausgaben
a) Calculation process
b) Comparisons of anticipated takings and expenses
26. Erwartungen klar ziehen
(an und vom Kunden)Hey Kunde, wir
müssen das enorme
Projektrisiko in den
Griff kriegen!
OK?!
Dazu führen wir einen
Problemsensor ein, der uns die
Probleme gleich zu Anfang des
Projektes aufzeigt!
MEGA!!! Und wie?
Und dazu müssen wir
vertrauensvoll und transparent
und und und …
Im Zweifel schaffen wir es so
das Projekt frühzeitig
abzubrechen ohne allzu viel
Geld zu verschwenden!
Agil
27. Erwartungen klar ziehen
(an und vom Kunden)
Ach ja … und dummerweise
klugerweise müssen wir
refaktorieren damit unser
Produkt langfristig wartbar
bleibt und wir keine technischen
(finanziellen) Schulden
aufbauen!
BOAH!!!
Sind die klug!
28. Das‘ ja toll alles.
Was soll‘s denn
kosten?!
Preisindikation
29. „Geben Sie uns mal
'nen groben Daumen“
Führt zur
Beauftragung
Entscheidungsgrundlage
Schätzen != Wissen (das weiß nur keiner)
31. Initiale Vorbereitung des Projektes
(Absolute Projektgrundlagen schaffen)
Organisatorische Grundlagen für
das Projekt schaffen
(Beauftragung für
Umsetzung ist vorhanden)
Projektstartphase
(Team ist zusammengestellt)
STRUKTURIERUNG MIT DoPI
Preisindikation
34. Impediment Backlog
aufsetzen
Impediment Datum Status Auswirkung Verantw.
Fehlende Arbeitsplätze (2) 10.04.2019 offen Hoch Scrum Master
Fehlendes Architekturwissen 01.04.2019 offen Hoch Scrum Master
Fehlende Erreichbarkeit des PO 02.02.2019 Erledigt Hoch Scrum Master
Fehlende Testumgebung 24.04.2019 offen Hoch Team
Viele Tickets in Bearbeitung 20.04.2019 offen Mittel Team
Störungen durch Management 02.01.2019 Erledigt Mittel Scrum Master
35. Impediment Backlog
aufsetzen
Impediment Datum Status Auswirkung Verantw.
Fehlende Arbeitsplätze (2) 10.04.2019 offen Hoch Scrum Master
Fehlendes Architekturwissen 01.04.2019 offen Hoch Scrum Master
Fehlende Erreichbarkeit des PO 02.02.2019 Erledigt Hoch Scrum Master
Fehlende Testumgebung 24.04.2019 offen Hoch Team
Viele Tickets in Bearbeitung 20.04.2019 offen Mittel Team
Störungen durch Management 02.01.2019 Erledigt Mittel Scrum MasterÖffentlich
einsehbar!
Nicht
leer!
Verändert
sich!
Eindeutige
Reihenfolge!
Impediments
werden beseitigt!
Alle helfen
mit!
Fokus auf
Ursachen!
Impediment Buster
Alles, was das Team bei
der Arbeit behindert
Alles, was das Team daran
hindert besser zu werden
37. Initiale Vorbereitung des Projektes
(Absolute Projektgrundlagen schaffen)
Organisatorische Grundlagen für
das Projekt schaffen
(Beauftragung für
Umsetzung ist vorhanden)
Projektstartphase
(Team ist zusammengestellt)
STRUKTURIERUNG MIT DoPI
Preisindikation
38. Gemeinsames Verständnis
Das ist
eine
Schlange
Das ist
ein Baum
Das ist eine
Höhle
Das ist
ein Berg
Transparent machen
Review Personas / Vision /
Story Map / Initiales Backlog / Schätzung
Eskalationswege, Vertragsrahmen,
Reporting, …
Refinement DoD / opt. DoR erstellen
…
39.
40. ALLES DAS, WAS WIR JETZT NICHT MACHEN…
Deployen (auf Produktion)
TDD, CCD, Pairing, Reviews,
Refaktorierung
Refinement
Testen, testen, testen, testen
Itties
Maximale Offenheit und
Transparenz
41. AGILEFLUENCYTMMODEL
Diana Larsen
James Shore
Pre Agile
FOKUS AUF GESCHÄFTSWERT
Geschäftsperspektive
Wir lernen zusammen zu arbeiten
Wir reflektieren uns regelmäßig
Wir stellen Mehrwert für den Kunden in den Mittelpunkt
FOKUS AUF LIEFERUNG
Liefern nach Marktbedarf
Wir beheben Hindernisse und können jederzeit ausliefern
Wir haben sehr niedrige Fehlerraten / hohe Produktivität
Wir arbeiten dadurch stressfrei
FOKUS AUF WERTOPTIMIERUNG
Exzellente Produktentscheidungen
Wir haben Kennzahlen anhand derer wir uns verbessern
Wir lernen aus dem Feedback des Marktes
Wir können unsere Arbeit dadurch optimieren
FOKUS AUF SYSTEMOPTIMIERUNG
Optimierte Wertschöpfung
Wir optimieren das Zusammenspiel mit Anderen
Wir verbessern den Wertestrom Teamübergreifend
Wir leisten einen Beitrag zur Verbesserung der Organisation
Entwicklung
Teamkultur
Entwicklung
Teamfähigkeit
Entwicklung
Organisationsstruktur
Entwicklung
Organisationskultur