This document discusses various project management topics including:
- Balancing effectiveness vs efficiency in project planning
- Reducing uncertainty through information gathering and risk identification
- Adapting plans based on changing realities and prioritizing delivered business value
- Shortening development cycles and frequent delivery of working features through an Agile approach like Scrum
GDG Cloud Southlake #5 Eric Harvieux: Site Reliability Engineering (SRE) in P...James Anderson
Eric Harvieux, an SRE on Google's Customer Reliability Engineering (CRE) team, will talk to us about Site Reliability Engineering (SRE) in Practice, including a panel discussion with Fidelity, Home Depot, Sabre, and Google SRE Practitioners. We hope to hear how real-life SRE is different than the books.
Webinar on Big Data Challenges : Presented by Raj KasturioGuild .
Big data is huge! with billions and billions of data sets and a need to analyze and apply that to real-life problem-solving is a challenge. Are traditional methods successful in solving big data problems?
Let’s take a look at the current state of big data, if traditional methodologies are providing the necessary answers quick enough. Is Agile/Scrum a good fit for big data?
– big data in any industry
– high data availability, real time analytics, data warehousing
– agile spectrum and where do my projects fall?
– big data complexity and empirical process control theory
– current industry trends
– metrics
Agile Patterns: Agile Estimation
We’re agile, so we don’t have to estimate and have no deadlines, right? Wrong! This session will consist of review of the problem with estimation in projects today and then an overview of the concept of agile estimation and the notion of re-estimation. We’ll learn about user stories, story points, team velocity, how to apply them all to estimation and iterative re-estimation. We will take a look at the cone of uncertainty and how to use it to your advantage. We’ll then take a look at the tools we will use for Agile Estimation, including planning poker, Visual Studio Team System, and much more. This is a very interactive session, so bring a lot of questions!
GDG Cloud Southlake #5 Eric Harvieux: Site Reliability Engineering (SRE) in P...James Anderson
Eric Harvieux, an SRE on Google's Customer Reliability Engineering (CRE) team, will talk to us about Site Reliability Engineering (SRE) in Practice, including a panel discussion with Fidelity, Home Depot, Sabre, and Google SRE Practitioners. We hope to hear how real-life SRE is different than the books.
Webinar on Big Data Challenges : Presented by Raj KasturioGuild .
Big data is huge! with billions and billions of data sets and a need to analyze and apply that to real-life problem-solving is a challenge. Are traditional methods successful in solving big data problems?
Let’s take a look at the current state of big data, if traditional methodologies are providing the necessary answers quick enough. Is Agile/Scrum a good fit for big data?
– big data in any industry
– high data availability, real time analytics, data warehousing
– agile spectrum and where do my projects fall?
– big data complexity and empirical process control theory
– current industry trends
– metrics
Agile Patterns: Agile Estimation
We’re agile, so we don’t have to estimate and have no deadlines, right? Wrong! This session will consist of review of the problem with estimation in projects today and then an overview of the concept of agile estimation and the notion of re-estimation. We’ll learn about user stories, story points, team velocity, how to apply them all to estimation and iterative re-estimation. We will take a look at the cone of uncertainty and how to use it to your advantage. We’ll then take a look at the tools we will use for Agile Estimation, including planning poker, Visual Studio Team System, and much more. This is a very interactive session, so bring a lot of questions!
This presentation discusses the following:
What is an estimate?
What are the factors influencing estimating?
How are agile projects estimated?
How Agile estimation solves common estimation problems?
A granular look into The Do's and Don't of Post Incident Analysis, featuring Jason Hand - DevOps Evangelist - from VictorOps and Jason Yee - Technical Writer/Evangelist - from Datadog.
Topics include a breakdown of the process in the following order:
- Service disruptions
- Detection
- Diagnosis
- Post-incident analysis
- Framework
D. Aitcheson. How to make forecasts that are actually accurate.Agile Lietuva
If you're fed up with endless arguments, over whether a story should be 3 points or 5 points? Irritated with having to provide estimates to your management that you know are probably going to be wrong? We investigated that there's a BETTER WAY. Can we make the unpredictable world of product development a little more predictable?
What it Means to be a Next-Generation Managed Service ProviderDatadog
Webinar that took place on July 12 2017.
The emergence of cloud-based infrastructure has dramatically reshaped
the IT landscape for managed service providers and their customers. Infrastructure is now dynamic, elastic, and instantly available to any individual or organization.
Customers are becoming increasingly aware of the value of cloud services, and with this heightened awareness comes the desire to partner with providers who can guide them toward innovative business solutions and high-performance environments. But in this new landscape, gaining insight into the status and performance of dynamic infrastructure and applications is more challenging than ever.
Join us as we host Thomas Robinson, Solutions Architect at Amazon Web Services, and Patrick Hannah, VP of Engineering at CloudHesive, to discuss what it means to be a next-generation managed service provider and how Datadog provides visibility into modern cloud infrastructure and helps you adopt new approaches to remain competitive in this ever-changing environment.
6 Project Management Mistakes We Made (Founder Institute, Hong Kong chapter)Martin Kessler
My deck of my short talk on the project management mistakes we made at Phonejoy in the beginning. Also featured in my latest blog post @ http://kessler.hk/owning-up-to-your-failures/.
2014 DeltaV life sciences booth at emerson exchangeK. David McKee
The booth demonstrated the integration between Syncade, DeltaV™ and SynTQ (Process Analytical Technology) with Syncade batch reports that highlight out of specification process parameters. The pharmaceutical customer can eliminate their long Batch review process and release batches in Real Time because of the total integration to the plant process.
importance of resources allocation in formal method of software engineering ...abdulrafaychaudhry
Project management is a very wide area of work, particularly in business. It covers many different topics which can be broken into even smaller particles. Work of a project manager is not only about giving people orders and telling them what to do. Many people limit their work of a project manager to supervising their employees and making sure everyone meets their deadline. But a good project manager knows it’s more than that.
Resource allocation in project management is one of those particles which make work of a good PM effective and significant. And even though it may seem simple, it is actually crucial in delivering a great project.
Resource allocation in project management is concerned with creating a plan which can help achieve future goals. There are many resources which have to be allocated when managing a project, beginning from budget to equipment and tools, to data and the project’s plan.
How To Allocate Resources
Resource allocation in project management is so important because it gives a clear picture on the amount of work that has to be done. It also helps to schedule ahead and have an insight into the team’s progress, including allocating the right amount of time to everyone on the team.
Resource allocation allows to plan and prepare for the project’s implementation or achieving goals. It is also possible to analyze existing threats and risks to the project.
But above all, resource allocation in project management helps to control all the workload. This, as a result, contributes to team’s effectiveness at work and what follows later is a satisfying and exhaustive project.
Presentation given by Richard Corderoy from the Oakland Group on 29 July 2020.
Link to the news story:
https://www.apm.org.uk/news/cutting-through-the-hype-how-to-use-advanced-analytics-to-do-practical-things-today-webinar/
Link to YouTube recording: https://youtu.be/OIsvCrFR5Uw
Agile in Practice An Agile Success Story February 2.docxnettletondevon
Agile in Practice
An Agile Success
Story
February 2012
2
Agile in Practice - An Agile Success Story
Contents
Overview
1
Why
Agile
2
How
We
Did
Agile
4
SCRUM-‐derived
Model
4
Distributed
Teams
5
Planning
6
Execution
7
Documentation
7
Reporting
8
Lessons
Learned
11
What
Worked
11
What
We
Could
Have
Done
Better
11
1 Agile in Practice - An Agile Success Story
Overview
Our client serves about 10,000 clients worldwide. Their aging platform was
proving to be inefficient, difficult and expensive to adapt to the changing needs of
their clients.
In August 2010 our client asked Deloitte Consulting (DC) to help drive an effort to
create a new global platform to offer portal, collaboration and document
management capabilities.
Many of the requirements for this new solution were above and beyond what the
selected platform, Microsoft SharePoint 2010 (SP), had to offer. To make matters
more complex, the expected number of combinations of clients, locations,
application modules and individual functionalities quickly grew into the
thousands. Moreover, our client had little experience embarking into an
enterprise like this one.
16 months and 11 releases later our top-talented DC team completed a solution
that exceeded our client's expectations. Each release delivered working
software, showing the team's progress and giving our client the opportunity to
adjust requirements and design as needed. Each release was delivered on time
and under budget, every time!
This document explains why we chose an agile life cycle model for this project,
how we implemented it and what lessons we learned, so other DC teams can
benefit from our experiences1.
1 For more information on Agile methodologies, please see the “Agile Development POV”
available on KX
2
Why Agile
Like many other large-scale projects, the first couple of months were mostly
dedicated to establish the overall vision, business case and define high-level
business requirements for the solution. We started off with a traditional waterfall
Software Development Life Cycle (SDLC) approach; given the strong emphasis
of our established methods (Playbook) and for the need for a tight control over
scope and budget, it seemed an adequate decision at the time.
The original concepts for the solution were vaguely defined so we needed a way
to make them concrete through continuous refinement iterations with our client.
By the end of January 2011, requirements and design work started to pile up and
our initial attempts to prototype some of these concepts were not working well.
The interactions between the client and DC teams took too long to get from
concept to requirements to prototype and back again. It was clear we had to
make important adjustm.
Agile in Practice An Agile Success Story February 2.docxsimonlbentley59018
Agile in Practice
An Agile Success
Story
February 2012
2
Agile in Practice - An Agile Success Story
Contents
Overview
1
Why
Agile
2
How
We
Did
Agile
4
SCRUM-‐derived
Model
4
Distributed
Teams
5
Planning
6
Execution
7
Documentation
7
Reporting
8
Lessons
Learned
11
What
Worked
11
What
We
Could
Have
Done
Better
11
1 Agile in Practice - An Agile Success Story
Overview
Our client serves about 10,000 clients worldwide. Their aging platform was
proving to be inefficient, difficult and expensive to adapt to the changing needs of
their clients.
In August 2010 our client asked Deloitte Consulting (DC) to help drive an effort to
create a new global platform to offer portal, collaboration and document
management capabilities.
Many of the requirements for this new solution were above and beyond what the
selected platform, Microsoft SharePoint 2010 (SP), had to offer. To make matters
more complex, the expected number of combinations of clients, locations,
application modules and individual functionalities quickly grew into the
thousands. Moreover, our client had little experience embarking into an
enterprise like this one.
16 months and 11 releases later our top-talented DC team completed a solution
that exceeded our client's expectations. Each release delivered working
software, showing the team's progress and giving our client the opportunity to
adjust requirements and design as needed. Each release was delivered on time
and under budget, every time!
This document explains why we chose an agile life cycle model for this project,
how we implemented it and what lessons we learned, so other DC teams can
benefit from our experiences1.
1 For more information on Agile methodologies, please see the “Agile Development POV”
available on KX
2
Why Agile
Like many other large-scale projects, the first couple of months were mostly
dedicated to establish the overall vision, business case and define high-level
business requirements for the solution. We started off with a traditional waterfall
Software Development Life Cycle (SDLC) approach; given the strong emphasis
of our established methods (Playbook) and for the need for a tight control over
scope and budget, it seemed an adequate decision at the time.
The original concepts for the solution were vaguely defined so we needed a way
to make them concrete through continuous refinement iterations with our client.
By the end of January 2011, requirements and design work started to pile up and
our initial attempts to prototype some of these concepts were not working well.
The interactions between the client and DC teams took too long to get from
concept to requirements to prototype and back again. It was clear we had to
make important adjustm.
This presentation discusses the following:
What is an estimate?
What are the factors influencing estimating?
How are agile projects estimated?
How Agile estimation solves common estimation problems?
A granular look into The Do's and Don't of Post Incident Analysis, featuring Jason Hand - DevOps Evangelist - from VictorOps and Jason Yee - Technical Writer/Evangelist - from Datadog.
Topics include a breakdown of the process in the following order:
- Service disruptions
- Detection
- Diagnosis
- Post-incident analysis
- Framework
D. Aitcheson. How to make forecasts that are actually accurate.Agile Lietuva
If you're fed up with endless arguments, over whether a story should be 3 points or 5 points? Irritated with having to provide estimates to your management that you know are probably going to be wrong? We investigated that there's a BETTER WAY. Can we make the unpredictable world of product development a little more predictable?
What it Means to be a Next-Generation Managed Service ProviderDatadog
Webinar that took place on July 12 2017.
The emergence of cloud-based infrastructure has dramatically reshaped
the IT landscape for managed service providers and their customers. Infrastructure is now dynamic, elastic, and instantly available to any individual or organization.
Customers are becoming increasingly aware of the value of cloud services, and with this heightened awareness comes the desire to partner with providers who can guide them toward innovative business solutions and high-performance environments. But in this new landscape, gaining insight into the status and performance of dynamic infrastructure and applications is more challenging than ever.
Join us as we host Thomas Robinson, Solutions Architect at Amazon Web Services, and Patrick Hannah, VP of Engineering at CloudHesive, to discuss what it means to be a next-generation managed service provider and how Datadog provides visibility into modern cloud infrastructure and helps you adopt new approaches to remain competitive in this ever-changing environment.
6 Project Management Mistakes We Made (Founder Institute, Hong Kong chapter)Martin Kessler
My deck of my short talk on the project management mistakes we made at Phonejoy in the beginning. Also featured in my latest blog post @ http://kessler.hk/owning-up-to-your-failures/.
2014 DeltaV life sciences booth at emerson exchangeK. David McKee
The booth demonstrated the integration between Syncade, DeltaV™ and SynTQ (Process Analytical Technology) with Syncade batch reports that highlight out of specification process parameters. The pharmaceutical customer can eliminate their long Batch review process and release batches in Real Time because of the total integration to the plant process.
importance of resources allocation in formal method of software engineering ...abdulrafaychaudhry
Project management is a very wide area of work, particularly in business. It covers many different topics which can be broken into even smaller particles. Work of a project manager is not only about giving people orders and telling them what to do. Many people limit their work of a project manager to supervising their employees and making sure everyone meets their deadline. But a good project manager knows it’s more than that.
Resource allocation in project management is one of those particles which make work of a good PM effective and significant. And even though it may seem simple, it is actually crucial in delivering a great project.
Resource allocation in project management is concerned with creating a plan which can help achieve future goals. There are many resources which have to be allocated when managing a project, beginning from budget to equipment and tools, to data and the project’s plan.
How To Allocate Resources
Resource allocation in project management is so important because it gives a clear picture on the amount of work that has to be done. It also helps to schedule ahead and have an insight into the team’s progress, including allocating the right amount of time to everyone on the team.
Resource allocation allows to plan and prepare for the project’s implementation or achieving goals. It is also possible to analyze existing threats and risks to the project.
But above all, resource allocation in project management helps to control all the workload. This, as a result, contributes to team’s effectiveness at work and what follows later is a satisfying and exhaustive project.
Presentation given by Richard Corderoy from the Oakland Group on 29 July 2020.
Link to the news story:
https://www.apm.org.uk/news/cutting-through-the-hype-how-to-use-advanced-analytics-to-do-practical-things-today-webinar/
Link to YouTube recording: https://youtu.be/OIsvCrFR5Uw
Agile in Practice An Agile Success Story February 2.docxnettletondevon
Agile in Practice
An Agile Success
Story
February 2012
2
Agile in Practice - An Agile Success Story
Contents
Overview
1
Why
Agile
2
How
We
Did
Agile
4
SCRUM-‐derived
Model
4
Distributed
Teams
5
Planning
6
Execution
7
Documentation
7
Reporting
8
Lessons
Learned
11
What
Worked
11
What
We
Could
Have
Done
Better
11
1 Agile in Practice - An Agile Success Story
Overview
Our client serves about 10,000 clients worldwide. Their aging platform was
proving to be inefficient, difficult and expensive to adapt to the changing needs of
their clients.
In August 2010 our client asked Deloitte Consulting (DC) to help drive an effort to
create a new global platform to offer portal, collaboration and document
management capabilities.
Many of the requirements for this new solution were above and beyond what the
selected platform, Microsoft SharePoint 2010 (SP), had to offer. To make matters
more complex, the expected number of combinations of clients, locations,
application modules and individual functionalities quickly grew into the
thousands. Moreover, our client had little experience embarking into an
enterprise like this one.
16 months and 11 releases later our top-talented DC team completed a solution
that exceeded our client's expectations. Each release delivered working
software, showing the team's progress and giving our client the opportunity to
adjust requirements and design as needed. Each release was delivered on time
and under budget, every time!
This document explains why we chose an agile life cycle model for this project,
how we implemented it and what lessons we learned, so other DC teams can
benefit from our experiences1.
1 For more information on Agile methodologies, please see the “Agile Development POV”
available on KX
2
Why Agile
Like many other large-scale projects, the first couple of months were mostly
dedicated to establish the overall vision, business case and define high-level
business requirements for the solution. We started off with a traditional waterfall
Software Development Life Cycle (SDLC) approach; given the strong emphasis
of our established methods (Playbook) and for the need for a tight control over
scope and budget, it seemed an adequate decision at the time.
The original concepts for the solution were vaguely defined so we needed a way
to make them concrete through continuous refinement iterations with our client.
By the end of January 2011, requirements and design work started to pile up and
our initial attempts to prototype some of these concepts were not working well.
The interactions between the client and DC teams took too long to get from
concept to requirements to prototype and back again. It was clear we had to
make important adjustm.
Agile in Practice An Agile Success Story February 2.docxsimonlbentley59018
Agile in Practice
An Agile Success
Story
February 2012
2
Agile in Practice - An Agile Success Story
Contents
Overview
1
Why
Agile
2
How
We
Did
Agile
4
SCRUM-‐derived
Model
4
Distributed
Teams
5
Planning
6
Execution
7
Documentation
7
Reporting
8
Lessons
Learned
11
What
Worked
11
What
We
Could
Have
Done
Better
11
1 Agile in Practice - An Agile Success Story
Overview
Our client serves about 10,000 clients worldwide. Their aging platform was
proving to be inefficient, difficult and expensive to adapt to the changing needs of
their clients.
In August 2010 our client asked Deloitte Consulting (DC) to help drive an effort to
create a new global platform to offer portal, collaboration and document
management capabilities.
Many of the requirements for this new solution were above and beyond what the
selected platform, Microsoft SharePoint 2010 (SP), had to offer. To make matters
more complex, the expected number of combinations of clients, locations,
application modules and individual functionalities quickly grew into the
thousands. Moreover, our client had little experience embarking into an
enterprise like this one.
16 months and 11 releases later our top-talented DC team completed a solution
that exceeded our client's expectations. Each release delivered working
software, showing the team's progress and giving our client the opportunity to
adjust requirements and design as needed. Each release was delivered on time
and under budget, every time!
This document explains why we chose an agile life cycle model for this project,
how we implemented it and what lessons we learned, so other DC teams can
benefit from our experiences1.
1 For more information on Agile methodologies, please see the “Agile Development POV”
available on KX
2
Why Agile
Like many other large-scale projects, the first couple of months were mostly
dedicated to establish the overall vision, business case and define high-level
business requirements for the solution. We started off with a traditional waterfall
Software Development Life Cycle (SDLC) approach; given the strong emphasis
of our established methods (Playbook) and for the need for a tight control over
scope and budget, it seemed an adequate decision at the time.
The original concepts for the solution were vaguely defined so we needed a way
to make them concrete through continuous refinement iterations with our client.
By the end of January 2011, requirements and design work started to pile up and
our initial attempts to prototype some of these concepts were not working well.
The interactions between the client and DC teams took too long to get from
concept to requirements to prototype and back again. It was clear we had to
make important adjustm.
Over the last five years, i-nexus has invested in significant research, working with nearly 80 companies to further understand the challenges and opportunities which a deployment faces as it grows and matures. The results of this research form the Performance Improvement Maturity Model. In this paper Paul Docherty, i-nexus’ CEO, concentrates on the second stage of the model, particularly on tactics to drive a program’s Return on Investment.
In addition to the research, Paul draws on his own experience gained during 15 years as a practitioner and deployment leader in a global telecoms company.
Scope Statement
1
Scope Statement
10
Scope Statement
CPMGT/300
April 18, 2016
Tammy Marion
Scope Statement
Define Project Scope
Project Scope is, “the work performed to deliver a product, service, or result with the specified features and functions” (Project Management Institute, Inc, 2013, Chapter 5). The benefit of defining project scope is that, “it describes the product, service, or result boundaries by defining which of the requirements collected will be included in and excluded from the project scope” (Project Management Institute, Inc, 2013, Chapter 5.3). The project scope of the project at hand is to eliminate the human element in the inventory management process through software installed in technician’s computers that will allow inventory to be tracked while in trucks and warehouses and provide the purchasing department with real time information on inventory levels. Also, by removing human error, inventory levels will achieve 99% accuracy levels.
Project Deliverables
A project deliverable is the main purpose of a project. The premise of a project is built upon deliverables. Burley (n.d.), describes project deliverables as, “The product or service that is given to the client”. Burley (n.d.) further states, “A deliverable has a due date, is tangible, measureable and specific”. Deliverables include any one, or combination of the following: software, systems, training programs, and milestones. Inventory Management, as in Group A’s company falls as a system, software, and milestone deliverables. The systematic deliverables include creating the framework to automate the inventory management. Currently, the inventory process is manual. The end deliverable is to remove the human element in inventory management, as it is passed off between three different parties- technicians, warehouse, and office personnel. The software deliverable is to have software installed on technician’s computers this way when inventory is checked out in the field, the inventory is updated real-time, as opposed to manual transactions which can result in loss of information. The software will help manage truck inventory, and warehouse inventory, and provide the purchasing department real-time information to ensure inventory levels are up to par. The milestone deliverable, is to have the first version of the software available by the beginning of the first quarter of 2017.
Product User Acceptance Criteria:
The process of inventory automation at the end of the project will have multiple benefits:
1.
The first will be the ability of a field technician to cost off inventory from a computer in the field which will then reorder automatically resupplying the technician.
2.
The project will cut down on wasted time having technicians manually keeping track of their inventory. This will cause a 10% increase to their productivity.
3.
The automated inventory process will reduce the lost and unaccounted inventory by 10% which will save millions.
4.
The need for.
Feature Prioritization Techniques for an Agile PMs by Microsoft PMProduct School
Main takeaways:
-PMs don't need a lot of data points to prioritize the features for the upcoming sprint. They just need to identify the relevant one's.
-PMs should be skilled to strike the balance between agility in making decisions and accuracy of perceived outcomes
-PMs should be able to prioritize the feature requests with minimum data points available and optimum techniques
Transcript: Selling digital books in 2024: Insights from industry leaders - T...BookNet Canada
The publishing industry has been selling digital audiobooks and ebooks for over a decade and has found its groove. What’s changed? What has stayed the same? Where do we go from here? Join a group of leading sales peers from across the industry for a conversation about the lessons learned since the popularization of digital books, best practices, digital book supply chain management, and more.
Link to video recording: https://bnctechforum.ca/sessions/selling-digital-books-in-2024-insights-from-industry-leaders/
Presented by BookNet Canada on May 28, 2024, with support from the Department of Canadian Heritage.
Key Trends Shaping the Future of Infrastructure.pdfCheryl Hung
Keynote at DIGIT West Expo, Glasgow on 29 May 2024.
Cheryl Hung, ochery.com
Sr Director, Infrastructure Ecosystem, Arm.
The key trends across hardware, cloud and open-source; exploring how these areas are likely to mature and develop over the short and long-term, and then considering how organisations can position themselves to adapt and thrive.
LF Energy Webinar: Electrical Grid Modelling and Simulation Through PowSyBl -...DanBrown980551
Do you want to learn how to model and simulate an electrical network from scratch in under an hour?
Then welcome to this PowSyBl workshop, hosted by Rte, the French Transmission System Operator (TSO)!
During the webinar, you will discover the PowSyBl ecosystem as well as handle and study an electrical network through an interactive Python notebook.
PowSyBl is an open source project hosted by LF Energy, which offers a comprehensive set of features for electrical grid modelling and simulation. Among other advanced features, PowSyBl provides:
- A fully editable and extendable library for grid component modelling;
- Visualization tools to display your network;
- Grid simulation tools, such as power flows, security analyses (with or without remedial actions) and sensitivity analyses;
The framework is mostly written in Java, with a Python binding so that Python developers can access PowSyBl functionalities as well.
What you will learn during the webinar:
- For beginners: discover PowSyBl's functionalities through a quick general presentation and the notebook, without needing any expert coding skills;
- For advanced developers: master the skills to efficiently apply PowSyBl functionalities to your real-world scenarios.
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
Generating a custom Ruby SDK for your web service or Rails API using Smithyg2nightmarescribd
Have you ever wanted a Ruby client API to communicate with your web service? Smithy is a protocol-agnostic language for defining services and SDKs. Smithy Ruby is an implementation of Smithy that generates a Ruby SDK using a Smithy model. In this talk, we will explore Smithy and Smithy Ruby to learn how to generate custom feature-rich SDKs that can communicate with any web service, such as a Rails JSON API.
Dev Dives: Train smarter, not harder – active learning and UiPath LLMs for do...UiPathCommunity
💥 Speed, accuracy, and scaling – discover the superpowers of GenAI in action with UiPath Document Understanding and Communications Mining™:
See how to accelerate model training and optimize model performance with active learning
Learn about the latest enhancements to out-of-the-box document processing – with little to no training required
Get an exclusive demo of the new family of UiPath LLMs – GenAI models specialized for processing different types of documents and messages
This is a hands-on session specifically designed for automation developers and AI enthusiasts seeking to enhance their knowledge in leveraging the latest intelligent document processing capabilities offered by UiPath.
Speakers:
👨🏫 Andras Palfi, Senior Product Manager, UiPath
👩🏫 Lenka Dulovicova, Product Program Manager, UiPath
Securing your Kubernetes cluster_ a step-by-step guide to success !KatiaHIMEUR1
Today, after several years of existence, an extremely active community and an ultra-dynamic ecosystem, Kubernetes has established itself as the de facto standard in container orchestration. Thanks to a wide range of managed services, it has never been so easy to set up a ready-to-use Kubernetes cluster.
However, this ease of use means that the subject of security in Kubernetes is often left for later, or even neglected. This exposes companies to significant risks.
In this talk, I'll show you step-by-step how to secure your Kubernetes cluster for greater peace of mind and reliability.
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.
Accelerate your Kubernetes clusters with Varnish CachingThijs Feryn
A presentation about the usage and availability of Varnish on Kubernetes. This talk explores the capabilities of Varnish caching and shows how to use the Varnish Helm chart to deploy it to Kubernetes.
This presentation was delivered at K8SUG Singapore. See https://feryn.eu/presentations/accelerate-your-kubernetes-clusters-with-varnish-caching-k8sug-singapore-28-2024 for more details.
3. Reduce uncertainty
Can we do it? How?
Gather information
What will be needed in order to get this
done
Trying to avoid failure
Identify risks
4. When information is missing we can:
Guess, Estimate => Guesstimate
Use semi formal models (COCOMO ,
Wideband Delphi,…)
Use prior experience - Consult the
experts.
4
5. Or we can reduce
uncertainty by
generating concrete
knowledge
5
6. Project Execution
The phase in which the project is being built.
Ideally by following the plan.
However, “The Plan” won’t change reality!!!
When moving to execution “The Plan” has no
significance.
“Responding to change over following a plan”
6
7. 7
When planning, its important
to make sure that team
members capacity is filled with
enough work.
10. From the plan we derive
Team size,
Scope, and
Timeline
We give those to the development team.
Work is spitted into milestones
Without usable, measurable deliveries.
Without considering value to customer.
Work is started and monitored.
10
11. Add more people
“Adding manpower to a late software project makes it
later” Brooks's law, ”The Mythical Man-Month.”
Increase Pressure
Result in decreased quality, which causes further
delays.
Reduce scope or Delay
No real management “API’s”
11
14. Assume the plan is wrong.
Maximize delivered business value.
At any given point in time.
Closely measure progress.
Minimize Waste.
By applying Just In Time Principle.
Always adopt the plan to reality.
14
15. We create the set of requirements (Backlog).
We pick the content delivered to
customer(Release).
Work is done in an short cycles (Sprints).
Each cycle produces a set of complete working
features.
Progress is tracked and plan is adopted.
15
16. Add more people
"adding manpower to a late software project makes it
later" Brooks's law ,The Mythical Man-Month.
Increase Pressure
Result in decreased quality, which causes further
delays.
Reduce scope or Delay
16
17. At the end of every sprint, the product backlog
is updated
Priorities can be changed,
Estimations are corrected,
and Progress is plotted.
The Release plan is “fixed”,
and communicated to the customer.
Changes are applied to the work plan
17
18. 19
User Interface
Business Logic
Data Layer
Infra Structure
X 4 months
X 4 months
X 4 months
X 4 months4 months 3 weeks
4 months
4 months 1 week
Going to
take 6
months
19. First, lets check were we are:
Infra, DAL and BL are done.
We have 3 more months so we can finish 50% of the
UI
We can either:
Deliver 50% of the functionality (hoping to buy some time to
finish more)
Sit with client and postpone the delivery date
20
20. 21
User Interface
Business Logic
Data Layer
Infra Structure
4
months
4
months
4
months
4
months
4 months
3 weeks
4 months 4 months
1 week
Going to take
6 months
21. First, lets check were we are:
3 parts are done (75%).
We have 3 more months so we can finish 50% of the
final part
We can either:
Deliver almost 90% of the functionality
Sit with client and postpone the delivery date
22
23. Lior Friedman – Co-Founder of Practical Agile
We help companies improve using Agile
techniques
I’m also a professional programmer
So I help other programmer improve on their
Technical Skills
You can find me at:
lior@practical-agile.com
http://imistaken.blogspot.co.il/
@imistaken
Editor's Notes
Effectiveness is the capability of producing a desired result. When something is deemed effective, it means it has an intended or expected outcome, or produces a deep, vivid impressionEfficiency in general describes the extent to which time, effort or cost is well used for the intended task or purpose.It is often used with the specific purpose of relaying the capability of a specific application of effort to produce a specific outcome effectively with a minimum amount or quantity of waste, expense, or unnecessary effort. "Efficiency" has widely varying meanings in different disciplines.
WhileEffeciency is desired, Effectiveness is Actually what’`s needed.