Development

SQL and MapReduce databases are great—when your data is well-partitioned and the same queries are run regularly. What happens when we don't know what we will want to know in the future? Graph databases are used in everything from Facebook to business intelligence apps. With nodes, edges, and properties to represent and store data, graph databases give us the opportunity to define the landscape as we learn more about our data. Using graph databases we can start at a location and ask for a description of where we are. This allows us to discover pathways and interesting data points that we might not otherwise have been aware of. Andy Palmer explains how you can discover the data landscape and bend it to your will with exploratory reports. Starting with the fundamentals of graph databases—using Neo4J as the tool—your skills with graph databases will increase through the day until you are able to explore and discover new gems of information for yourself.

Bring your laptop and try a big data tool.

On agile teams, testers can struggle to keep up with the pace of development if they continue employing a waterfall verification process―finding bugs after development. Nate Oster challenges you to question waterfall assumptions and replace a “test last” mentality with “specification by example.” Practice “test first” by writing executable specifications for a new feature before development begins. Learn to switch from tests as verification to tests as specification and guide development with concrete examples written in the language of your business. Start by joining a team for a humorous simulation of real-world issues and experience. Learn how specification by example helps build quality in instead of trying to test defects out. Progress to increasingly more realistic scenarios and practice the art of specifying intent with table-based and given-when-then formats. These paper-based simulations give you meaningful practice specifying concrete examples and will change the way you think about writing tests and collaborating as a team. This is not a tools session—no laptops required.

One group—customers, users, and business—need a software system to help them work more efficiently or make more money, but they don’t know how to build it. Another group—software developers and testers—know how to build the system, but they don’t know what it is supposed to do. Bridging this gap is where requirements—the work products describing the system accurately and concisely while at the same time not missing important customer and user needs—are essential. To get the requirements right the first time, you need strategy, tactics, and a practical process for discovering the real requirements—which may not turn out to be what the users think they need. Tim Lister presents a strategy to get accurate and explicit requirements, tactics to efficiently develop these requirements, and a process to keep everything glued together when tackling a large, complex job. Take back an 85-page, annotated requirements specification template to help get your requirements right—the first time.

Robust configuration management (CM) practices are critical for creating continuous builds to support agile’s integration and testing demands, and for rapidly packaging, releasing, and deploying applications into production. Classic CM—identifying system components, controlling changes, reporting the system’s configuration, and auditing—won’t do the trick anymore. Bob Aiello presents an in-depth tour of a more robust and powerful approach to CM consisting of six key functions: source code management, build engineering, environment management, change management and control, release management, and deployment. Bob describes current and emerging CM trends—support for agile development, cloud computing, and mobile apps development—and reviews the industry standards and frameworks available in practice today. Take back an integrated approach to establish proper IT governance and compliance using the latest CM practices while offering development teams the most effective CM practices available today.

Continuous integration and continuous testing are two vital agile feedback loops that lead to a continuous deployment environment. Continuous integration processes monitor source code―recompiling after every change, running smaller tests, and notifying the developer if anything goes wrong. Continuous testing (and potentially continuous deployment) monitors integration builds, installs the product in a staging environment, and runs integration tests, again looking for problems. Jared Richardson explains the ideas and then the tools needed to implement both continuous integration and continuous deployment. Jared demonstrates the open source continuous integration tool Jenkins as the center of the process. These powerful concepts ensure issues are detected within minutes of most code changes, and the developer is notified so he can fix the problem and learn from the experience. Even a partial adoption changes the cadence of a development organization and eliminates a great deal of ongoing code maintenance. Learn how to sell the idea and set up the process in your own organization.

One of the latest facets of the mobile paradigm is mobile wearables―a new generation of personalized technology that knows us better than our closest friends do. How many of your friends know how far you walked or what you ate today? Although you may think mobile wearables are just for geeks, they will become commonplace very quickly. Our challenge is to develop applications that can synthesize context from the gigantic amount of data these devices and their sensors generate. Ensuring the privacy and security of device usage and its data will be of highest concern. Philip Lew systematically analyzes context―the most important element in future design and development of mobile applications while incorporating big data, privacy, and security. Using examples, Philip shows the contextual elements you need to consider now and discusses how to identify key factors for a future generation of wearable products based on discovering anticipatory services.

Numbers, models, and measurements are often used to describe. Just as often, they are used to persuade. Sometimes, they are used to intimidate. In order to avoid being fooled or bullied, testers must be able to examine information, claims, and evidence critically. They must apply critical thinking to their own observations, interpretations, and reports in order to avoid fooling themselves—or worse, their clients. Michael Bolton and Laurent Bossavit help you look thoughtfully and skillfully at reports, research, and common claims about testing and software development. Learn methods for analyzing those claims and a framework for evaluating them. Apply this approach to real-world cases and exercises, and refine your approach to collecting, assessing, and presenting data. Throughout, remain engaged as you look at the original data, assess the relationship between numbers and their representations, evaluate the methods of measurement and, in a nutshell, refine your current skills and build new ones. Caution: This workshop may interfere with your enjoyment of your daily newspaper.

