The document summarizes lessons learned from implementing DevOps practices at Google and applying them to modernize practices in the U.S. federal government. It discusses how Google used transparency, autonomy, collaboration, and other principles to change culture and empower developers. It then outlines similar principles that could be applied in government to overcome inertia, ignorance, and other challenges through initiatives like a shared knowledge base, collaboration groups, and emphasizing learning over process. The overall message is that DevOps success depends on empowering individuals and embracing principles that have worked for open source and other organizations.
Keeping it real: How to engage and motivate staffMarlies van Dijk
This document discusses ways to engage and motivate staff in the workplace. It begins with a personal story and then discusses three types of employees: Contributors, who are highly engaged; Compliant, who do what is asked; and Contras, who are resistant to change. Research shows that engaged Contributors create much more value than Compliant employees. The document provides tips for engagement, such as making employees feel they belong, allowing more autonomy, treating people fairly, and focusing on positive change rather than just complaints. It emphasizes listening to staff, being transparent, and asking about desired changes rather than just implementing new guidelines. Celebrating individual strengths and collaborating are also recommended for engagement.
This document summarizes Andrew Clay Shafer's talk "Making OpenStack Work: An Authentic Critique" given at the Open Business Conference on May 6th 2014. The talk discusses issues with OpenStack including a long feedback cycle with weak signals, the proliferation of projects with no foundation, and metrics that don't reflect real contributions or usage. Shafer suggests focusing on quality instead of timed releases, learning distributed systems principles, and handling dissent within communities.
A Fresh Look at Loneliness and Social IsolationPaul Taylor
The document discusses ways to address loneliness by turning it into an opportunity. It suggests that loneliness may partly be a result of how social services are organized. Instead of focusing on deficits, it proposes looking for community assets and strengths. Some ideas include creating physical and virtual spaces to encourage conversation, matching lonely people using an app, allowing people more influence over neighbors, and using technology like cameras on goats to bring communities together rather than rushing to digital solutions. It concludes that removing barriers to conversation and creativity could help humanize services and tap existing community networks instead of creating new ones.
Working Out Loud, openly narrating your work, can help you build a network that will make you more effective and provide you the opportunity to connect to new people and opportunities.
7 Secrets to Union & Management Success with Teams, MLMA 2014Deb Nystrom
Presented at the Partnerships in Progress Michigan Labor and Management Association Conference, 2014, East Lansing, Michigan http://mlma.org/
7 Secrets to Union-Management Success with Teams
Once what I want differs from what you want, we are in conflict. Conflict will naturally increase when shifting from a supervisor-to-employee model to a team model. This presentation describes a whole system, top to bottom and side to side process to implement teams in a union environment. The "from me to we" shift is continuous process that requires a different type of renewal annually. With commitment to this approach, everyone from top management and union officials down to frontline supervisors and employees can mutually benefit.
Deb Nystrom, REVELN Consulting and Ron Koller, Fenwick Koller Associates
Office 365 User Group (Birmingham) The Value of Office365 for Micro BusinessesAntony Clay
The document discusses how work is changing and the role of technology in enabling new ways of working. It notes that most work is no longer done in factories and the traditional 9-5 schedule does not exist. Organizations have changed and networks allow collaborating outside traditional hierarchies. Economic pressures, cultural shifts, and physical constraints are driving a need for innovation. The cloud allows work to be done from anywhere and enables focusing on business rather than infrastructure.
Agile: MK Success breeds success - so how do you get that?Rob Brown
A few of the interesting problems facing the embedding of any "agile" frameworks, practices or principles, let alone the so-called "agile at scale" mega-frameworks people are losing a lot of time, energy, money and people attempting to "drive in". Versus my experiences in observing and implementing a few simple and natural teaming practices that ... I believe avoid the necessity of even going down "that road".
O365 Edinburgh User Group - Changing worlds, changing technology and changing...Antony Clay
O365 Edinburgh User Group - Changing worlds, changing technology and changing project approaches.
A session about how we need to change our approach to delivering projects now that the world of work has changed and we have cloud platforms like Office 365.
Preso for Davis Publication's Davis Virtual Retreat 2010 by Craig Roland and Matt Cauthron for art educators across the country interested in using social media to promote art programs.
If you want to use some or part of my deck please find me on LinkedIn and tell me what you are up too.
Talk given to 600 students from 70 countries at EIA's summer program in Turin Italy.
Social Intranets - HR's Innovation Opportunity - XII Simposio internacional d...Gordon Ross
This document discusses social intranets and their benefits for HR. It defines a social intranet as an internal company website that incorporates social features like blogs, feeds, profiles and wikis to allow all employees to author and share content and easily connect. The document argues that HR should care about social intranets because engaged employees are more productive and innovative workplaces lead to measurable business results. It also argues that HR should lead the implementation of social intranets as they are well-positioned to foster employee engagement, identity, voice and community - all key factors that drive innovation.
Working Out Loud: Are You Ready for the Journey?Helen Blunden
On 19 November 2015, I will presenting a webinar on Working Out Loud for the Australian Institute of Training and Development. Here are a selection of my slides where I will present my own personal story and understanding of how working out loud allowed me to develop personally and professionally.
5 steps to learn what your customers (really) wantLane Goldstone
This document outlines 5 easy steps to learn what customers really want:
1. Have a plan to identify who to talk to and where to find them before conducting interviews.
2. Pair up for interviews so one person guides the conversation while the other takes notes.
3. Create an open-ended conversation using questions to understand needs and goals rather than leading questions.
4. Show any demos or prototypes at the end of interviews.
5. Continuously share what is being learned through notes, photos, discussions to gather feedback.
Stories, tips and advice on working well with others; taking advantage of diversity, giving and receiving better feedback, remote working, advice for designers working with engineers and vice versa, practical tips, tools and resources.
If Social Learning is the Answer, What's the Question?Marcia Conner
For a ON24 Virtual Learning Live session, I facilitated a conversation about social learning and how it can benefit organizations. See the full website here> http://event.on24.com/r.htm?e=597394&s=1&k=E4CFAB7DEC20F0A74602F4D304C6FF29&userreg=n
The Art of Business - Creativity, Communication & CollaborationKeith De La Rue
The document discusses the importance of creativity for business success and collaboration. It argues that creativity is possible for all types of work and workers. Some myths about creativity are that only geniuses can be creative and that there is a trade-off between creativity and productivity. The document provides tips for leaders to support creativity in their teams and outlines key principles for effective collaboration including trust, openness, recognition, and respect. Storytelling is presented as an effective way to communicate creatively.
Google Plus is a social network launched in 2011 that allows users to connect with others and organize contacts into circles like family and friends. It introduced features like video chat, profiles, and a "+1" button to indicate likes. While it had 250 million registered users by 2015, only 150 million were active. The document discusses how Google Plus differs from Facebook and how its features like circles and "+1" could benefit businesses for networking, advertising, and search engine optimization once the platform grows in popularity.
State of Drupal keynote, DrupalCon AmsterdamDries Buytaert
The document discusses strategies for sustaining open source projects like Drupal that rely on volunteer contributions. It notes challenges around maintaining motivation as projects grow larger and more complex. It proposes tracking contributions from individuals, organizations, and end users to give them recognition and incentivize continued involvement. Tracking different types of contributions beyond just code could help capture an organization's full participation.
This document discusses ways to grow and strengthen entrepreneurial ecosystems. It outlines four constants of great startup communities: 1) being entrepreneur-led, 2) inclusiveness, 3) rallying points like events and programs, and 4) long-term perspective. Specific strategies are provided, such as making sure the ecosystem is bottom-up driven by entrepreneurs' wants, having resources for different types of entrepreneurs, and developing metrics to measure ecosystem health. The talk emphasizes the need to "defrag" ecosystems by understanding connections, aligning resources to roadmaps, and celebrating successes to inspire others.
The document discusses how the concept of DevOps has evolved and what may come next. It argues that the game has changed in that organizations need to focus more on cultivating a culture of continuous learning and breaking down silos. To thrive in the future, organizations will need to become "learning organizations" by assessing their performance on dimensions like team learning, empowerment, and strategic leadership. They will also need to move beyond labels like "DevOps" and focus on cultivating sharing and growth in individuals. The key is becoming a learning organization that helps others learn as well.
This document provides an introduction to DevOps. It begins with background on the presenter and then outlines the topics to be covered: What is DevOps?, Why DevOps?, and How to DevOps?. Under What is DevOps?, it explains that DevOps emphasizes communication and collaboration between development and operations teams. It also discusses definitions of DevOps and what DevOps is not. The Why DevOps? section notes that DevOps can increase speed, reduce risks, and help companies adapt to changes. How to DevOps? involves cultural shifts, focusing on people, processes, tools, and adopting concepts like automation, lean, measurement and sharing.
Memetic infrastructure refers to ideas and systems that can self-replicate and spread, like religions and commercial franchises have done. New forms of memetic infrastructure are emerging online that allow communities and cultural concepts to spread at internet speed through tools, excitement, and case studies. These include events like BarCamps and DevHouses as well as organizations like hackerspaces. Effective communities share a vision and values, make members feel like they belong, and encourage involvement and assistance of sister organizations. The evolution of communities often involves building online interest, having initial meetings, meeting regularly, acquiring a venue, and becoming a movement. Hackerspaces have grown exponentially from a few in the 1990s to over 150 worldwide in under 15 years, showing
The document discusses creating a culture that supports continuous delivery at Ancestry.com. It outlines several lessons learned, including being a change agent, adopting a lean-agile mindset, preparing stakeholders for change through education and envisioning the future state, invoking an emotional response to gain buy-in for changes, and challenging existing norms and assumptions. The goal is to transform the culture to better support continuous delivery of value to customers.
Leadership Metaphor Explorer CCL Labs Webinar SeriesCharles Palus
Leadership Metaphor Explorer™ is a deck of postcard-size cards illustrated with a rich variety of drawings and captions designed to provoke insights and different perspectives about leadership, in support of creative conversations. By CCL Labs at the Center for Creative Leadership (David Magellan Horth, Charles J. Palus, Steadman Harrison, Lyndon Rego).
More on Leadership Metaphor Explorer here: http://www.leadingeffectively.com/leadership-explorer/category/metaphor/
Webinar Series Archive is here: http://www.leadingeffectively.com/leadership-explorer/introductory-webinars-for-explorers-and-essentials/
DevOpsing in a Microsoft World - An experience report from Columbia SportswearScott Nasello
The document discusses challenges in implementing DevOps practices within a Microsoft-centric organization and outlines strategies to address those challenges. It describes typical challenges such as reliance on vendors, siloed teams, and resistance to change. It emphasizes that enduring DevOps transformations require a commitment to becoming a learning organization. Interviews are presented where individuals discuss their journey implementing DevOps and lessons learned around constant change, lack of prioritization, and the importance of expanding skills.
Scaling agile in organisations is not a trivial thing. It is not only about process but also about leadership and organisational culture. I share 3 laws and 10 patterns that have found helpful.
This document summarizes an Agile 2 conference presentation about the next iteration of Agile. It discusses criticisms of how Agile has been implemented, focusing on issues like lack of documentation, QA, and architecture. It also notes problems with tribalism around specific frameworks. The presentation team proposes principles for Agile 2 that emphasize balance, leadership, experimentation, and openness. The goal is to bring Agile back to its roots while addressing real-world problems.
The document outlines an agenda for a workshop on social justice user experience (SJ/UX). It begins with introducing ground rules and having participants get to know each other. Definitions of traditional UX, social justice, and SJ/UX are provided. The differences between SJ/UX projects for development versus advocacy are explored. Examples of past SJ/UX projects are described to illustrate differences. Participants practice developing problems and creating values, visions, and missions for a hypothetical design team before reflecting on the process.
Collaborate: How to bring people together around digital projectsEllen de Vries
Collaboration techniques for digital projects. A webinar with lots of ideas on how to set up teams around digital projects and develop healthy collaborative practices.
Human Systems: The Deception of TrainingZach Bonaker
Agile has become a set of principles that companies ignore at their peril. After all, what CEO would admit his/her company is "not Agile?" Yet we frequently bemoan the difficulty of using these principles to "be Agile", instead relying on Agile-like practices that fail to change the status quo. Therefore, as we enter the next generation of business thinking, we meet a critical challenge: how can we learn to adjust to our behaviors, at all levels of a company, to successfully navigate the complexity of human systems?
One answer is training - and one that we most often select to drive our Agile transformations. Is training the best method to cause a change in behaviors? In this interactive session with Zach Bonaker, you will experience activities that engage both mind and body to reveal the essence of systems thinking. Additionally, Zach will emphasize cause and effect relationships in a system, specifically, how Agile-related training might result in unintended consequences!
This document summarizes J. Paul Reed's presentation at DevOps Days Rockies on April 23, 2015. The presentation discusses how both development and operations practices have evolved over time to incorporate better collaboration and automation. It emphasizes that the tools used are less important than adopting practices that move development and operations progressively to the right on a timeline, such as implementing infrastructure as code and treating infrastructure like cattle. The document also stresses that cultural alignment between development and operations is critical for DevOps success.
How to ensure efficiency and effectiveness in distributed database developmen...Red Gate Software
The many benefits of having globally, or even locally distributed teams do not come without a trade-off. There has been a proven correlation between the number of errors in Dev, and far located teams, with the same survey highlighting a 79% success rate for teams in 1 location, compared to just 55% for far located teams.
So how can you ensure that everyone works efficiently and effectively in distributed teams? Our presenters take you through the key areas to ensuring Database DevOps success with a far located team such as:
• Culture
• Standardizing development
• Monitoring
The document discusses the origins and key principles of DevOps. It originates from a 2009 Velocity Conference talk about Flickr's deployment practices of 10+ deploys per day through automation, shared version control, and one-step builds. The main principles discussed are CAMS - Culture, Automation, Measurement, and Sharing. Culture focuses on respect, trust, and avoiding blame. Automation, measurement, and sharing are also emphasized as important aspects of DevOps.
The document summarizes the key challenges that organizations face in managing digital content and proposes better approaches to address these challenges. The three main challenges are: 1) a mass-production mentality where content creation roles are not tied to business goals, 2) compartmentalized teams that do not communicate across departments, and 3) an obsession with control that prevents organizations from adapting to change. The document advocates using mobile as an entry point to drive organizational change, investing deeply in collaborative teamwork rather than just providing solutions, and facilitating participation from those affected by the work from the start.
OSDC 2019 | Feature Branching considered Evil by Thierry de PauwNETWAYS
With DVCSs, branch creation became very easy, but it comes at a certain cost. Long living branches break the flow of the software delivery process, impacting stability and throughput. The session explores why teams are using feature branches, what problems are introduced by using them and what techniques exist to avoid them altogether. It explores exactly what’s evil about feature branches, which is not necessarily the problems they introduce – but rather, the real reasons why teams are using them. After the session, you’ll understand a different branching strategy and how it relates to CI/CD.
This document discusses the history and development of Docker. It notes that Docker was originally created at dotCloud as the engine for their Platform as a Service (PaaS), but in 2013 as PaaS times were hard, Docker was open sourced. Docker was based on LXC and created for a single purpose. dotCloud then pivoted to create Docker Inc. and make Docker their main product. The document also discusses Docker 1.11's integration with runC and systemd, as well as the transition to using the Open Container Initiative specification.
Programowanie AWSa z CLI, boto, Ansiblem i libcloudemMaciej Lasyk
The document describes a session that demonstrates how to program AWS using the AWS CLI, Boto, and Ansible. It provides an agenda for the session that includes a short AWS introduction, demonstrations of the AWS console, AWS CLI, AWS shell, Boto library, Ansible configuration management tool, and Libcloud library. Contact information is also provided for learning more about AWS programming and joining the training organization.
This document discusses Linux security and SELinux. It provides an overview of SELinux and how it works to provide mandatory access control on Linux systems. It discusses how SELinux labels processes and files to confine programs and prevent unauthorized access. It also discusses using SELinux with Docker containers to provide security isolation between containers.
Under the Dome (of failure driven pipeline)Maciej Lasyk
The document discusses various topics related to DevOps including:
1. Different types of shells (login, non-login, interactive, non-interactive, su, sudo su, sudo -i, sudo /bin/bash, sudo -s) and how they affect environment variables and profile files.
2. Stories of organizational "anti-types" that go against DevOps principles like not seeing the need for operations teams.
3. How automation, consistency, and reducing errors leads to stable environments and less unplanned work, allowing teams to focus on delivery.
This document discusses integrating security into DevOps practices through continuous delivery. It proposes including security automation and monitoring at each stage of the software development pipeline from development through production. Specific techniques mentioned include performing continuous security scanning, integrating security testing with other testing stages, automating security tasks using tools like Ansible, and sharing security data and lessons learned across teams to improve processes over time. The overall message is that security should be built into delivery rather than treated separately to avoid slowing software releases while still maintaining quality.
Orchestrating docker containers at scale (#DockerKRK edition)Maciej Lasyk
Slightly different version (original is here http://www.slideshare.net/d0cent/orchestrating-docker-containersatscale). This version was presented during first #Docker meetup in Kraków / Poland.
Orchestrating docker containers at scale (PJUG edition)Maciej Lasyk
Slightly changed version (original is here http://www.slideshare.net/d0cent/orchestrating-docker-containersatscale). This version was presented during Polish Java User Group meetup JavaCamp#13 in Kraków / Poland.
Orchestrating Docker containers at scaleMaciej Lasyk
Many of us already poked around Docker. Let's recap what we know and then think what do we know about scaling apps & whole environments which are Docker - based? Should we PaaS, IaaS or go with bare? Which tools to use on a given scale?
This document contains a list of various tools related to terminals, privacy, communication, productivity, and mobile topics. It discusses terminal emulators like guake and iterm2, VPN services like OpenVPN, messaging clients like IRC and XMPP, note taking apps like Evernote and Geeknote, and more. It concludes by inviting questions about any of the topics mentioned.
High Availability (HA) Explained - second editionMaciej Lasyk
I gave this talk at one of the biggest Linux conferences in Poland: 11 Liux Session that took place in Wrocław on 5/6-04-2014. It was a lightning talk covering subject of High Availability solutions, architecture, planning and deploying.
How could one create very sophisticated, open - source based monitoring solution that is very scalable and easy to deploy?
I gave this talk during on of the biggest Linux conferences in Poland: 11 Linux Session which took place in Wrocław on 5/6-04-2013
I gave this talk during first Infosec meetup in Kraków/Poland on 13th March 2014. After viewing this presentation you'll know how and why you should use SELinux (or others LSMs).
Is Red Hat / Fedora / Centos ready for lightweight Docker containers? Is Docker secure enough? How about SELinux? How could we deploy Jboss or Django within Docker / RHEL?
I gave this talk at DevOPS meetup in Krakow at 2014-02-26.
I gave this talk at Krakow/Poland DevOPS meetup. It was a lightning talk covering subject of High Availability solutions, architecture, planning and deploying.
How to run system administrator recruitment process? By creating platform based on open source parts in just 2 nights! I gave this talk in Poland / Kraków OWASP chapter meeting on 17th Octomber 2013 at our local Google for Entrepreneurs site. It's focused on security and also shows how to create recruitment process in CTF / challenge way.
This story covers mostly security details of this whole platform. There's great chance, that I will give another talk about this system but this time focusing on technical details. Stay tuned ;)
Certified Administrative Officer CAO.pdfGAFM ACADEMY
The Certified Administrative Officer (CAO) is a gold-standard certification awarded exclusively by the Global Academy of Finance and Management ®. Earning this designation demonstrates that you have skills and experience in office administration which includes events coordination, time management, resource management, Microsoft Office applications, and business communication.
REQUIREMENTS
The Certified Administrative Officer designation requires a diploma or a bachelor's degree in business and administration, or related field.
Two years experience in office administration
Final year graduates with industrial attachment will be considered.
In addition to educational requirements, candidates must have knowledge in Microsoft Office applications, and business communication skills.
To apply: https://gafm.com.my/digital-certification/application-for-certification/
Embracing Change_ Volunteerism in the New Normal by Frederik Durda.pdfFrederik Durda
The new normal has not diminished the spirit of volunteerism; rather, it has transformed it, opening up new avenues for individuals to connect with and support their communities. As we continue to adapt, volunteerism will remain a vital force in building resilient, compassionate, and inclusive societies.
Understanding Bias: Its Impact on the Workplace and Individualssanjay singh
In the presentation, I delve into what bias is, the different types of biases that commonly occur, and the profound negative impacts they have on both workplace dynamics and individual well-being. Understanding these aspects is the first step towards creating a more equitable and supportive work culture.
5. Is there a need for change?
“agile” and “cloud”:
→ focus on delivery
→ close collaboration
→ lightweight environment and components
6. Conway's law (1968)
organizations which design systems ... are
constrained to produce designs which are copies
of the communication structures of these
organizations
http://en.wikipedia.org/wiki/Conway%27s_law
7. Ruth Malan (2008)
if the architecture of the system and the
architecture of the organization are at odds, the
architecture of the organization wins.
The organizational divides are going to drive the
true seams in the system.
http://traceinthesand.com/blog/2008/02/13/conways-law/
14. So how do you hire new people?
→ demo days?
→ dedicated HR processes?
→ dedicated HR systems?
→ where do you look for people?
15. Dead sea effect
→ most talented evaporates
→ the residue
→ maintenance experts & bus factor == 1
http://brucefwebster.com/2008/04/11/the-wetware-crisis-the-dead-sea-effect/
16. Dead sea effect
→ most talented evaporates
→ the residue
→ maintenance experts & bus factor == 1
there is a solution...
http://brucefwebster.com/2008/04/11/the-wetware-crisis-the-dead-sea-effect/
22. Maslow's hierarchy of needs: <3 and belonging
→ friendship?
→ is your team your family?
→ do you find yourself in your company?
23. Maslow's hierarchy of needs: Esteem
→ are you respected?
→ do u need the fame and glory?
→ what about your recognition?
24. Maslow's hierarchy of needs: self - actualization
→ is your job aligned w/ur interests?
→ do u feel fulfilled?
→ do you find time for self – development?
26. How do you keep good people in company?
people don't leave companies; they leave leaders
27. How do you keep good people in company?
people don't leave companies; they leave leaders
or just one of the most popular reasons...
28. most popular reasons.. to leave your company
→ Frustration with the inversion of meritocracy (“organization stupidities”)
→ Simple boredom
→ Perception that current project is futile/destined for failure accompanied by
organizational powerlessness to stop it
→ Lack of a mentor or anyone from whom much learning was possible
→ Promotions a matter of time rather than merit
→ No obvious path to advancement
→ Fear of being pigeon-holed into unmarketable technology
→ Red-tape organizational bureaucracy mutes positive impact that anyone can
have
→ Lack of creative freedom and creative control (aka “micromanaging”)
http://www.daedtech.com/how-to-keep-your-best-programmers
29. The real role of 1:1s
→ this is time for your guys
→ this is not a status update
→ make sure you always have time for your guys
42. So – what about non – functional reqs?
Do we know who “owns” those?
→ backups
→ monitoring
→ HA
→ scalability
→ security
→ deployment
→ upgradability
→ testability
43. C for Culture
→ talk. often. and get along
→ take responsibility - from beginning to the end
→ continuous improvement. seriously
→ be brave. don't be silent
→ it's better to be unpolite l/German than polite
l/Englishman
44. A for Automation
→ it has to be simple. Ansible ftw
→ don't reinvent the wheel. don't fabric
→ don't rebuild the world from scratch
→ imperativeness vs declarativeness
→ automate from very beginning. devs - automate