The document describes lean practices used in an agile software development project at F-Secure, including Stop the Line and Stop Feature Development. Stop the Line is used to immediately stop all work when a problem is detected, so the problem can be fixed before further issues arise. Stop Feature Development sets bug count limits that stop new development work until bugs are addressed, to avoid accumulating unresolved issues. The practices helped improve quality, identify recurring problems, and prevent bugs from multiplying.
These are the slides from my talk at the LESS 2011 conference in Stockholm, Sweden.
Product Ownership is a multi-faceted responsibility that demands a broad set of perspectives combined with deep product and domain knowledge. Effective product ownership requires both an internal and an external perspective. The challenges are amplified for large complex organizations developing large complex products and systems. In different organizations, engineering, product management, user experience and other functional groups can all lay claim to the role with some legitimacy.This talk will describe the challenges of understanding product ownership in large organizations, and of filling the product owner role effectively. We present different models for filling the product owner role, including single product owner, proxy product owner, and product owner teams.
This document discusses the challenges and pitfalls of database deployment automation. It notes that databases are often overlooked in development processes and can become weak links. Manual scripting approaches can lead to errors from out-of-process changes and working on the wrong revisions. The document recommends enforcing a coordinated development process using database version control and change management. This allows traceability of changes and ensures deployments are based on known revisions to avoid breaking production environments. Automation is presented as an important part of the solution when integrated with version control baselines and configuration management.
Verification at scale: Fitting static code analysis into continuous integrationRogue Wave Software
Static code analysis (SCA) is a decades-proven software verification method that’s become essential for many development teams. With the growing adoption of DevOps processes and CI tools, it’s even more important that those familiar with and new to SCA understand how it fits into modern processes to maximize its benefits.
This talk describes three different ways of approaching static code analysis and explains the advantages and disadvantages of each, including test coverage, performance, and standards compliance. Starting with older server-based and desktop-based analysis, followed by the latest continuous static analysis for CI, you will walk away with an understanding of the different types of SCA and how to choose the best option that fits your team’s processes, environment, and release schedules.
Technical debt is a metaphor used to describe problems caused by taking shortcuts or choosing expedient solutions over proper solutions to implement features or fix bugs. It is similar to financial debt in that it incurs ongoing costs over time. Symptoms of technical debt include decreased team speed, missed deadlines, defects, and stress. Technical debt can be inadvertent from inexperience or deliberate to meet deadlines but must be managed to avoid spiraling costs. The goal is to consciously manage technical debt through short, medium, and long term action plans to continuously improve while paying down the interest so debt does not grow uncontrolled.
This document discusses applying agile methodologies to mainframe projects at Nationwide Insurance. It outlines challenges in adopting agile for mainframe projects including producing requirements and agreeing on development approaches. It provides solutions such as reverse engineering requirements and focusing on high business value features first. The document also details lessons learned from the case study such as the need for culture transformation and continuous improvements to practices like story cards, test-driven development, and retrospectives. Feedback from product owners, IT leaders, and application SMEs indicate benefits of agile such as increased customer satisfaction and feel of manageable work.
Agile Strategies for Traditional Software Development TeamsTechWell
This document discusses how a software development team at SAS incorporated more agile testing practices into their traditional development process. It describes how they implemented daily builds, an automated regression test framework, daily installers, and tools to collect and analyze test results data. It also discusses retrospectives, baseline tests, and Jenkins implementations that have improved their process over time.
Agile India 2015 Conference - Scaling agile in a mainframe product developm...PoojaUppalapati
This document discusses CA Technologies' journey to scale agile practices in its mainframe product development environment. It went through 4 phases: 1) Initially following agile rituals but facing challenges around roles, collaboration and individual performance goals. 2) Doing agile practices but still facing challenges around inclusiveness, planning and managing different work. 3) Being more agile through coaching, changes to appraisal and rewards, but still facing challenges around time to market and waste. 4) Continuously improving practices such as adopting incremental releases, improving automation and identifying waste. The overall journey aimed to transform the organization to better adopt agile principles and practices for mainframe product development.
These are the slides from my talk at the LESS 2011 conference in Stockholm, Sweden.
Product Ownership is a multi-faceted responsibility that demands a broad set of perspectives combined with deep product and domain knowledge. Effective product ownership requires both an internal and an external perspective. The challenges are amplified for large complex organizations developing large complex products and systems. In different organizations, engineering, product management, user experience and other functional groups can all lay claim to the role with some legitimacy.This talk will describe the challenges of understanding product ownership in large organizations, and of filling the product owner role effectively. We present different models for filling the product owner role, including single product owner, proxy product owner, and product owner teams.
This document discusses the challenges and pitfalls of database deployment automation. It notes that databases are often overlooked in development processes and can become weak links. Manual scripting approaches can lead to errors from out-of-process changes and working on the wrong revisions. The document recommends enforcing a coordinated development process using database version control and change management. This allows traceability of changes and ensures deployments are based on known revisions to avoid breaking production environments. Automation is presented as an important part of the solution when integrated with version control baselines and configuration management.
Verification at scale: Fitting static code analysis into continuous integrationRogue Wave Software
Static code analysis (SCA) is a decades-proven software verification method that’s become essential for many development teams. With the growing adoption of DevOps processes and CI tools, it’s even more important that those familiar with and new to SCA understand how it fits into modern processes to maximize its benefits.
This talk describes three different ways of approaching static code analysis and explains the advantages and disadvantages of each, including test coverage, performance, and standards compliance. Starting with older server-based and desktop-based analysis, followed by the latest continuous static analysis for CI, you will walk away with an understanding of the different types of SCA and how to choose the best option that fits your team’s processes, environment, and release schedules.
Technical debt is a metaphor used to describe problems caused by taking shortcuts or choosing expedient solutions over proper solutions to implement features or fix bugs. It is similar to financial debt in that it incurs ongoing costs over time. Symptoms of technical debt include decreased team speed, missed deadlines, defects, and stress. Technical debt can be inadvertent from inexperience or deliberate to meet deadlines but must be managed to avoid spiraling costs. The goal is to consciously manage technical debt through short, medium, and long term action plans to continuously improve while paying down the interest so debt does not grow uncontrolled.
This document discusses applying agile methodologies to mainframe projects at Nationwide Insurance. It outlines challenges in adopting agile for mainframe projects including producing requirements and agreeing on development approaches. It provides solutions such as reverse engineering requirements and focusing on high business value features first. The document also details lessons learned from the case study such as the need for culture transformation and continuous improvements to practices like story cards, test-driven development, and retrospectives. Feedback from product owners, IT leaders, and application SMEs indicate benefits of agile such as increased customer satisfaction and feel of manageable work.
Agile Strategies for Traditional Software Development TeamsTechWell
This document discusses how a software development team at SAS incorporated more agile testing practices into their traditional development process. It describes how they implemented daily builds, an automated regression test framework, daily installers, and tools to collect and analyze test results data. It also discusses retrospectives, baseline tests, and Jenkins implementations that have improved their process over time.
Agile India 2015 Conference - Scaling agile in a mainframe product developm...PoojaUppalapati
This document discusses CA Technologies' journey to scale agile practices in its mainframe product development environment. It went through 4 phases: 1) Initially following agile rituals but facing challenges around roles, collaboration and individual performance goals. 2) Doing agile practices but still facing challenges around inclusiveness, planning and managing different work. 3) Being more agile through coaching, changes to appraisal and rewards, but still facing challenges around time to market and waste. 4) Continuously improving practices such as adopting incremental releases, improving automation and identifying waste. The overall journey aimed to transform the organization to better adopt agile principles and practices for mainframe product development.
Pay pal paypal continuous performance as a self-service with fully-automated...Dynatrace
PayPal's ongoing leadership as an industry innovator requires faster development cycles and increased adoption of continuous testing practices. For special efforts, the development teams needed more frequent feedback about application performance, scalability limitations and variances between builds. Accelerating the frequency of performance simulations would help increase the rate of innovation and improve the quality of code delivered to production.
In this session we'll review some the automation techniques that helped PayPal Credit increase testing feedback from a monthly effort to a nearly-continuous daily activity. We'll spend time looking at the benefits of a fully-automated, actionable performance feedback loop that delivers performance feedback to developers in hours rather than weeks or months. Additionally, we will take a closer look at how these changes impacted the culture of development and operations, improving both the quality of critical thinking about performance and the value delivered back to the business.
This "Secret Sauce" session will include conceptual learnings and hands-on demonstration:
- What a continuous performance environment looks like and the benefits it brings to your DevOps team
- How to create a parallel pipeline for on-demand performance feedback using JIRA, Rundeck, JMeter and Dynatrace
- Where and how to leverage performance feedback to optimize flow
- How to get engineers on-board and excited about building better performant code
Prashant Kumar has over 10 years of experience in JDE, including 9 years of experience providing support for JDE ERP implementations. He has extensive expertise in JDE modules including Inventory, Sales, Transportation, and Procurement. He has led implementation projects for multiple clients and was awarded an ICON award in 2011 for his work.
SW development process and the leading indicatorJean Pаoli
This document discusses improvements to Intel's software development process and implementation of a "leading indicator" metric. It describes establishing a standardized development process across departments, with defined activities like requirements, design, coding, and testing. Each activity produces artifacts tracked in the system. A pilot implemented core activities in one department. The process will be expanded to additional activities and merged with the MPOR project management system. Implementation in other departments will follow to gradually roll out the new process company-wide.
Agile is an umbrella term for a collection of values, principles and practices originating from eXtreme Programming, Scrum, Lean and other methodologies.
When combined with effective governance, Agile and Lean provide benefits that include increased business value, reduced risk, greater flexibility and improved transparency.
The document discusses technical planning for a software project, including control plans, risk management plans, and a project closeout plan. It then covers the technical process plan, including the process model, development methods and tools, and infrastructure and product acceptance plans. Specific models and methods discussed include the Rational Unified Process (RUP), iterative development, and the inception, elaboration, construction, and transition phases of RUP.
Testing in agile is it easier said than done Archana Joshi
This document summarizes Archana Joshi's presentation on testing in agile environments. It describes a program at Wipro to develop a new web application for wealth management using agile methodology. The program involved multiple distributed teams and vendors. It faced challenges with the new agile process, integrated testing, and a team new to agile. Key lessons learned included involving testing early, dividing test types, collaborating as a team, accepting code changes, establishing readiness checks and governance, and measuring metrics. Benefits included fewer defects, less testing effort, and better team collaboration and morale. The conclusion is that starting with simple practices and allowing time to adapt can make agile testing "easier said and done."
VMworld 2013: Examining vSphere Design Through a Design Scenario VMworld
This document outlines a design scenario for virtualizing the infrastructure of a digital media company called eRaw-mv. It discusses examining the design process, extracting key design factors like requirements, constraints, assumptions, and risks. It then focuses on three main requirements: virtualizing remaining tier 1 applications, implementing disaster recovery, and modernizing remote/branch offices. For each requirement, it explores conceptual and logical design options to consider at the physical implementation level, highlighting specific areas to address like performance, licensing, and monitoring. The presenters aim to demonstrate how to holistically analyze a design scenario by tying business needs to technical solutions.
Continuous integration practices to improve the software qualityFabricio Epaminondas
This document discusses practices for continuous integration to improve software quality. It recommends analyzing workflows to find areas for automation. It also advocates for self-service builds and push-button deployments across environments. The document outlines patterns like committing code daily, enforcing code quality rules, and stopping broken builds quickly. It notes how continuous integration supports agile methods through daily feedback, using reports to continuously improve processes and quality over iterations.
La Continuous Delivery è una metodologia all’avanguardia nei processi di sviluppo software. Tuttavia, l’elevato numero di incidenti e di istanze di inattività del database sono causate da processi non aggiornati, dalla riscrittura del codice e da altri disturbi del database. Attraverso l’automazione del Database è possibile evitare questi disturbi ed errori.
Visualizza le slide del webinar.
Geek Sync I In Database Automation We TrustIDERA Software
You can watch the replay for this Geek Sync webcast in the IDERA Resource Center: http://ow.ly/4ab250A5qUq
Continuous delivery is all the hype in software development. However, databases are being neglected as DBAs just don't seem to trust database automation.
This is not surprising when you consider the number of incidents and instances of downtime that were caused by out-of-process updates, code overrides and other database glitches.
In this session, we will explain what continuous delivery for databases is all about, why DBAs are so mistrusting, and ways to overcome that mistrust and conquer database automation.
From Waterfall to Weekly Releases: A Case Study in using Evo and Kanban (2004...Tathagat Varma
The document describes how a company transitioned from a waterfall development process to a more agile process using evolutionary project management (Evo) and Kanban principles. They created a dedicated customer sustaining team using a cumulative hot fix process and weekly builds. This improved collaboration, reduced bugs and issues, increased customer satisfaction, and motivated the development team. The new process aligned well with Kanban principles of visualizing and limiting work in progress to improve flow.
1. The document discusses the final stages of a project including migration, roll-out, maintenance, project recovery, post-project reviews, and success tips.
2. It covers migration strategies like flash-cut and staged approaches as well as important areas for the migration plan and cutover process.
3. The other final steps discussed are roll-out, training, documentation, shipping details, and installation processes.
Ralph Jocham, effective agile - Scaled Scrum at Swiss Postal Services | Agile...Agile Greece
Ralph Jocham discusses scaled Scrum implementation at Swiss Postal Services over 10 months and 7 teams delivering 18 apps. Key points include starting with 1 Scrum team on 1 project and product, then expanding to multiple projects, products, and teams through establishing roles like the Enterprise Scrum Master and aligning teams. Challenges included unknown backend dependencies and device requirements. Successes included 2 week sprints, continuous integration, and aligning diverse vendors and teams.
This document discusses performance testing challenges for an agile development team working on a performance critical Java application. It estimates that manually executing performance tests against 9 configurations would take 1+ man-months. To address this, it evaluates options like adding more performance engineers, limiting tests and configurations, or automating performance testing. It recommends automating testing for benefits like running tests continuously and allowing small teams to efficiently test performance. The case study details how the team automated testing using JMeter, built a process integrated with TeamCity, and upgraded infrastructure to support concurrent testing. Automation reduced the testing cycle from over 1 man-month to 4 days, allowing more time for analysis and new testing while finding 17 issues.
This case study describes the challenges an IT department in a large European retail organization faced with their release management and deployment processes. The various development teams used different tools and methods for builds and deployments, resulting in lengthy and manual release processes that took around six hours. To address these issues, DevOps processes including continuous integration with Jenkins, automated testing with Junit and Selenium, and microservices implementation were introduced. This reduced the average production release time down to 10-11 minutes and helped standardize and streamline the release process across multiple products.
Swimming upstream: OPNFV Doctor project case studyOPNFV
Based on the lifecycle of the OPNFV Doctor project, this case study shows how operator requirements “on paper” have successfully been realized step-by-step and in close cooperation with upstream community projects into a mature fault management framework. A demo of the solution had been presented in a keynote at the last OpenStack Summit. The talk will describe how we have worked in the OPNFV Doctor project and will provide some lessons learned on this journey. With significant experience now of working OPNFV requirements upstream to OpenStack, we’ll share best practices for submitting contributions upstream, how to best communicate, and how to overcome the primary challenges.
Agile Scrum Training (+ Kanban), Day 2 (2/2)Jens Wilke
Training materials for Agile Scrum. This presentation goes into more detail how to manage you product backlog, bug inflow and resolution and technical debt. Benefits of test driven development and continuous integration and live deployment are also discussed. Kanban is introduced in more detail, and the benefits of Scrum, Kanban and Scrum-Ban are compared.
Prashant Kumar has over 10 years of experience in JDE, including 9 years of experience providing support for JDE ERP implementations. He has extensive expertise in JDE modules including Inventory, Sales, Transportation, and Procurement. He has led teams and taken on project lead roles for various large clients such as Tupperware, Lafarge, and KPIT.
The document summarizes the theory behind the traditional waterfall model of software development and suggests updates to it. It discusses five major problems with how the waterfall model was commonly practiced: 1) protracted integration and late design breakage, 2) late risk resolution, 3) requirements-driven functional decomposition, 4) adversarial stakeholder relationships, and 5) a focus on documents and review meetings over producing working software. It also reviews basic software economics principles from the 1980s that still generally hold true today.
This document discusses Kanban and how it can be applied to software development projects. Kanban originated in the Toyota Production System and uses visual cards to support non-centralized production control. In Agile software development, visualizing tasks on boards is sometimes called "Software Kanban". The document outlines Lean principles from Toyota that can eliminate waste in software projects. It provides examples of how Kanban boards can be used to visualize tasks, features, burndowns, and schedules. Kanban aims to reduce work-in-progress, balance capacity against demand, and prioritize tasks.
This document summarizes the key issues with the traditional waterfall software development model based on analyses from the mid-1990s. It discusses that while the theory behind waterfall is sound, in practice it often led to: 1) protracted integration and late design breakages due to unforeseen issues emerging late in the process, 2) late risk resolution focusing too much on early paper artifacts, 3) requirements-driven decomposition ignoring emerging needs, 4) adversarial stakeholder relationships focusing on documents not collaboration, and 5) over-focus on documents and reviews not iterative development. Overall, less than 20% of projects succeeded under this model.
Pay pal paypal continuous performance as a self-service with fully-automated...Dynatrace
PayPal's ongoing leadership as an industry innovator requires faster development cycles and increased adoption of continuous testing practices. For special efforts, the development teams needed more frequent feedback about application performance, scalability limitations and variances between builds. Accelerating the frequency of performance simulations would help increase the rate of innovation and improve the quality of code delivered to production.
In this session we'll review some the automation techniques that helped PayPal Credit increase testing feedback from a monthly effort to a nearly-continuous daily activity. We'll spend time looking at the benefits of a fully-automated, actionable performance feedback loop that delivers performance feedback to developers in hours rather than weeks or months. Additionally, we will take a closer look at how these changes impacted the culture of development and operations, improving both the quality of critical thinking about performance and the value delivered back to the business.
This "Secret Sauce" session will include conceptual learnings and hands-on demonstration:
- What a continuous performance environment looks like and the benefits it brings to your DevOps team
- How to create a parallel pipeline for on-demand performance feedback using JIRA, Rundeck, JMeter and Dynatrace
- Where and how to leverage performance feedback to optimize flow
- How to get engineers on-board and excited about building better performant code
Prashant Kumar has over 10 years of experience in JDE, including 9 years of experience providing support for JDE ERP implementations. He has extensive expertise in JDE modules including Inventory, Sales, Transportation, and Procurement. He has led implementation projects for multiple clients and was awarded an ICON award in 2011 for his work.
SW development process and the leading indicatorJean Pаoli
This document discusses improvements to Intel's software development process and implementation of a "leading indicator" metric. It describes establishing a standardized development process across departments, with defined activities like requirements, design, coding, and testing. Each activity produces artifacts tracked in the system. A pilot implemented core activities in one department. The process will be expanded to additional activities and merged with the MPOR project management system. Implementation in other departments will follow to gradually roll out the new process company-wide.
Agile is an umbrella term for a collection of values, principles and practices originating from eXtreme Programming, Scrum, Lean and other methodologies.
When combined with effective governance, Agile and Lean provide benefits that include increased business value, reduced risk, greater flexibility and improved transparency.
The document discusses technical planning for a software project, including control plans, risk management plans, and a project closeout plan. It then covers the technical process plan, including the process model, development methods and tools, and infrastructure and product acceptance plans. Specific models and methods discussed include the Rational Unified Process (RUP), iterative development, and the inception, elaboration, construction, and transition phases of RUP.
Testing in agile is it easier said than done Archana Joshi
This document summarizes Archana Joshi's presentation on testing in agile environments. It describes a program at Wipro to develop a new web application for wealth management using agile methodology. The program involved multiple distributed teams and vendors. It faced challenges with the new agile process, integrated testing, and a team new to agile. Key lessons learned included involving testing early, dividing test types, collaborating as a team, accepting code changes, establishing readiness checks and governance, and measuring metrics. Benefits included fewer defects, less testing effort, and better team collaboration and morale. The conclusion is that starting with simple practices and allowing time to adapt can make agile testing "easier said and done."
VMworld 2013: Examining vSphere Design Through a Design Scenario VMworld
This document outlines a design scenario for virtualizing the infrastructure of a digital media company called eRaw-mv. It discusses examining the design process, extracting key design factors like requirements, constraints, assumptions, and risks. It then focuses on three main requirements: virtualizing remaining tier 1 applications, implementing disaster recovery, and modernizing remote/branch offices. For each requirement, it explores conceptual and logical design options to consider at the physical implementation level, highlighting specific areas to address like performance, licensing, and monitoring. The presenters aim to demonstrate how to holistically analyze a design scenario by tying business needs to technical solutions.
Continuous integration practices to improve the software qualityFabricio Epaminondas
This document discusses practices for continuous integration to improve software quality. It recommends analyzing workflows to find areas for automation. It also advocates for self-service builds and push-button deployments across environments. The document outlines patterns like committing code daily, enforcing code quality rules, and stopping broken builds quickly. It notes how continuous integration supports agile methods through daily feedback, using reports to continuously improve processes and quality over iterations.
La Continuous Delivery è una metodologia all’avanguardia nei processi di sviluppo software. Tuttavia, l’elevato numero di incidenti e di istanze di inattività del database sono causate da processi non aggiornati, dalla riscrittura del codice e da altri disturbi del database. Attraverso l’automazione del Database è possibile evitare questi disturbi ed errori.
Visualizza le slide del webinar.
Geek Sync I In Database Automation We TrustIDERA Software
You can watch the replay for this Geek Sync webcast in the IDERA Resource Center: http://ow.ly/4ab250A5qUq
Continuous delivery is all the hype in software development. However, databases are being neglected as DBAs just don't seem to trust database automation.
This is not surprising when you consider the number of incidents and instances of downtime that were caused by out-of-process updates, code overrides and other database glitches.
In this session, we will explain what continuous delivery for databases is all about, why DBAs are so mistrusting, and ways to overcome that mistrust and conquer database automation.
From Waterfall to Weekly Releases: A Case Study in using Evo and Kanban (2004...Tathagat Varma
The document describes how a company transitioned from a waterfall development process to a more agile process using evolutionary project management (Evo) and Kanban principles. They created a dedicated customer sustaining team using a cumulative hot fix process and weekly builds. This improved collaboration, reduced bugs and issues, increased customer satisfaction, and motivated the development team. The new process aligned well with Kanban principles of visualizing and limiting work in progress to improve flow.
1. The document discusses the final stages of a project including migration, roll-out, maintenance, project recovery, post-project reviews, and success tips.
2. It covers migration strategies like flash-cut and staged approaches as well as important areas for the migration plan and cutover process.
3. The other final steps discussed are roll-out, training, documentation, shipping details, and installation processes.
Ralph Jocham, effective agile - Scaled Scrum at Swiss Postal Services | Agile...Agile Greece
Ralph Jocham discusses scaled Scrum implementation at Swiss Postal Services over 10 months and 7 teams delivering 18 apps. Key points include starting with 1 Scrum team on 1 project and product, then expanding to multiple projects, products, and teams through establishing roles like the Enterprise Scrum Master and aligning teams. Challenges included unknown backend dependencies and device requirements. Successes included 2 week sprints, continuous integration, and aligning diverse vendors and teams.
This document discusses performance testing challenges for an agile development team working on a performance critical Java application. It estimates that manually executing performance tests against 9 configurations would take 1+ man-months. To address this, it evaluates options like adding more performance engineers, limiting tests and configurations, or automating performance testing. It recommends automating testing for benefits like running tests continuously and allowing small teams to efficiently test performance. The case study details how the team automated testing using JMeter, built a process integrated with TeamCity, and upgraded infrastructure to support concurrent testing. Automation reduced the testing cycle from over 1 man-month to 4 days, allowing more time for analysis and new testing while finding 17 issues.
This case study describes the challenges an IT department in a large European retail organization faced with their release management and deployment processes. The various development teams used different tools and methods for builds and deployments, resulting in lengthy and manual release processes that took around six hours. To address these issues, DevOps processes including continuous integration with Jenkins, automated testing with Junit and Selenium, and microservices implementation were introduced. This reduced the average production release time down to 10-11 minutes and helped standardize and streamline the release process across multiple products.
Swimming upstream: OPNFV Doctor project case studyOPNFV
Based on the lifecycle of the OPNFV Doctor project, this case study shows how operator requirements “on paper” have successfully been realized step-by-step and in close cooperation with upstream community projects into a mature fault management framework. A demo of the solution had been presented in a keynote at the last OpenStack Summit. The talk will describe how we have worked in the OPNFV Doctor project and will provide some lessons learned on this journey. With significant experience now of working OPNFV requirements upstream to OpenStack, we’ll share best practices for submitting contributions upstream, how to best communicate, and how to overcome the primary challenges.
Agile Scrum Training (+ Kanban), Day 2 (2/2)Jens Wilke
Training materials for Agile Scrum. This presentation goes into more detail how to manage you product backlog, bug inflow and resolution and technical debt. Benefits of test driven development and continuous integration and live deployment are also discussed. Kanban is introduced in more detail, and the benefits of Scrum, Kanban and Scrum-Ban are compared.
Prashant Kumar has over 10 years of experience in JDE, including 9 years of experience providing support for JDE ERP implementations. He has extensive expertise in JDE modules including Inventory, Sales, Transportation, and Procurement. He has led teams and taken on project lead roles for various large clients such as Tupperware, Lafarge, and KPIT.
The document summarizes the theory behind the traditional waterfall model of software development and suggests updates to it. It discusses five major problems with how the waterfall model was commonly practiced: 1) protracted integration and late design breakage, 2) late risk resolution, 3) requirements-driven functional decomposition, 4) adversarial stakeholder relationships, and 5) a focus on documents and review meetings over producing working software. It also reviews basic software economics principles from the 1980s that still generally hold true today.
This document discusses Kanban and how it can be applied to software development projects. Kanban originated in the Toyota Production System and uses visual cards to support non-centralized production control. In Agile software development, visualizing tasks on boards is sometimes called "Software Kanban". The document outlines Lean principles from Toyota that can eliminate waste in software projects. It provides examples of how Kanban boards can be used to visualize tasks, features, burndowns, and schedules. Kanban aims to reduce work-in-progress, balance capacity against demand, and prioritize tasks.
This document summarizes the key issues with the traditional waterfall software development model based on analyses from the mid-1990s. It discusses that while the theory behind waterfall is sound, in practice it often led to: 1) protracted integration and late design breakages due to unforeseen issues emerging late in the process, 2) late risk resolution focusing too much on early paper artifacts, 3) requirements-driven decomposition ignoring emerging needs, 4) adversarial stakeholder relationships focusing on documents not collaboration, and 5) over-focus on documents and reviews not iterative development. Overall, less than 20% of projects succeeded under this model.
I recently presented this 2 hours session about the automation model developed in Videobet, the tools used in the R&D, QA and operations:
Issue mgmt.: JIRA/Greenhopper
Build system and repository: Maven & Nexus
Build server: QuickBuild
Code quality: Sonar
Continuous Integration: Selenium Grid
Crash dump analysis: Socorro
Database versioning: Flyway DB
Weave GitOps 2022.09 Release: A Fast & Reliable Path to Production with Progr...Weaveworks
Weave GitOps 2022.09 Features Launch Event
The latest release of Weave GitOps introduces new features enabling progressive delivery, policy as code, and accelerated application onboarding.
Weave GitOps is the leading full-stack GitOps platform to automate trusted application delivery and secure infrastructure operations on premise, in the cloud and at the edge. Trusted by Customers, including Deutsche Telekom and The Department of Defense, Platform and Application Teams, Weave GitOps unlocks the benefits of increased efficiency and compliance, while boosting deployment velocity and confidence.
Join us where we’ll do a live demo of Weave GitOps showcasing:
- Advanced Deployment Patterns—Progressive Delivery has never been easier
- Multi-tenancy and Application Portability—More collaboration and control
- Strengthened GitOps Security—If you can code it, you can secure it.
Scaling Software Development through Internal Open Source Cloud InfrastructureChee-Chan Keng
1) F-Secure developed an internal open source cloud infrastructure and common platform to enable agile software development across multiple global teams.
2) Any employee can directly contribute code changes, with automated tests running continuously to detect issues. Status boards display test results to quickly identify and address failures.
3) Key aspects that allow it to scale include feature teams with end-to-end responsibilities, continuous integration, strong test automation, management support, and an emphasis on quick fixing of broken builds.
Enterprise Release Management for DevOps & Continuous Delivery/ From Spreadsh...XebiaLabs
(1) XebiaLabs provides DevOps automation solutions including XL Platform to help organizations accelerate application delivery through continuous delivery.
(2) The document discusses challenges with current release management processes being manual with no unified view and limited analysis capabilities.
(3) XL Release is introduced as the first enterprise release management solution for DevOps that helps transform processes into automated delivery pipelines and identify pain points for improvement through its collaboration, automation, and reporting features.
Dan Cornell - The Real Cost of Software RemediationSource Conference
The document discusses software security remediation and provides data on how long it takes to fix common vulnerabilities. It finds that setup, testing fixes, and deployment take significant time. Cross-site scripting fixes average 9.6 minutes for stored and 16.2 for reflected XSS. Confirming fixes and testing can take more time than the fixes. The data provides a starting point for planning but has limitations from being one company's projects. Understanding all phases is key to minimizng remediation costs.
The document discusses software security remediation and provides data on how long it takes to fix common vulnerabilities. It finds that setup, testing fixes, and deployment take significant time. Cross-site scripting fixes average 9.6 minutes for stored and 16.2 for reflected XSS. Confirming fixes and testing can take more time than the fixes. The data provides a starting point for planning but has limitations from being one company's projects. Understanding all phases is key to minimizng remediation costs.
The document describes the evolution of software development methodologies over time, from the 1950s to the 2000s. It discusses several models including code and fix, waterfall model, spiral model, V-model, and agile methods. The waterfall model was introduced in the 1970s and emphasized sequential development through requirements, design, implementation, testing, integration, and maintenance phases. The spiral model was developed in the 1980s to address limitations of the waterfall model through an iterative, risk-driven approach. The V-model emerged in the 1990s and depicted the relationships between project phases and testing activities.
Similar to Stop the line & Stop Feature Development practices (20)
Lessons learned from contrasting Design Thinking and Agile Project Management...Agile Spain
This document discusses contrasting Design Thinking and Agile Project Management methodologies. It provides background on how Design Thinking uses collaborative, interdisciplinary teams without hierarchy to solve problems creatively. However, questions remain about how unstructured teams fit within broader project management models. The document also discusses how Agile methodologies aim to increase flexibility and shorten timelines for software development. It proposes combining Design Thinking and Agile methods like Scrum to structure creative teams within a project management framework and make leadership roles more explicit.
Visual Scrum - What you see is What you getAgile Spain
Este documento describe cómo la gestión visual puede aplicarse más allá del equipo de desarrollo en Scrum para proporcionar información relevante a otros roles como la dirección, propietarios de productos y equipos. Se presentan ejemplos de cómo tableros visuales podrían adaptarse a diferentes tipos de proyectos y roles para mejorar la comunicación y toma de decisiones.
Un Primer Paso a la Agilidad: Retrospectivas para el Aprendizaje de la Ingeni...Agile Spain
Este documento describe un proyecto para adoptar metodologías ágiles como Scrum en el aprendizaje de ingeniería de software en la universidad. El proyecto "Agile Learning" implementa Scrum en asignaturas mediante el trabajo en equipo, entregas iterativas frecuentes y reuniones retrospectivas. El objetivo es que los estudiantes desarrollen competencias blandas y aprendan a aplicar metodologías ágiles durante toda su formación, mejorando su preparación para el mundo laboral.
Análisis de la implementación de prácticas ágiles en ArgentinaAgile Spain
Este documento analiza la implementación de prácticas ágiles en Argentina a través de encuestas a empresas. Se encontró que el 85% usa Scrum de forma parcial y la participación del cliente es difícil de lograr. También se identificaron problemas como la dificultad de estimar proyectos y falta de cambio cultural. Se concluye que las prácticas ágiles se usan parcialmente y su implementación completa enfrenta desafíos.
1. El documento describe diferentes tipos de contratos ágiles como cocinar recetas, con variables como alcance, coste y plazos. Señala cuándo cada tipo es más adecuado y cómo gestionar variables fijadas.
2. Explica que los contratos deben establecer un acuerdo mutuamente beneficioso y reglas que faciliten la colaboración.
3. Resalta la importancia de crear equipos de alto rendimiento que incluyan al cliente a largo plazo para lograr mejores resultados proyecto a pro
The document contains a list of URLs linking to various topics related to agile software development methodologies including: Scrum, XP, Kanban, Lean, SOLID principles, retrospectives, user stories, testing, and project management tools like Gantt charts. The URLs cover conferences, manifestos, photos, documents, collaboration tools, software development guides, and examples of completed projects.
Este documento presenta las mejores prácticas para el desarrollo de aplicaciones en la nube utilizando metodologías ágiles como Scrum y XP. 1) Explica cómo adaptar Scrum al desarrollo en la nube, teniendo en cuenta limitaciones como peticiones de 30 segundos. 2) Detalla cómo implementar TDD, pruebas y CI/CD considerando las capas PaaS e IaaS. 3) Discute cómo los modelos de datos no-SQL afectan al diseño y cómo manejar la sesión en estos entornos.
El documento habla sobre la gestión de configuración y el control de versiones en el desarrollo ágil de software. Explica que la gestión de configuración implica procedimientos para identificar, controlar y auditar cambios en un proyecto de software, no solo en el código fuente sino también en otros artefactos. Luego describe conceptos clave del control de versiones como repositorios, líneas base, confirmaciones y ramas. Finalmente, propone una estrategia de control de versiones ágil basada en un modelo de aislamiento de ramas, políticas para la promoci
El documento presenta una introducción a la implementación de metodologías ágiles. Explica conceptos clave como equipos, roles, procesos y artefactos ágiles. También identifica buenas prácticas como la formación continua, alineación con el negocio y medición de resultados, así como antipatrones a evitar como ignorar al cliente o no realizar retrospectivas. El objetivo es ayudar a las organizaciones a adoptar un enfoque ágil de manera gradual.
El documento presenta los principios de la gestión ágil de equipos. Explica que un equipo efectivo requiere diversidad, flexibilidad y autogestión más que reglas estrictas. También destaca la importancia del liderazgo que guía en lugar de controlar, y evita antipatrones como la microgestión y la presión excesiva. El documento concluye animando a la acción continua y al desarrollo de más líderes dentro de los equipos.
El documento habla sobre los esfuerzos de Telefónica I+D para integrar prácticas ágiles y de experiencia de usuario para lograr mayor agilidad e innovación. Desde 2008, Telefónica I+D ha adoptado un enfoque ágil para sus proyectos y recientemente también se ha inspirado en el paradigma de "innovación impulsada por el cliente", colocando a los usuarios finales en el centro del proceso de innovación. El objetivo es utilizar ambas aproximaciones de manera enriquecedora para desarrollar productos innovadores
The document discusses the use of an agile toolchain at mimacom to improve traceability and transparency from product vision to working software. Some key challenges included a lack of integrated versioning, change history, and metrics collection across multiple disconnected tools. mimacom implemented Scrum processes along with an integrated toolchain including a product backlog, taskboard, burndown charts, and code review tools to improve visibility, coordination for distributed teams, and collect metrics to measure progress.
Este documento resume los principios y prácticas ágiles como guía para el desarrollo de software. Aborda temas como la importancia de la confianza, la composición efectiva de equipos, la entrega continua de valor al cliente a través de iteraciones cortas, la colaboración estrecha con el cliente, y el uso de retrospectivas para promover el aprendizaje y la mejora continua. El objetivo general es explicar por qué los enfoques ágiles pueden ser superiores a los modelos de desarrollo de software más tradicionales.
This document discusses different perspectives on tracking defects in Agile development and proposes an alternative approach. It argues that defects should be treated like user stories with estimates and tests rather than using separate tracking tools. Within a sprint, any issues found should be visible on the task board as tests to be fixed. This maintains visibility while avoiding separate backlogs. The document shares a case study where this approach worked well but faced challenges with remote visibility and lack of automation. It concludes defects are best addressed by tracking tests, not bugs, and prioritizing visibility and automation.
The document discusses the role of testers in traditional vs agile projects. In traditional projects, testers join late and write test cases to run on completed code. In agile projects, developers automate acceptance tests using ATDD and defects are failing tests. Some managers think testers are not needed since developers test. However, testers add value by asking questions others don't to get a unique perspective, being an "information radiator", and exploring the system in different ways to find holes in code and understanding. To succeed in agile, testers need different skills than traditional testing.
This document discusses agile software development practices used in Formula 1 racing. It introduces Luca Minudel from a leading digital gaming supplier and poses questions about implementing Scrum and Lean practices for a large codebase project. The questions cover why Scrum was chosen, how the project was managed and progressed, how teams were organized, and what impediments arose. Copyright information is provided for photos used and the presentation is made available under a Creative Commons license.
The document discusses pair programming strategies and how to deal with disturbing forces that can divert teams from the ideal of everyone pairing daily and rotating partners frequently. It presents an agenda for an open space workshop on this topic, where participants will suggest discussion topics, vote on them, have group discussions, and share results. The workshop aims to determine if diverting from the ideal is acceptable and explore how to better mitigate disturbing forces like short term goals, hostile environments, personal preferences, project boundaries, static roles, knowledge silos and leaving people to work alone.
Este documento introduce el Behavior Driven Development (BDD) como una evolución del Test Driven Development (TDD) que se enfoca en el comportamiento del sistema en lugar de los métodos. BDD utiliza un lenguaje específico del dominio (DSL) como Gherkin para describir los requisitos funcionales como historias de usuario en un formato Given/When/Then. Esto hace que los requisitos sean más claros para todos los involucrados y permite automatizar las pruebas de aceptación.
Pex and Moles are unit testing tools for .NET that allow automatically generating test cases (Pex) and replacing .NET methods with mocks (Moles). Pex uses a constraint solver to systematically generate inputs that achieve high code coverage with minimal tests. Moles provides two types of mocking: stub types for virtual methods, and mole types that rewrite code at runtime but have performance overhead. The document discusses these tools and how they can help with isolating dependencies in unit tests.
Ser ágil en España, un caso real con equipos de trabajo en remotoAgile Spain
Este documento describe los primeros intentos de implementar métodos ágiles en un equipo distribuido entre Madrid y Cádiz. Inicialmente utilizaron Scrum con una hoja de cálculo para el seguimiento, pero no era eficiente. Luego adoptaron las herramientas XPlanner y Trac + Agilo para mejorar la visibilidad y gestión. Sin embargo, continuaron enfrentando problemas como la dificultad de estimar el trabajo remoto, incumplimiento de los sprints debido a imprevistos urgentes, y falta de integración continua. Por lo tanto,
OpenID AuthZEN Interop Read Out - AuthorizationDavid Brossard
During Identiverse 2024 and EIC 2024, members of the OpenID AuthZEN WG got together and demoed their authorization endpoints conforming to the AuthZEN API
Building Production Ready Search Pipelines with Spark and MilvusZilliz
Spark is the widely used ETL tool for processing, indexing and ingesting data to serving stack for search. Milvus is the production-ready open-source vector database. In this talk we will show how to use Spark to process unstructured data to extract vector representations, and push the vectors to Milvus vector database for search serving.
Digital Marketing Trends in 2024 | Guide for Staying AheadWask
https://www.wask.co/ebooks/digital-marketing-trends-in-2024
Feeling lost in the digital marketing whirlwind of 2024? Technology is changing, consumer habits are evolving, and staying ahead of the curve feels like a never-ending pursuit. This e-book is your compass. Dive into actionable insights to handle the complexities of modern marketing. From hyper-personalization to the power of user-generated content, learn how to build long-term relationships with your audience and unlock the secrets to success in the ever-shifting digital landscape.
For the full video of this presentation, please visit: https://www.edge-ai-vision.com/2024/06/building-and-scaling-ai-applications-with-the-nx-ai-manager-a-presentation-from-network-optix/
Robin van Emden, Senior Director of Data Science at Network Optix, presents the “Building and Scaling AI Applications with the Nx AI Manager,” tutorial at the May 2024 Embedded Vision Summit.
In this presentation, van Emden covers the basics of scaling edge AI solutions using the Nx tool kit. He emphasizes the process of developing AI models and deploying them globally. He also showcases the conversion of AI models and the creation of effective edge AI pipelines, with a focus on pre-processing, model conversion, selecting the appropriate inference engine for the target hardware and post-processing.
van Emden shows how Nx can simplify the developer’s life and facilitate a rapid transition from concept to production-ready applications.He provides valuable insights into developing scalable and efficient edge AI solutions, with a strong focus on practical implementation.
Threats to mobile devices are more prevalent and increasing in scope and complexity. Users of mobile devices desire to take full advantage of the features
available on those devices, but many of the features provide convenience and capability but sacrifice security. This best practices guide outlines steps the users can take to better protect personal devices and information.
How to Get CNIC Information System with Paksim Ga.pptxdanishmna97
Pakdata Cf is a groundbreaking system designed to streamline and facilitate access to CNIC information. This innovative platform leverages advanced technology to provide users with efficient and secure access to their CNIC details.
How to Interpret Trends in the Kalyan Rajdhani Mix Chart.pdfChart Kalyan
A Mix Chart displays historical data of numbers in a graphical or tabular form. The Kalyan Rajdhani Mix Chart specifically shows the results of a sequence of numbers over different periods.
Driving Business Innovation: Latest Generative AI Advancements & Success StorySafe Software
Are you ready to revolutionize how you handle data? Join us for a webinar where we’ll bring you up to speed with the latest advancements in Generative AI technology and discover how leveraging FME with tools from giants like Google Gemini, Amazon, and Microsoft OpenAI can supercharge your workflow efficiency.
During the hour, we’ll take you through:
Guest Speaker Segment with Hannah Barrington: Dive into the world of dynamic real estate marketing with Hannah, the Marketing Manager at Workspace Group. Hear firsthand how their team generates engaging descriptions for thousands of office units by integrating diverse data sources—from PDF floorplans to web pages—using FME transformers, like OpenAIVisionConnector and AnthropicVisionConnector. This use case will show you how GenAI can streamline content creation for marketing across the board.
Ollama Use Case: Learn how Scenario Specialist Dmitri Bagh has utilized Ollama within FME to input data, create custom models, and enhance security protocols. This segment will include demos to illustrate the full capabilities of FME in AI-driven processes.
Custom AI Models: Discover how to leverage FME to build personalized AI models using your data. Whether it’s populating a model with local data for added security or integrating public AI tools, find out how FME facilitates a versatile and secure approach to AI.
We’ll wrap up with a live Q&A session where you can engage with our experts on your specific use cases, and learn more about optimizing your data workflows with AI.
This webinar is ideal for professionals seeking to harness the power of AI within their data management systems while ensuring high levels of customization and security. Whether you're a novice or an expert, gain actionable insights and strategies to elevate your data processes. Join us to see how FME and AI can revolutionize how you work with data!
Main news related to the CCS TSI 2023 (2023/1695)Jakub Marek
An English 🇬🇧 translation of a presentation to the speech I gave about the main changes brought by CCS TSI 2023 at the biggest Czech conference on Communications and signalling systems on Railways, which was held in Clarion Hotel Olomouc from 7th to 9th November 2023 (konferenceszt.cz). Attended by around 500 participants and 200 on-line followers.
The original Czech 🇨🇿 version of the presentation can be found here: https://www.slideshare.net/slideshow/hlavni-novinky-souvisejici-s-ccs-tsi-2023-2023-1695/269688092 .
The videorecording (in Czech) from the presentation is available here: https://youtu.be/WzjJWm4IyPk?si=SImb06tuXGb30BEH .
Taking AI to the Next Level in Manufacturing.pdfssuserfac0301
Read Taking AI to the Next Level in Manufacturing to gain insights on AI adoption in the manufacturing industry, such as:
1. How quickly AI is being implemented in manufacturing.
2. Which barriers stand in the way of AI adoption.
3. How data quality and governance form the backbone of AI.
4. Organizational processes and structures that may inhibit effective AI adoption.
6. Ideas and approaches to help build your organization's AI strategy.
Fueling AI with Great Data with Airbyte WebinarZilliz
This talk will focus on how to collect data from a variety of sources, leveraging this data for RAG and other GenAI use cases, and finally charting your course to productionalization.
Unlock the Future of Search with MongoDB Atlas_ Vector Search Unleashed.pdfMalak Abu Hammad
Discover how MongoDB Atlas and vector search technology can revolutionize your application's search capabilities. This comprehensive presentation covers:
* What is Vector Search?
* Importance and benefits of vector search
* Practical use cases across various industries
* Step-by-step implementation guide
* Live demos with code snippets
* Enhancing LLM capabilities with vector search
* Best practices and optimization strategies
Perfect for developers, AI enthusiasts, and tech leaders. Learn how to leverage MongoDB Atlas to deliver highly relevant, context-aware search results, transforming your data retrieval process. Stay ahead in tech innovation and maximize the potential of your applications.
#MongoDB #VectorSearch #AI #SemanticSearch #TechInnovation #DataScience #LLM #MachineLearning #SearchTechnology
AI 101: An Introduction to the Basics and Impact of Artificial IntelligenceIndexBug
Imagine a world where machines not only perform tasks but also learn, adapt, and make decisions. This is the promise of Artificial Intelligence (AI), a technology that's not just enhancing our lives but revolutionizing entire industries.
HCL Notes and Domino License Cost Reduction in the World of DLAUpanagenda
Webinar Recording: https://www.panagenda.com/webinars/hcl-notes-and-domino-license-cost-reduction-in-the-world-of-dlau/
The introduction of DLAU and the CCB & CCX licensing model caused quite a stir in the HCL community. As a Notes and Domino customer, you may have faced challenges with unexpected user counts and license costs. You probably have questions on how this new licensing approach works and how to benefit from it. Most importantly, you likely have budget constraints and want to save money where possible. Don’t worry, we can help with all of this!
We’ll show you how to fix common misconfigurations that cause higher-than-expected user counts, and how to identify accounts which you can deactivate to save money. There are also frequent patterns that can cause unnecessary cost, like using a person document instead of a mail-in for shared mailboxes. We’ll provide examples and solutions for those as well. And naturally we’ll explain the new licensing model.
Join HCL Ambassador Marc Thomas in this webinar with a special guest appearance from Franz Walder. It will give you the tools and know-how to stay on top of what is going on with Domino licensing. You will be able lower your cost through an optimized configuration and keep it low going forward.
These topics will be covered
- Reducing license cost by finding and fixing misconfigurations and superfluous accounts
- How do CCB and CCX licenses really work?
- Understanding the DLAU tool and how to best utilize it
- Tips for common problem areas, like team mailboxes, functional/test users, etc
- Practical examples and best practices to implement right away
HCL Notes and Domino License Cost Reduction in the World of DLAU
Stop the line & Stop Feature Development practices
1. Stop the Line + Stop Feature Development
Lean practices for Software Product Development
Juan Gutiérrez Plaza | Gabor Gunyho | Régis Déau
Senior Manager, Agile Practices Improvement Coach Manager, Testing Practices
21-Oct-2011
Protecting the irreplaceable | f-secure.com