A story map is a simple model, built from index cards or sticky notes, which helps the people who make it envision a customer’s experience with their product. Jeff Patton explains that within a design process story maps are a core practice focused on understanding and building empathy with customers and users, and then identifying and testing solutions to improve the customer’s experience with your product or service. The design process and story mapping can identify completely new product opportunities or improve the existing product experience. Join Jeff to learn how to map your customer’s and user’s experience today and then how to deliberately improve that experience. Use empathy maps, persona sketches, archetypes and stereotypes, story mapping, and design studio concepts to speed your design work. Since all solution ideas are speculative, learn how to validate solutions as quickly and cost-effectively as possible. In the end, discover an essential design process that allows you to identify and validate innovative product solutions.

This is a hands-on workshop. Come prepared to learn.

 Transitioning to agile can be difficult—often downright wrenching—for teams, so many organizations are turning to kanban instead. Kanban, which involves just-in-time software delivery, offers a more gradual transition to agile and is adaptable to many company cultures and environments. With kanban, developers pull work from a queue—taking care not to exceed a threshold for simultaneous tasks—while making progress visible to all. Ken Pugh shares eight steps to adopt kanban in your team and organization. Ken begins with a value stream map of existing processes to establish an initial kanban board, providing transparency into the state of the current workflow. Another step establishes explicit policies to define workflow changes and engender project visibility. Because you can easily expand kanban to cover many parts of development, another step is to increase stakeholder involvement in the process. Join this interactive session to practice these key steps with hands-on exercises and take away an initial plan for implementing kanban in your organization.

For a project manager, successfully transitioning from traditional project management to a more agile approach can be difficult due to the staggering learning curve. Using a combination of case studies, exercises, and best practices identified in the PMBOK® Guide, Ken Whitaker gets you up to speed on the essential fundamentals you need to effectively facilitate and lead Scrum-based agile projects. Learn ways to avoid being yet another project failure statistic, how to make better tradeoffs using a simple technique based on a design hierarchy, and adopt innovative ways to better collaborate with product management to focus on what’s really important to the customer. To become an effective leader, discover how to size up and then help your team rise up in their hierarchy of needs while adapting your leadership style to effectively communicate with stakeholders. This workshop is designed to give you practical tools to help you lead and motivate your team to deliver projects on time, every time.

Agile initiatives always begin with the best of intentions—accelerate delivery, better meet customer needs, or improve software quality. Unfortunately, some agile projects do not deliver on these expectations. If you want help to ensure the success of your agile project or get an agile project back on track, this session is for you. Jeffery Payne discusses the most common causes of agile project failure and how you can avoid these issues—or mitigate their damaging effects. Poor project management, ineffective requirements development, failed communications, software development problems, and (non)agile testing can all contribute to project failure. Learn practical tips and techniques for identifying early warning signs that your agile project might be in trouble and how you can best get your project back on track. Gain the knowledge you need to guide your organization toward agile project implementations that serve the business and the stakeholders.

Currently much of agile adoption—coaching, advice, techniques, and training―revolves around the agile teams. Leaders are typically ignored, marginalized, or, in the worst cases, vilified. Bob Galen contends that there is a central and important role for managers and effective leadership within agile environments. Join Bob to explore the patterns of mature agile managers and leaders—those who understand servant leadership and how to effectively support, grow, coach, and empower their agile teams in ways that increase the teams’ performance, accountability, and engagement. Investigate training and standards for agile adoption, and situations and guidelines for when to trust the team and when to step in to provide guidance and direction. Examine the leader’s role in agile at-scale and with distributed agile teams. Good leadership is central to sustaining your agile adoption; bad leadership can render it irrelevant or a failure. To inspire you and your teams, join Bob to walk the path of the good and to examine the patterns of the bad.

Innovation is a word frequently tossed around in organizations today. The standard cliché is “Do more with less.” People and teams want to be innovative but often struggle with how to define, prioritize, implement, and track their innovation efforts. Jennifer Bonine shares the Innovation Types model to give you new tools to evolve and expand your innovation capabilities. Find out if your innovation ideas and efforts match your team and company goals. Learn how to classify your innovation and improvement efforts as core (to the business) or context (essential but non-revenue generating). With this data, you can better decide how much of your effort should be spent on core versus context activities. Take away new tools for classifying innovation and mapping your activities and your team’s priorities to their importance and value. With Jennifer’s guidance you’ll evolve and expand your innovation capabilities on the spot.

Your organization is doing well with functional, usability, and performance testing. However, you know that software security is a key part of software assurance and compliance strategy for protecting applications and critical data. Left undiscovered, security-related defects can wreak havoc in a system when malicious invaders attack. If you don’t know where to start with security testing and don’t know what you are—or should be—looking for, this tutorial is for you. Jeffery Payne describes how to get started with security testing, introducing foundational security testing concepts and showing you how to apply those concepts with free and commercial tools and resources. Offering a practical risk-based approach, Jeffery discusses why security testing is important, how to use security risk information to improve your test strategy, and how to add security testing into your software development lifecycle. You don’t need a software security background to benefit from this important session.