Lunch and Learn I did on some general Agile and other practices that can make developers more productive.
Most of the content was in the speech though unfortunately.
(Ignite) OPEN SOURCE - OPEN CHOICE: HOW TO CHOOSE AN OPEN-SOURCE PROJECT, HIL...DevOpsDays Tel Aviv
Choosing the right Open Source project can be challenging, BUT! Asking yourself the right questions can ease the process
In this talk I'm going to talk about the key indicators of how to choose an open-source project for integration in your environment, as well as set the weight for the specific key indicators based on your needs and specific pain points.
How Do We Better Sell DevOps? - PuppetConf 2013Puppet
"How Do We Better Sell DevOps?" by Gene Kim, Author of "The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win", IT Revolution Press.
Presentation Overview: In this talk, Gene shares his top lessons learned over my years studying high performing IT organizations on how to sell the value of DevOps, and help other stakeholders and executives have their own a-ha moments. He talks about specific stories about the circumstances that led to these a-ha moments, how they created DevOps champions in surprising places (e.g., Development, CTOs, Product Management, UX, Infosec) in organizations you'll recognize, and how they enabled implementing DevOps patterns that had awesome results.
Speaker Bio: Gene is a multiple award winning CTO, researcher and author. He was founder and CTO of Tripwire for 13 years. He has written three books, including “The Visible Ops Handbook” and “The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win." Gene is a huge fan of IT operations, and how it can enable developers to maximize throughput of features from “code complete” to “in production,” without causing chaos and disruption to the IT environment. He has worked with some of the top Internet companies on improving deployment flow and increasing the rigor around IT operational processes. In 2007, ComputerWorld added Gene to the “40 Innovative IT People Under The Age Of 40” list.
The document discusses the barriers to digital transformation. It begins by looking at how there was initially oblivion, then the development of language led to ambiguity and dogmatism around concepts like CI/CD. This then led to misunderstandings as different levels of an organization adopted new practices at different rates. Incentives and education were also barriers as outdated management principles clashed with new technologies. Overcoming these barriers requires valuing continuous improvement, creating a shared understanding of processes, and believing in the power of new technologies.
The document discusses the principles of lean software development, including eliminating waste, amplifying learning, deciding late, delivering fast, and empowering teams. It mentions practices like value stream mapping, iterative development, pull systems, and using tools like Pivotal Tracker. The overall goal is to build software faster while avoiding bugs through these lean principles and practices.
Ernest Mueller, Karthik Gaekwad, and James Wickett, the Agile Admins (http://theagileadmin.com) delivered this presentation on what's hot in DevOps in 2015 for the BrightTALK Summit. The video is online at https://www.brighttalk.com/webcast/5742/154715
This document summarizes an Agile Tour event in Xi'an. It discusses business driven development, agile principles and practices, and how adopting agile methods can help companies respond faster to business needs. The document also shares statistics on how most CEOs see agility as a key factor for success. It then discusses some of the main obstacles that prevent companies from improving business response capabilities.
This document provides an overview of DevOps for recruiters, including what DevOps is, why it is important, and how to identify the right candidates. DevOps refers to a collaboration between development and operations to accelerate the delivery of software and ensure the reliability of production systems. It aims to break down silos and shift focus to delivering business value. Recruiters should understand DevOps transformations, look beyond job titles, and assess a candidate's alignment with DevOps principles like automation, collaboration, and continuous delivery. The document also shares information about DevOpsGuys, a consulting firm that provides DevOps services.
The Development Graveyard: How Software Projects DieErika Barron
Learn the top 5 reasons why software projects fail. The scariest part is that the failure causes are easily avoidable - yet as IT professionals, we continue to make life more difficult than it really needs to be.
YOUR OPEN SOURCE PROJECT IS LIKE A STARTUP, TREAT IT LIKE ONE, EYAR ZILBERMAN...DevOpsDays Tel Aviv
The document provides tips for marketing an open source project on GitHub. It recommends explaining the motivation and purpose of the project, researching similar existing projects, and developing the project to be easy to install, use, and contribute to. Key steps include writing a good README, publishing the project in relevant communities, and submitting it to curated lists to help users discover the project. The goal is to build an active community of contributors and users to support the long-term success of the open source project.
Github Copilot and tools that help us code better are cool. But I’m lucky if I spend 90 minutes a day writing code. We really need to optimize the hours we spend reviewing code, updating tickets and tracing where our code is deployed. Learn how I save an hour a day streamlining non-coding tasks.
This talk is unique because 99% of developer productivity tools and hacks are about coding faster, better, smarter. And yet the vast majority of our time is spent doing all of this other stuff. After I started focusing on optimizing the 10 hours I spend every day on non-coding tasks, I found I my productivity went up and my frustration at annoying stuff went way down. I cover how to save time by reducing cognitive load and by cutting menial, non-coding tasks that we have to perform 10-50 times every day. For example:
Bug or hotfix comes through and you want to start working on it right away so you create a branch and start fixing. What you don’t do is create a Jira ticket but then later your boss/PM/CSM yells at your due to lack of visibility. I share how I automated ticket creation in Slack by correlating Github to Jira.
You have 20 minutes until your next meeting and you open a pull request and start a review. But you get pulled away half way through and when you come back the next day you forgot everything and have to start over. Huge waste of time. I share an ML job I wrote that tells me how long the review will take so I can pick PRs that fit the amount of time I have.
You build. You ship it. You own it. Great. But after I merge my code I never know where it actually is. Did the CI job fail? Is it release under feature flag? Did it just go GA to everyone? I share a bot I wrote that personally tells me where my code is in the pipeline after it leaves my hands so I can actually take full ownership without spending tons of time figuring out what code is in what release.
This document provides an overview of Perforce Software including its mission, values, leadership team, and recent accomplishments. The key points are:
- Perforce has been in software for 30 years and focuses on quality through rigorous testing and code reviews.
- It believes in world-class customer support and giving back to the community through donations totaling $4.8 million since 1999.
- Recent accomplishments include growth in enterprise Git usage, performance improvements, and expanded language support for its Helix products.
Learn Fast, Fail Fast, Deliver Fast: The MOD Squad Way at MetLifeDocker, Inc.
The introduction of Microservices and Containers present challenges to organizations that go beyond implementation and operation. These are inherently disruptive technologies and a risk-averse enterprise can struggle as the business culture adapts to change. At MetLife we tackled change and disruption with a highly focused and nimble innovation team called The ModSquad, that is empowered to push the envelope, break the rules, and challenge established norms. The good news is that it is working!
This talk will dive into the story of our innovation team that rapidly implemented Docker and our first production microservices-based application. We’ll talk about executive support and recognition, empowering people, and encouraging a fail-fast mentality. We’ll explore the boundary conditions that we learned along the way that enhances the success of the team, project, and business. We’ll dig into how we have grown and evolved the team based on both our successes and failures and the pitfalls we would have liked to avoid. Finally, we’ll take a look at what we think will be the future state of the team, and some of the disruptive technologies we may tackle on the horizon.
SecOps Armageddon: A look into the future of security & operationsPhillip Maddux
Presented on November 7, 2018 at Triangle DevOps (https://www.meetup.com/triangle-devops/).
With the continuing evolution of the shift to the cloud and automation, this talk explores what the future might look like for security and operations. Will security and operations be abstracted away, resulting in only developers having jobs?
DevOps and the Importance of Single Source Code Repos Perforce
Companies are increasingly moving to DevOps practices to streamline product development and delivery. In this presentation DevOps author and evangelist Gene Kim will discuss how version control has moved from a development concern to a fundamental practice for everyone in the value stream, especially Operations. He will discuss the importance of the single, shared source code repository in high performing technology organizations.
He will discuss the research he has done over the last 16 years about the top predictors of DevOps performance, and how best to overcome the cultural and workflow friction that can exist between Development teams and Operations.
He will discuss the research he has done over the last 16 years about the top predictors of DevOps performance, and how best to overcome the cultural and workflow friction that can exist between Development teams and Operations."
Software Supply Chain Automation Removes Roadblocks to Rugged DevOpsSeniorStoryteller
This document summarizes the benefits experienced by MFS after implementing Jenkins and Nexus to help manage growth in their development organization. Some key points:
1) Jenkins and Nexus helped standardize MFS's development environment, shorten onboarding times, and improve security, code quality, and traceability.
2) Their initial implementation had limited success, but replacing build servers and addressing core issues like branching strategy and artifact management led to wider adoption.
3) Benefits included managing external resources better, inventorying all artifacts, understanding open source licensing risks, and gaining visibility into dependencies and modules.
Rock Stars, Builders, and Janitors: You're Doing it WrongDocker, Inc.
You know these roles: the rock star, who is always rolling out a new demo or installing a new technology in your stack; the builder, who makes it reliable and makes it scale; the janitor, who cleans up all your messes, writes your docs, and tweaks your configs. Grow an engineering team to a certain size, and these roles reveal themselves and cement themselves into your processes.
You come to rely on these roles and the people who fill them. And that’s bad.
Yes, rock stars get the spotlight, while builders toil away in the background, and janitors are forgotten. But it’s not all about glory. Pigeonholing engineers hurts everyone and can slow down your engineering organization in the long run. If you’re only a rock star, you’ll never understand scale or user experience. If you’re only a builder, you’ll never learn to write clean configs or care about future use cases. If you’re only a janitor, you’ll never appreciate change or technical growth. You need to be all three to succeed.
In every development process there is the question, do we invest enough on quality? Do we need to invest more? Every team knows about the dilemma of how many tests is the right amount of tests we should write. Is 80% test coverage is good enough? Maybe 90%? 100%? Should we invest more time in unit testing? Are we wasting too much time on unit-testing? Should we invest time on a faster rollback mechanism?
WIIFM
“Without data, you’re just another person with an opinion” - W. Edwards Deming
SLO Driven Development is a framework that helps the developers focus on impact and balance of every aspect of the dev process. When working currently with SLI, SLA, SLO and error budget you can learn where to invest in the development process.
Let’s talk about the importance of good SLOs and how they can help us improve our day2day
Athletes, Firemen and Doctors train everyday to be the best at their chosen profession. As engineers, we spend much of our time getting stuff to production and making sure our infrastructure doesn’t burn down out right. In this talk, we'll discuss the need for and the options of creating a game day culture. Where we as engineers not only write, maintain and operate our software platforms but actively pursue ways to learn and predict its (non-functional) behavior. We'll look at tools like toxiproxy and the simian army for ways to prepare teams to tweak their testing and monitoring setup and work instructions to quickly observe, react to and resolve problems.
The left is not wrong, just not right; It's time to shift right!Phillip Maddux
In the last few years of AppSec and DevOps, we've heard the calls to shift left. But how far left can we go, and is it really going to help eliminate exploitable bugs or scale your AppSec program? What if we consider a different direction, shifting right! Can a focus on shifting to the right be more effective in mitigating real-world threats and prioritization? In this presentation, I'll explore these questions and propose concepts that show why shifting right is right!
Ops Happen: Improve Security Without Getting in the WaySeniorStoryteller
The document discusses how operations and security teams are under pressure to deploy code faster while maintaining reliability and security, and proposes a "shift left" approach to incident response where developers define procedures for fixing issues in their code and are responsible for responding to incidents involving that code. It describes a design pattern where organizations establish a secure operations portal, develop an SDLC for operations procedures, and connect with management systems to enable developers to more proactively address operations and security issues.
Silver Lining for Miles: DevOps for Building Security SolutionsSeniorStoryteller
This document summarizes a presentation about how security teams can adapt to DevOps and continuous deployment models. It discusses how code deployment has shifted to near-instantaneous changes, security is no longer a gatekeeper, and workarounds will happen if security causes delays. To embrace agility, security must decentralize and provide visibility into the development process for all teams, not just security, by surfacing security data. The key lessons are that embracing DevOps actually helps rather than harms security when done with visibility across rapid iterative changes.
1) DevOps aims to automate and integrate processes between software development and IT teams to increase efficiency. It emphasizes cross-team communication and technology automation.
2) When adopting Salesforce DevOps, organizations face challenges around lack of best practices, admin-friendliness of tools, complexity of Salesforce environments, and finding expertise.
3) There are two main approaches to Salesforce DevOps - building out a solution using Salesforce tools like DX and scripting, or buying an ISV solution. Building provides more flexibility while buying provides pre-built features and support.
Painless DevSecOps: Building Security Into Your DevOps PipelineTasktop
This document discusses building security into DevOps pipelines using Tasktop Integration Hub to connect security vulnerabilities and defects across tools. It introduces the speaker and describes how Tasktop enables bidirectional artifact flow and reporting across lifecycle tools while maintaining relationships. A demo then shows synchronization between a security scanning and test management tool.
Good project from scratch - from developer's point of viewPaweł Lewtak
Slides for my talk at PHPExperience 2018 in São Paulo.
It's about 10 things I believe are important in order to have a successful long-term IT project.
There are no two SDLC processes that are the same. Every company/project has their own specific SDLC process, however the only thing that most have in common is their bloat. The bloat is most evident in the time-to-market aspect of the project. Other evidence of this bloat is slow QA cycles, implementation of design changes are slow, and deployment of the product is slow also.
Building Robust Applications with Chaos EngineeringPostman
Postman's rich feature set can improve the efficiency of development, and testing and monitoring—but what happens when things start to break in unexpected ways? Together, let's examine how Postman can help our teams proactively uncover fragility, create more robust applications, and improve the resilience of our systems.
Sidra Medical and Research Center is a new academic medical center in Qatar focused on women and children's health, medical education, and biomedical research. It aims to be among the most advanced research hospitals in the world and set new standards in women and children's health. Sidra will provide world-class healthcare using state-of-the-art facilities and bringing together top medical professionals from around the world. It is funded by an $7.9 billion endowment from the Qatar Foundation to realize its vision of excellence in research and healthcare.
Agile software processes are characterized by unpredictable requirements that change over time. Agile methods promote iterative development in short cycles with customer involvement and frequent review. The Agile Manifesto from 2001 defines key agile principles including valuing individuals, collaboration, response to change, and working software over documentation. Popular agile methods include scrum, extreme programming, feature-driven development, and lean software development.
YOUR OPEN SOURCE PROJECT IS LIKE A STARTUP, TREAT IT LIKE ONE, EYAR ZILBERMAN...DevOpsDays Tel Aviv
The document provides tips for marketing an open source project on GitHub. It recommends explaining the motivation and purpose of the project, researching similar existing projects, and developing the project to be easy to install, use, and contribute to. Key steps include writing a good README, publishing the project in relevant communities, and submitting it to curated lists to help users discover the project. The goal is to build an active community of contributors and users to support the long-term success of the open source project.
Github Copilot and tools that help us code better are cool. But I’m lucky if I spend 90 minutes a day writing code. We really need to optimize the hours we spend reviewing code, updating tickets and tracing where our code is deployed. Learn how I save an hour a day streamlining non-coding tasks.
This talk is unique because 99% of developer productivity tools and hacks are about coding faster, better, smarter. And yet the vast majority of our time is spent doing all of this other stuff. After I started focusing on optimizing the 10 hours I spend every day on non-coding tasks, I found I my productivity went up and my frustration at annoying stuff went way down. I cover how to save time by reducing cognitive load and by cutting menial, non-coding tasks that we have to perform 10-50 times every day. For example:
Bug or hotfix comes through and you want to start working on it right away so you create a branch and start fixing. What you don’t do is create a Jira ticket but then later your boss/PM/CSM yells at your due to lack of visibility. I share how I automated ticket creation in Slack by correlating Github to Jira.
You have 20 minutes until your next meeting and you open a pull request and start a review. But you get pulled away half way through and when you come back the next day you forgot everything and have to start over. Huge waste of time. I share an ML job I wrote that tells me how long the review will take so I can pick PRs that fit the amount of time I have.
You build. You ship it. You own it. Great. But after I merge my code I never know where it actually is. Did the CI job fail? Is it release under feature flag? Did it just go GA to everyone? I share a bot I wrote that personally tells me where my code is in the pipeline after it leaves my hands so I can actually take full ownership without spending tons of time figuring out what code is in what release.
This document provides an overview of Perforce Software including its mission, values, leadership team, and recent accomplishments. The key points are:
- Perforce has been in software for 30 years and focuses on quality through rigorous testing and code reviews.
- It believes in world-class customer support and giving back to the community through donations totaling $4.8 million since 1999.
- Recent accomplishments include growth in enterprise Git usage, performance improvements, and expanded language support for its Helix products.
Learn Fast, Fail Fast, Deliver Fast: The MOD Squad Way at MetLifeDocker, Inc.
The introduction of Microservices and Containers present challenges to organizations that go beyond implementation and operation. These are inherently disruptive technologies and a risk-averse enterprise can struggle as the business culture adapts to change. At MetLife we tackled change and disruption with a highly focused and nimble innovation team called The ModSquad, that is empowered to push the envelope, break the rules, and challenge established norms. The good news is that it is working!
This talk will dive into the story of our innovation team that rapidly implemented Docker and our first production microservices-based application. We’ll talk about executive support and recognition, empowering people, and encouraging a fail-fast mentality. We’ll explore the boundary conditions that we learned along the way that enhances the success of the team, project, and business. We’ll dig into how we have grown and evolved the team based on both our successes and failures and the pitfalls we would have liked to avoid. Finally, we’ll take a look at what we think will be the future state of the team, and some of the disruptive technologies we may tackle on the horizon.
SecOps Armageddon: A look into the future of security & operationsPhillip Maddux
Presented on November 7, 2018 at Triangle DevOps (https://www.meetup.com/triangle-devops/).
With the continuing evolution of the shift to the cloud and automation, this talk explores what the future might look like for security and operations. Will security and operations be abstracted away, resulting in only developers having jobs?
DevOps and the Importance of Single Source Code Repos Perforce
Companies are increasingly moving to DevOps practices to streamline product development and delivery. In this presentation DevOps author and evangelist Gene Kim will discuss how version control has moved from a development concern to a fundamental practice for everyone in the value stream, especially Operations. He will discuss the importance of the single, shared source code repository in high performing technology organizations.
He will discuss the research he has done over the last 16 years about the top predictors of DevOps performance, and how best to overcome the cultural and workflow friction that can exist between Development teams and Operations.
He will discuss the research he has done over the last 16 years about the top predictors of DevOps performance, and how best to overcome the cultural and workflow friction that can exist between Development teams and Operations."
Software Supply Chain Automation Removes Roadblocks to Rugged DevOpsSeniorStoryteller
This document summarizes the benefits experienced by MFS after implementing Jenkins and Nexus to help manage growth in their development organization. Some key points:
1) Jenkins and Nexus helped standardize MFS's development environment, shorten onboarding times, and improve security, code quality, and traceability.
2) Their initial implementation had limited success, but replacing build servers and addressing core issues like branching strategy and artifact management led to wider adoption.
3) Benefits included managing external resources better, inventorying all artifacts, understanding open source licensing risks, and gaining visibility into dependencies and modules.
Rock Stars, Builders, and Janitors: You're Doing it WrongDocker, Inc.
You know these roles: the rock star, who is always rolling out a new demo or installing a new technology in your stack; the builder, who makes it reliable and makes it scale; the janitor, who cleans up all your messes, writes your docs, and tweaks your configs. Grow an engineering team to a certain size, and these roles reveal themselves and cement themselves into your processes.
You come to rely on these roles and the people who fill them. And that’s bad.
Yes, rock stars get the spotlight, while builders toil away in the background, and janitors are forgotten. But it’s not all about glory. Pigeonholing engineers hurts everyone and can slow down your engineering organization in the long run. If you’re only a rock star, you’ll never understand scale or user experience. If you’re only a builder, you’ll never learn to write clean configs or care about future use cases. If you’re only a janitor, you’ll never appreciate change or technical growth. You need to be all three to succeed.
In every development process there is the question, do we invest enough on quality? Do we need to invest more? Every team knows about the dilemma of how many tests is the right amount of tests we should write. Is 80% test coverage is good enough? Maybe 90%? 100%? Should we invest more time in unit testing? Are we wasting too much time on unit-testing? Should we invest time on a faster rollback mechanism?
WIIFM
“Without data, you’re just another person with an opinion” - W. Edwards Deming
SLO Driven Development is a framework that helps the developers focus on impact and balance of every aspect of the dev process. When working currently with SLI, SLA, SLO and error budget you can learn where to invest in the development process.
Let’s talk about the importance of good SLOs and how they can help us improve our day2day
Athletes, Firemen and Doctors train everyday to be the best at their chosen profession. As engineers, we spend much of our time getting stuff to production and making sure our infrastructure doesn’t burn down out right. In this talk, we'll discuss the need for and the options of creating a game day culture. Where we as engineers not only write, maintain and operate our software platforms but actively pursue ways to learn and predict its (non-functional) behavior. We'll look at tools like toxiproxy and the simian army for ways to prepare teams to tweak their testing and monitoring setup and work instructions to quickly observe, react to and resolve problems.
The left is not wrong, just not right; It's time to shift right!Phillip Maddux
In the last few years of AppSec and DevOps, we've heard the calls to shift left. But how far left can we go, and is it really going to help eliminate exploitable bugs or scale your AppSec program? What if we consider a different direction, shifting right! Can a focus on shifting to the right be more effective in mitigating real-world threats and prioritization? In this presentation, I'll explore these questions and propose concepts that show why shifting right is right!
Ops Happen: Improve Security Without Getting in the WaySeniorStoryteller
The document discusses how operations and security teams are under pressure to deploy code faster while maintaining reliability and security, and proposes a "shift left" approach to incident response where developers define procedures for fixing issues in their code and are responsible for responding to incidents involving that code. It describes a design pattern where organizations establish a secure operations portal, develop an SDLC for operations procedures, and connect with management systems to enable developers to more proactively address operations and security issues.
Silver Lining for Miles: DevOps for Building Security SolutionsSeniorStoryteller
This document summarizes a presentation about how security teams can adapt to DevOps and continuous deployment models. It discusses how code deployment has shifted to near-instantaneous changes, security is no longer a gatekeeper, and workarounds will happen if security causes delays. To embrace agility, security must decentralize and provide visibility into the development process for all teams, not just security, by surfacing security data. The key lessons are that embracing DevOps actually helps rather than harms security when done with visibility across rapid iterative changes.
1) DevOps aims to automate and integrate processes between software development and IT teams to increase efficiency. It emphasizes cross-team communication and technology automation.
2) When adopting Salesforce DevOps, organizations face challenges around lack of best practices, admin-friendliness of tools, complexity of Salesforce environments, and finding expertise.
3) There are two main approaches to Salesforce DevOps - building out a solution using Salesforce tools like DX and scripting, or buying an ISV solution. Building provides more flexibility while buying provides pre-built features and support.
Painless DevSecOps: Building Security Into Your DevOps PipelineTasktop
This document discusses building security into DevOps pipelines using Tasktop Integration Hub to connect security vulnerabilities and defects across tools. It introduces the speaker and describes how Tasktop enables bidirectional artifact flow and reporting across lifecycle tools while maintaining relationships. A demo then shows synchronization between a security scanning and test management tool.
Good project from scratch - from developer's point of viewPaweł Lewtak
Slides for my talk at PHPExperience 2018 in São Paulo.
It's about 10 things I believe are important in order to have a successful long-term IT project.
There are no two SDLC processes that are the same. Every company/project has their own specific SDLC process, however the only thing that most have in common is their bloat. The bloat is most evident in the time-to-market aspect of the project. Other evidence of this bloat is slow QA cycles, implementation of design changes are slow, and deployment of the product is slow also.
Building Robust Applications with Chaos EngineeringPostman
Postman's rich feature set can improve the efficiency of development, and testing and monitoring—but what happens when things start to break in unexpected ways? Together, let's examine how Postman can help our teams proactively uncover fragility, create more robust applications, and improve the resilience of our systems.
Sidra Medical and Research Center is a new academic medical center in Qatar focused on women and children's health, medical education, and biomedical research. It aims to be among the most advanced research hospitals in the world and set new standards in women and children's health. Sidra will provide world-class healthcare using state-of-the-art facilities and bringing together top medical professionals from around the world. It is funded by an $7.9 billion endowment from the Qatar Foundation to realize its vision of excellence in research and healthcare.
Agile software processes are characterized by unpredictable requirements that change over time. Agile methods promote iterative development in short cycles with customer involvement and frequent review. The Agile Manifesto from 2001 defines key agile principles including valuing individuals, collaboration, response to change, and working software over documentation. Popular agile methods include scrum, extreme programming, feature-driven development, and lean software development.
O documento descreve o EssUP (Essential Unified Process), um processo ágil e leve para desenvolvimento de software. O EssUP é composto por oito práticas essenciais que abordam iteratividade, arquitetura, casos de uso, componentes, modelagem, produto, processo e equipe. O objetivo do EssUP é fornecer um conjunto completo de práticas para criação de software de forma adaptável às necessidades de cada projeto.
Agile Business Process Development: Why, When and HowIlia Bider
Presentation at BPM 2012. Read more in http://bit.ly/1otCZD2 - a long journal article that develops the presented ideas farther
The document provides an overview of agile processes and methodologies for software development. It discusses key aspects of agile including iterative development, customer involvement, and adaptability to change. Three main agile methodologies are described: extreme programming (XP), Scrum, and feature driven development (FDD). XP uses short development cycles and pair programming. Scrum divides work into sprints and uses product and sprint backlogs. FDD focuses on modeling features before development. Advantages of agile include adaptability, customer satisfaction, and reduced risk, while disadvantages include reliance on customer involvement and lack of documentation.
The document describes Agile Unified Process (AUP), a simplified version of Rational Unified Process (RUP) for developing business application software. AUP has seven steps - Model, Implementation, Test, Deployment, Configuration Management, Project Management, and Environment. It follows an iterative approach with incremental releases over time, releasing portions of the product in versions with development releases at the end of each iteration and subsequent production releases taking less time.
Don’t Let Process Hold You Back: Best Practices for Cross-Functional Collabor...Tasktop
Creating great software takes many skilled people. There’s business requirements to fulfill, technical requirements to consider, development, testing, packaging, and the release.
While having a single cohesive process is crucial to helping all these teams work together, they’re often working in disparate systems with their own processes and workflows. What’s more, these teams are often spread across different departments, buildings and even time zones.
How can you ensure your teams stay in sync and create better processes that allow individual teams to move fast and be agile, while maintaining effective cross-team collaboration? In this webinar with GitLab, we discuss how establishing a ‘single source of truth’ is critical to functional collaboration, and cover the best practices for:
- Building processes that yield better results
- Keeping cross-functional teams in sync
- Integrating tools for better workflows
- Tips for remote teams
This document provides an overview of agile software development methods. It defines agile as developing software incrementally in rapid cycles with close customer collaboration. The agile manifesto values individuals, working software, customer collaboration, and responding to change. Popular agile methods described include scrum, extreme programming (XP), test-driven development (TDD), and lean. Scrum uses short iterations called sprints, with roles like product owner and scrum master. XP advocates frequent releases and pair programming. TDD involves writing tests before code. Lean aims to maximize value while minimizing waste. Agile frameworks help teams deliver faster with less risk by focusing on customer value.
This document provides an overview of agile software development methods. It defines agile as developing software incrementally in rapid cycles with close customer collaboration. The agile manifesto values individuals, working software, customer collaboration, and responding to change. Popular agile methods described include scrum, extreme programming (XP), test-driven development (TDD), and lean. Scrum uses short iterations called sprints, with roles like product owner and scrum master. XP advocates frequent releases and pair programming. TDD involves writing tests before code. Lean aims to maximize value while minimizing waste. Agile frameworks help teams deliver faster with less risk by focusing on customer value.
How to Manage the Risk of your Polyglot EnvironmentsDevOps.com
In this webinar, we’ll explore how to navigate the tension between speed and security when it comes to open source languages.
Enterprises are challenged by conflicting interests:
Engineering teams want more time to focus on code quality, but product managers want to ship faster.
Developers want the best tool for the job, but companies resist adding more technology stacks to their growing tech debt.
Retrofitting for security and vulnerabilities after the fact becomes a big blocker for Development and Engineering teams. Enterprises are challenged with resolving new threats and vulnerabilities at the pace at which they crop up. And yet, speed wins over security because faster time-to-market takes a greater priority over fixing vulnerabilities.
Our expert panel will cover how to resolve the tension between speed and security by practices which:
Minimize DevOps overhead from retrofitting programming languages with new versions, dependencies, security patches, etc.
Enable Continuous Builds to keep up with your continuous deployments
Use Build Validation to vet your continuous builds against smoke tests
Devops & Agility - Build the Culture, Get the Tools, Win the Day - Dundee Tec...David Walker
DevOps involves development and operations engineers collaborating throughout the entire service lifecycle from design to deployment and support. It builds upon agile principles by applying them throughout the entire workflow. Implementing DevOps requires cultural changes across the entire organization where teams work together towards shared goals. Automation, lean principles, continuous monitoring and improvements are key aspects of DevOps.
Continuous Deployment involves shipping code as frequently as possible, even multiple times per day. It allows for smaller changes with less risk, faster feedback, and a competitive advantage. To achieve this, companies optimize their deployment process, automate testing and deployments, and measure everything to learn and improve continuously. This approach is enabled by technologies like cloud computing and embraced by companies like Google, Amazon, and Facebook.
The document provides an overview of Agile development methods. It discusses what Agile is, why it is important, and how difficult it can be to implement. Specifically, it defines Agile as an iterative approach that emphasizes adaptation, incremental delivery, and collaboration. It then summarizes the Scrum framework, noting its core roles, meetings, and iterative process for completing work in short cycles.
Presentation about the basics of Agile Methodologies and how they can be applied to Scientific Research. This presentation later evolved into the Agile Research method. June 2008
my understanding of fundamentals of DevOps and how it relates conceptually to Agile, Scrum, Kanban, etc.
SlideShare does not allow uploading a new version of existing presentation. Hence I have to upload the new verson.
Goto https://www.slideshare.net/nitinbhide/devops-understanding-core-concepts for latest version.
Karthik Gaekwad is a member of the cloud team at National Instruments who owns the Canopy user management and licensing platform. He discusses National Instrument's approach to cloud development which includes short monthly iterations to incrementally develop and deploy new features. Key aspects of their approach include modeling the end-to-end system, designing features to be reusable across platforms, extensive testing and monitoring, and getting early user feedback through demos.
The document provides information on various DevOps concepts through a question and answer format. It defines design patterns as solutions to common problems faced by developers that represent best practices. It describes continuous deployment as instrumenting important project life cycle steps when moving code to production. It distinguishes between functional testing which targets business goals and requirements, and non-functional testing which focuses on aspects like performance and security. It explains the differences between white box testing which uses internal knowledge and black box testing which does not. It provides examples of resilience test tools like Hystrix and Chaos Monkey. It describes extreme programming as an agile methodology focused on customer satisfaction and team collaboration. It defines pair programming as two programmers working together on the same code. Finally
This document discusses going Agile and provides context around why it may be beneficial. It outlines the key principles of the Agile Manifesto which values individuals and interactions, working software, customer collaboration, and responding to change over processes, tools, documentation, contract negotiation, and following a plan. It then provides an overview of common Agile practices for requirements, design, construction, testing, process, and organization. It suggests using practices like test-driven development to increase quality but challenges include dependencies on other practices, needing a testable codebase, and requiring testing expertise. The document prompts thinking about how to introduce practices to get the most feedback.
Overview of the agile software development. This contents was originally created for my team's internal workshop. It includes basic concept of the agile software development, and introduction of some practices and tools for it.
Critical Capabilities to Shifting Left the Right WaySmartBear
The concept of testing earlier in the SDLC isn't new, but the term "shift left" has reignited its importance. See how shifting left can help you, and how to do it right.
The document discusses emerging trends in software engineering and development after the COVID-19 pandemic and in preparation for sustainable development goals. It notes that digital transformation is a priority for many businesses as they adapt to remote work and contactless services. Software developers will play a key role in building the post-pandemic world and achieving sustainability. DevOps and agile methodologies are discussed as approaches that can provide continuous delivery of high quality software. Benefits of agile include increased speed, customer satisfaction, valuing employees, and eliminating rework. Best practices and tools to support agile are also outlined.
Rishi Chaddha introduces lean software development principles. He discusses the origins of lean from the Toyota Production System and its focus on eliminating waste. The presentation then covers the seven principles of lean software development which include eliminating waste, building quality in, deferring commitment, delivering fast, respecting people, and optimizing the whole. Kanban and various agile practices are presented as tools that can be mixed and matched to implement lean ideas.
RTP Over QUIC: An Interesting Opportunity Or Wasted Time?Lorenzo Miniero
Slides for my "RTP Over QUIC: An Interesting Opportunity Or Wasted Time?" presentation at the Kamailio World 2025 event.
They describe my efforts studying and prototyping QUIC and RTP Over QUIC (RoQ) in a new library called imquic, and some observations on what RoQ could be used for in the future, if anything.
Refactoring meta-rauc-community: Cleaner Code, Better Maintenance, More MachinesLeon Anavi
RAUC is a widely used open-source solution for robust and secure software updates on embedded Linux devices. In 2020, the Yocto/OpenEmbedded layer meta-rauc-community was created to provide demo RAUC integrations for a variety of popular development boards. The goal was to support the embedded Linux community by offering practical, working examples of RAUC in action - helping developers get started quickly.
Since its inception, the layer has tracked and supported the Long Term Support (LTS) releases of the Yocto Project, including Dunfell (April 2020), Kirkstone (April 2022), and Scarthgap (April 2024), alongside active development in the main branch. Structured as a collection of layers tailored to different machine configurations, meta-rauc-community has delivered demo integrations for a wide variety of boards, utilizing their respective BSP layers. These include widely used platforms such as the Raspberry Pi, NXP i.MX6 and i.MX8, Rockchip, Allwinner, STM32MP, and NVIDIA Tegra.
Five years into the project, a significant refactoring effort was launched to address increasing duplication and divergence in the layer’s codebase. The new direction involves consolidating shared logic into a dedicated meta-rauc-community base layer, which will serve as the foundation for all supported machines. This centralization reduces redundancy, simplifies maintenance, and ensures a more sustainable development process.
The ongoing work, currently taking place in the main branch, targets readiness for the upcoming Yocto Project release codenamed Wrynose (expected in 2026). Beyond reducing technical debt, the refactoring will introduce unified testing procedures and streamlined porting guidelines. These enhancements are designed to improve overall consistency across supported hardware platforms and make it easier for contributors and users to extend RAUC support to new machines.
The community's input is highly valued: What best practices should be promoted? What features or improvements would you like to see in meta-rauc-community in the long term? Let’s start a discussion on how this layer can become even more helpful, maintainable, and future-ready - together.
React Native for Business Solutions: Building Scalable Apps for SuccessAmelia Swank
See how we used React Native to build a scalable mobile app from concept to production. Learn about the benefits of React Native development.
for more info : https://www.atoallinks.com/2025/react-native-developers-turned-concept-into-scalable-solution/
Slack like a pro: strategies for 10x engineering teamsNacho Cougil
You know Slack, right? It's that tool that some of us have known for the amount of "noise" it generates per second (and that many of us mute as soon as we install it 😅).
But, do you really know it? Do you know how to use it to get the most out of it? Are you sure 🤔? Are you tired of the amount of messages you have to reply to? Are you worried about the hundred conversations you have open? Or are you unaware of changes in projects relevant to your team? Would you like to automate tasks but don't know how to do so?
In this session, I'll try to share how using Slack can help you to be more productive, not only for you but for your colleagues and how that can help you to be much more efficient... and live more relaxed 😉.
If you thought that our work was based (only) on writing code, ... I'm sorry to tell you, but the truth is that it's not 😅. What's more, in the fast-paced world we live in, where so many things change at an accelerated speed, communication is key, and if you use Slack, you should learn to make the most of it.
---
Presentation shared at JCON Europe '25
Feedback form:
http://tiny.cc/slack-like-a-pro-feedback
Harmonizing Multi-Agent Intelligence | Open Data Science Conference | Gary Ar...Gary Arora
This deck from my talk at the Open Data Science Conference explores how multi-agent AI systems can be used to solve practical, everyday problems — and how those same patterns scale to enterprise-grade workflows.
I cover the evolution of AI agents, when (and when not) to use multi-agent architectures, and how to design, orchestrate, and operationalize agentic systems for real impact. The presentation includes two live demos: one that books flights by checking my calendar, and another showcasing a tiny local visual language model for efficient multimodal tasks.
Key themes include:
✅ When to use single-agent vs. multi-agent setups
✅ How to define agent roles, memory, and coordination
✅ Using small/local models for performance and cost control
✅ Building scalable, reusable agent architectures
✅ Why personal use cases are the best way to learn before deploying to the enterprise
Who's choice? Making decisions with and about Artificial Intelligence, Keele ...Alan Dix
Invited talk at Designing for People: AI and the Benefits of Human-Centred Digital Products, Digital & AI Revolution week, Keele University, 14th May 2025
https://www.alandix.com/academic/talks/Keele-2025/
In many areas it already seems that AI is in charge, from choosing drivers for a ride, to choosing targets for rocket attacks. None are without a level of human oversight: in some cases the overarching rules are set by humans, in others humans rubber-stamp opaque outcomes of unfathomable systems. Can we design ways for humans and AI to work together that retain essential human autonomy and responsibility, whilst also allowing AI to work to its full potential? These choices are critical as AI is increasingly part of life or death decisions, from diagnosis in healthcare ro autonomous vehicles on highways, furthermore issues of bias and privacy challenge the fairness of society overall and personal sovereignty of our own data. This talk will build on long-term work on AI & HCI and more recent work funded by EU TANGO and SoBigData++ projects. It will discuss some of the ways HCI can help create situations where humans can work effectively alongside AI, and also where AI might help designers create more effective HCI.
In-App Guidance_ Save Enterprises Millions in Training & IT Costs.pptxaptyai
Discover how in-app guidance empowers employees, streamlines onboarding, and reduces IT support needs-helping enterprises save millions on training and support costs while boosting productivity.
How Top Companies Benefit from OutsourcingNascenture
Explore how leading companies leverage outsourcing to streamline operations, cut costs, and stay ahead in innovation. By tapping into specialized talent and focusing on core strengths, top brands achieve scalability, efficiency, and faster product delivery through strategic outsourcing partnerships.
This guide highlights the best 10 free AI character chat platforms available today, covering a range of options from emotionally intelligent companions to adult-focused AI chats. Each platform brings something unique—whether it's romantic interactions, fantasy roleplay, or explicit content—tailored to different user preferences. From Soulmaite’s personalized 18+ characters and Sugarlab AI’s NSFW tools, to creative storytelling in AI Dungeon and visual chats in Dreamily, this list offers a diverse mix of experiences. Whether you're seeking connection, entertainment, or adult fantasy, these AI platforms provide a private and customizable way to engage with virtual characters for free.
A national workshop bringing together government, private sector, academia, and civil society to discuss the implementation of Digital Nepal Framework 2.0 and shape the future of Nepal’s digital transformation.
This presentation dives into how artificial intelligence has reshaped Google's search results, significantly altering effective SEO strategies. Audiences will discover practical steps to adapt to these critical changes.
https://www.fulcrumconcepts.com/ai-killed-the-seo-star-2025-version/
BR Softech is a leading hyper-casual game development company offering lightweight, addictive games with quick gameplay loops. Our expert developers create engaging titles for iOS, Android, and cross-platform markets using Unity and other top engines.
OpenAI Just Announced Codex: A cloud engineering agent that excels in handlin...SOFTTECHHUB
The world of software development is constantly evolving. New languages, frameworks, and tools appear at a rapid pace, all aiming to help engineers build better software, faster. But what if there was a tool that could act as a true partner in the coding process, understanding your goals and helping you achieve them more efficiently? OpenAI has introduced something that aims to do just that.
UiPath AgentHack - Build the AI agents of tomorrow_Enablement 1.pptxanabulhac
Join our first UiPath AgentHack enablement session with the UiPath team to learn more about the upcoming AgentHack! Explore some of the things you'll want to think about as you prepare your entry. Ask your questions.
Digital Technologies for Culture, Arts and Heritage: Insights from Interdisci...Vasileios Komianos
Keynote speech at 3rd Asia-Europe Conference on Applied Information Technology 2025 (AETECH), titled “Digital Technologies for Culture, Arts and Heritage: Insights from Interdisciplinary Research and Practice". The presentation draws on a series of projects, exploring how technologies such as XR, 3D reconstruction, and large language models can shape the future of heritage interpretation, exhibition design, and audience participation — from virtual restorations to inclusive digital storytelling.
2. Traditional Big „A‟ Agile
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on
the right, we value the items on the left more.
3. Traditional Big „A‟ Agile
Agile Modeling
Agile Unified Process (AUP)
Dynamic Systems Development Method (DSDM)
Essential Unified Process (EssUP)
Extreme Programming (XP)
Feature Driven Development (FDD)
Open Unified Process (OpenUP)
Scrum
Velocity tracking
6. Little „a‟ agile
1. Can you react immediately and without
panic if external constraints on your
project change?
2. Do you review your process frequently
and regularly to make sure the answer to
the first question is always yes?
7. How can we do this in
waterfall or constrained
environments?
14. What Git is about
1. Use CVS as an example of what NOT to
do.
2. Support a distributed workflow
3. Strong safeguards against corruption,
PEBKAC or malicious
4. High Performance
#9: Horse: http://www.flickr.com/photos/cristic/265149677/ CC Attribution 2.0 Generic (CC BY 2.0)Bunny: http://squeak.preeminent.org/orgBlog/C244531379/E20051003220643/Media/trojanBunny.jpg Fair Use
#11: http://lostechies.com/wp-content/uploads/2011/03/pablos_solid_ebook.pdfSingle responsibility principlethe notion that an object should have only a single responsibility.Open/closed principlethe notion that “software entities … should be open for extension, but closed for modification”.Liskov substitution principlethe notion that “objects in a program should be replaceable with instances of their subtypes without altering the correctness of that program”. See also design by contract.Interface segregation principlethe notion that “many client specific interfaces are better than one general purpose interface.”Dependency inversion principlethe notion that one should “Depend upon Abstractions. Do not depend upon concretions.”Dependency injection is one method of following this principle.
#13: PIE – Program Intently and ExpressivelyBaby Steps – Don’t try to do the whole thing in once giant leap, cut off small pieces, work on them, test them, rinse, repeat. Keep this cycle tight so you know exactly when/where you messed something up.KISS – Don’t build a space shuttle, a bottle rocket would probably do.YAGNI – THROW AWAY CODE IF ITS COMMENTED OUT OR NOT IN USEDRY – Smack yourself if you copy paste code more than once. Move to method is great here, start with procedural then move to more genericized code.Boy Scout Rule – Leave it cleaner than you found it – renaming variables helps muchoGood Neighbor Rule – Cut your grass, make tests, automate things so you don’t leave a mess for your coworkers.
#18: Explain story with flaky VPN.Don’t have to be connected to the server to branch, merge, swap changes with coworkers.http://nvie.com/posts/a-successful-git-branching-model/- creative commons