This document discusses measuring and managing flow in a Kanban system. It provides examples of using metrics like lead time, cycle time, work in progress (WIP) to identify bottlenecks and continuously improve processes. Charts show tracking individual work items and iterations to determine where time is spent waiting vs working and how average lead times change over time. Keeping metrics simple at first with tools like cumulative flow diagrams is recommended before using more advanced techniques like Little's Law. The goal is to shorten lead times through iterative improvements informed by data.
Glidein startup Internals and Glidein configuration - glideinWMS Training Jan...Igor Sfiligoi
This presentation provides a detailed insight on the internal working of the glideinWMS glidein startup script and the glideins in general . Part of the glideinWMS Training session held in Jan 2012 at UCSD.
glideinWMS Frontend Internals - glideinWMS Training Jan 2012Igor Sfiligoi
This presentation provides a detailed insight on the internal working of the glideinWMS Frontend. Part of the glideinWMS Training session held in Jan 2012 at UCSD.
Awareness on Total Quality Management. Information, history regarding quality is collected from various sources like internet, books. It compiled and presented to know what is TQM.
Design Quality: Learning from the Mistakes of the US Auto IndustryJake Truemper
This presentation covers the early success of the US auto industry, as pioneered by Henry Ford, through present day struggles. Detroit's "Big Three" ultimately self-destructed by focusing on production and short-term sales, while Japanese manufacturers, as influenced by Dr. W. Edwards Deming, focused on design quality. Deming's popular "14 Points" are applied to current trends in software and web development, as we draw from history to learn how the information technology field can avoid the same fate.
Glidein startup Internals and Glidein configuration - glideinWMS Training Jan...Igor Sfiligoi
This presentation provides a detailed insight on the internal working of the glideinWMS glidein startup script and the glideins in general . Part of the glideinWMS Training session held in Jan 2012 at UCSD.
glideinWMS Frontend Internals - glideinWMS Training Jan 2012Igor Sfiligoi
This presentation provides a detailed insight on the internal working of the glideinWMS Frontend. Part of the glideinWMS Training session held in Jan 2012 at UCSD.
Awareness on Total Quality Management. Information, history regarding quality is collected from various sources like internet, books. It compiled and presented to know what is TQM.
Design Quality: Learning from the Mistakes of the US Auto IndustryJake Truemper
This presentation covers the early success of the US auto industry, as pioneered by Henry Ford, through present day struggles. Detroit's "Big Three" ultimately self-destructed by focusing on production and short-term sales, while Japanese manufacturers, as influenced by Dr. W. Edwards Deming, focused on design quality. Deming's popular "14 Points" are applied to current trends in software and web development, as we draw from history to learn how the information technology field can avoid the same fate.
Taguchi Method is a new engineering design optimisation methodology that improves the quality of existing products and processes and simultaneously reduces their costs very rapidly, with minimum engineering resources and development man-hours
[LKUK13] I Broke the WIP Limit Twice, and I'm Still on the TeamZsolt Fabok
Starting over requires us to do at least two things: re-learn the principles and practices, and look for examples on how others recovered. I believe that understanding the pull system, the WIP limits, and the difference between manufacturing and software development will give us enough to recover faster from failures and accelerate the learning process. Moreover, I assume that I did more wrong than right during my journey in Kanban land, and it cost me a lot. I believe that if I share these stories with you, it will save you a great deal of trouble for yourself, and if not, at least you'll have some ideas on how to recover.
[OOP 2014] Social Sciences Make a DifferenceZsolt Fabok
Being aware of the state of our minds and our environment is very important not only for Agile teams, but for any team. Let's say that you have made up your mind about what you are going to do and are about to execute your plan. There may be several courses of action for you to take at this point, and in my experience the best way is to examine the situation, look for social science studies that match the problem at hand, pick one, and carefully apply its recommendations. The more studies and experiments you know the better your chances are to pick the right one, and make a positive difference.
[Agile Adria Croatia 2014] The Road to a Fairly Predictable SystemZsolt Fabok
I see agile software development methodologies (Scrum and XP) and modern management methods (Kanban) as tools for predictability. The development organisation would like to know what is coming and whether it will be the right thing to do. On the other side, the management would like to know when the new features can hit the market. Both want predictability but in a different way. At Prezi, we are on the road to a fairly predictable system that can accurately tell us what the next right thing to do will be and also when it is going to be ready. We are far from a perfect system, we had our ups and downs, but after every down we are more up than before.
I gave this talk at the Budapest University of Technology and Economics to psychology students about the philosophies we use to build and improve a workplace. I covered a wide range of topics (Taylor, Kanban, staff liquidity, cynefin, etc.)
Taguchi Method is a new engineering design optimisation methodology that improves the quality of existing products and processes and simultaneously reduces their costs very rapidly, with minimum engineering resources and development man-hours
[LKUK13] I Broke the WIP Limit Twice, and I'm Still on the TeamZsolt Fabok
Starting over requires us to do at least two things: re-learn the principles and practices, and look for examples on how others recovered. I believe that understanding the pull system, the WIP limits, and the difference between manufacturing and software development will give us enough to recover faster from failures and accelerate the learning process. Moreover, I assume that I did more wrong than right during my journey in Kanban land, and it cost me a lot. I believe that if I share these stories with you, it will save you a great deal of trouble for yourself, and if not, at least you'll have some ideas on how to recover.
[OOP 2014] Social Sciences Make a DifferenceZsolt Fabok
Being aware of the state of our minds and our environment is very important not only for Agile teams, but for any team. Let's say that you have made up your mind about what you are going to do and are about to execute your plan. There may be several courses of action for you to take at this point, and in my experience the best way is to examine the situation, look for social science studies that match the problem at hand, pick one, and carefully apply its recommendations. The more studies and experiments you know the better your chances are to pick the right one, and make a positive difference.
[Agile Adria Croatia 2014] The Road to a Fairly Predictable SystemZsolt Fabok
I see agile software development methodologies (Scrum and XP) and modern management methods (Kanban) as tools for predictability. The development organisation would like to know what is coming and whether it will be the right thing to do. On the other side, the management would like to know when the new features can hit the market. Both want predictability but in a different way. At Prezi, we are on the road to a fairly predictable system that can accurately tell us what the next right thing to do will be and also when it is going to be ready. We are far from a perfect system, we had our ups and downs, but after every down we are more up than before.
I gave this talk at the Budapest University of Technology and Economics to psychology students about the philosophies we use to build and improve a workplace. I covered a wide range of topics (Taylor, Kanban, staff liquidity, cynefin, etc.)
Let's dive deeper into the world of ODC! Ricardo Alves (OutSystems) will join us to tell all about the new Data Fabric. After that, Sezen de Bruijn (OutSystems) will get into the details on how to best design a sturdy architecture within ODC.
Builder.ai Founder Sachin Dev Duggal's Strategic Approach to Create an Innova...Ramesh Iyer
In today's fast-changing business world, Companies that adapt and embrace new ideas often need help to keep up with the competition. However, fostering a culture of innovation takes much work. It takes vision, leadership and willingness to take risks in the right proportion. Sachin Dev Duggal, co-founder of Builder.ai, has perfected the art of this balance, creating a company culture where creativity and growth are nurtured at each stage.
GDG Cloud Southlake #33: Boule & Rebala: Effective AppSec in SDLC using Deplo...James Anderson
Effective Application Security in Software Delivery lifecycle using Deployment Firewall and DBOM
The modern software delivery process (or the CI/CD process) includes many tools, distributed teams, open-source code, and cloud platforms. Constant focus on speed to release software to market, along with the traditional slow and manual security checks has caused gaps in continuous security as an important piece in the software supply chain. Today organizations feel more susceptible to external and internal cyber threats due to the vast attack surface in their applications supply chain and the lack of end-to-end governance and risk management.
The software team must secure its software delivery process to avoid vulnerability and security breaches. This needs to be achieved with existing tool chains and without extensive rework of the delivery processes. This talk will present strategies and techniques for providing visibility into the true risk of the existing vulnerabilities, preventing the introduction of security issues in the software, resolving vulnerabilities in production environments quickly, and capturing the deployment bill of materials (DBOM).
Speakers:
Bob Boule
Robert Boule is a technology enthusiast with PASSION for technology and making things work along with a knack for helping others understand how things work. He comes with around 20 years of solution engineering experience in application security, software continuous delivery, and SaaS platforms. He is known for his dynamic presentations in CI/CD and application security integrated in software delivery lifecycle.
Gopinath Rebala
Gopinath Rebala is the CTO of OpsMx, where he has overall responsibility for the machine learning and data processing architectures for Secure Software Delivery. Gopi also has a strong connection with our customers, leading design and architecture for strategic implementations. Gopi is a frequent speaker and well-known leader in continuous delivery and integrating security into software delivery.
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Jeffrey Haguewood
Sidekick Solutions uses Bonterra Impact Management (fka Social Solutions Apricot) and automation solutions to integrate data for business workflows.
We believe integration and automation are essential to user experience and the promise of efficient work through technology. Automation is the critical ingredient to realizing that full vision. We develop integration products and services for Bonterra Case Management software to support the deployment of automations for a variety of use cases.
This video focuses on the notifications, alerts, and approval requests using Slack for Bonterra Impact Management. The solutions covered in this webinar can also be deployed for Microsoft Teams.
Interested in deploying notification automations for Bonterra Impact Management? Contact us at sales@sidekicksolutionsllc.com to discuss next steps.
UiPath Test Automation using UiPath Test Suite series, part 4DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 4. In this session, we will cover Test Manager overview along with SAP heatmap.
The UiPath Test Manager overview with SAP heatmap webinar offers a concise yet comprehensive exploration of the role of a Test Manager within SAP environments, coupled with the utilization of heatmaps for effective testing strategies.
Participants will gain insights into the responsibilities, challenges, and best practices associated with test management in SAP projects. Additionally, the webinar delves into the significance of heatmaps as a visual aid for identifying testing priorities, areas of risk, and resource allocation within SAP landscapes. Through this session, attendees can expect to enhance their understanding of test management principles while learning practical approaches to optimize testing processes in SAP environments using heatmap visualization techniques
What will you get from this session?
1. Insights into SAP testing best practices
2. Heatmap utilization for testing
3. Optimization of testing processes
4. Demo
Topics covered:
Execution from the test manager
Orchestrator execution result
Defect reporting
SAP heatmap example with demo
Speaker:
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
Connector Corner: Automate dynamic content and events by pushing a buttonDianaGray10
Here is something new! In our next Connector Corner webinar, we will demonstrate how you can use a single workflow to:
Create a campaign using Mailchimp with merge tags/fields
Send an interactive Slack channel message (using buttons)
Have the message received by managers and peers along with a test email for review
But there’s more:
In a second workflow supporting the same use case, you’ll see:
Your campaign sent to target colleagues for approval
If the “Approve” button is clicked, a Jira/Zendesk ticket is created for the marketing design team
But—if the “Reject” button is pushed, colleagues will be alerted via Slack message
Join us to learn more about this new, human-in-the-loop capability, brought to you by Integration Service connectors.
And...
Speakers:
Akshay Agnihotri, Product Manager
Charlie Greenberg, Host
UiPath Test Automation using UiPath Test Suite series, part 3DianaGray10
Welcome to UiPath Test Automation using UiPath Test Suite series part 3. In this session, we will cover desktop automation along with UI automation.
Topics covered:
UI automation Introduction,
UI automation Sample
Desktop automation flow
Pradeep Chinnala, Senior Consultant Automation Developer @WonderBotz and UiPath MVP
Deepak Rai, Automation Practice Lead, Boundaryless Group and UiPath MVP
Epistemic Interaction - tuning interfaces to provide information for AI supportAlan Dix
Paper presented at SYNERGY workshop at AVI 2024, Genoa, Italy. 3rd June 2024
https://alandix.com/academic/papers/synergy2024-epistemic/
As machine learning integrates deeper into human-computer interactions, the concept of epistemic interaction emerges, aiming to refine these interactions to enhance system adaptability. This approach encourages minor, intentional adjustments in user behaviour to enrich the data available for system learning. This paper introduces epistemic interaction within the context of human-system communication, illustrating how deliberate interaction design can improve system understanding and adaptation. Through concrete examples, we demonstrate the potential of epistemic interaction to significantly advance human-computer interaction by leveraging intuitive human communication strategies to inform system design and functionality, offering a novel pathway for enriching user-system engagements.
DevOps and Testing slides at DASA ConnectKari Kakkonen
My and Rik Marselis slides at 30.5.2024 DASA Connect conference. We discuss about what is testing, then what is agile testing and finally what is Testing in DevOps. Finally we had lovely workshop with the participants trying to find out different ways to think about quality and testing in different parts of the DevOps infinity loop.
Neuro-symbolic is not enough, we need neuro-*semantic*Frank van Harmelen
Neuro-symbolic (NeSy) AI is on the rise. However, simply machine learning on just any symbolic structure is not sufficient to really harvest the gains of NeSy. These will only be gained when the symbolic structures have an actual semantics. I give an operational definition of semantics as “predictable inference”.
All of this illustrated with link prediction over knowledge graphs, but the argument is general.
7. ≈
Shortening means:
• I measure
• I know the tendency
• I have an idea how to do it
• I actually do it
• I measure again
• I check on the progress
8. ≈
Shortening means:
• I measure
• I know the tendency
• I have an idea how to do it
• I actually do it
• I measure again
• I check on the progress
This is CONTINUOUS IMPROVEMENT!
10. 40
32
Number of Items
24
16
8
0
1 2 3 4 5 6 7 8
Iterations
Done
In Progress
Queued CFD is better, but too
complicated at first
11. 40
32
Number of Items
24
lead time
16
8
0
1 2 3 4 5 6 7 8
Iterations
Done
In Progress
Queued CFD is better, but too
complicated at first
12. 40
32
Number of Items
24
lead time
16
8 cycle time
0
1 2 3 4 5 6 7 8
Iterations
Done
In Progress
Queued CFD is better, but too
complicated at first
13. 40
32
Number of Items
24
lead time WIP
16
8 cycle time
0
1 2 3 4 5 6 7 8
Iterations
Done
In Progress
Queued CFD is better, but too
complicated at first
14. 40
new items
32
Number of Items
24
lead time WIP
16
8 cycle time
0
1 2 3 4 5 6 7 8
Iterations
Done
In Progress
Queued CFD is better, but too
complicated at first
15. We need a KISS (Keep It Small and Simple)
image source: http://bit.ly/t5YKtv
16. Now we are talking:
individual lead times in iteration 5 average lead times per iteration*
20 8
lead time in days
15 6
lead time in days
10 4
5 2
0 1
5 6 7 8 9 10 2 3 0
1 2 3 4 4 5
work items, # iterations
*an iteration is 5 days long
24. Another example:
we changed here
number of items moved back
15
12
9
6
3
0
1 2 3 4 5 6 7 8
iterations
25. One more example, just for fun :-)
‘M’ sized items on weekdays
number of items average lead time
7 13
5 10
4 7
2 3
0 0
Monday Wednesday Friday Monday Wednesday Friday
26. We don’t use it, but worth mentioning:
work in progress *
cycle time =
(lead time) capacity (throughput)
Our “ideal” WIP Limit would be: 8 * 1 = 8
* Little’s Law
27. Something not related to Kanban:
satisfaction index
5
4
3
1
0
-1
-3
-4
1 2 3 4 5
product owner
team
28. Thank you very much for your attention!
http://zsoltfabok.com @ZsoltFabok
29. The last page:
• The SLA idea comes from Angel Medina:
• http://www.proyectalis.com/en/blog/
• The presented data is courtesy of Digital Natives:
• http://digitalnatives.hu