|
Integrating Canadian Accessibility Requirements into Your Projects
Slideshow
In 2014, most Canadian businesses will face significant challenges as government regulations go into effect, requiring websites to be accessible to users with disabilities. Are your project teams knowledgeable about the technical accessibility standards?
|
Dan Shire, IBM Canada & David Best, IBM Canada
|
|
Deadlines Approaching? Budgets Cut? How to Keep Your Sanity
Slideshow
Testing projects have a habit of dissolving into chaos—and even strife—as deadlines approach and budgets are cut. When asked to do the impossible, risk management and mitigation tools can be the only way for testers to survive. Geoff Horne presents a proven method he uses for...
|
Geoff Horne, NZTester Magazine
|
|
It's About Products Not Projects: Product and Portfolio Roadmaps If you are managing your portfolio using projects, and not products, you may be missing opportunities to deliver more business value to your organization. Product and portfolio roadmaps are a strategic tool that you can use to align business goals and value to product delivery plans. Ellen Gottesdiener explores the why's, what's, and how's of product roadmaps including the different types of product roadmaps, steps for building and sustaining product roadmaps, key planning inputs, who should be involved, and techniques for exploring and evaluating features along the roadmap. Roadmaps articulate how your products will achieve their vision, help uncover technology requirements, communicate to internal and external customers, and provide a sound foundation for planning. Learn how roadmaps can help you deliver the right products, address customer needs, and make tough choices that will deliver strategic value.
|
Ellen Gottesdiener, EBG Consulting, Inc.
|
|
Leveraging Core Values for Healthier, More Productive Teams
Slideshow
Although all teams require a healthy level of interaction, high-performing teams' interactions are all based on trust, respect, and shared goals. Such teams find ways to overcome the fear of conflict, and quickly identify and resolve issues that are getting in the way. Scott Ross shares how, when the Omnyx software R&D department determined their culture was hindering performance, they crafted a core values statement that has served them well for the past three years. Scott describes the ways they proactively and intentionally use their value statement to drive the culture they seek and discusses the results they have achieved. Take back the list of resources that Scott uses daily to help himself and others see how their actions add to and take away from their core values.
|
Scott Ross, Omnyx
|
|
Estimating in Software Development: No Silver Bullets Allowed
Slideshow
What do poker, Greek oracles, an Italian mathematician from the Middle Ages, and the path of hurricanes have in common? Given the title of this presentation, chances are it has something to do with estimation, and you'll have to attend this session to get the full connection. Kent McDonald explores the challenges and realities of trying to estimate software-related knowledge work-analysis, testing, development, and the entire project effort. A major challenge is that there are no guaranteed ways to arrive at perfectly accurate estimates, which not surprisingly is why they are called estimates. Kent introduces and gives you a chance to practice quick and practical estimating techniques that will work in different situations-guesstimating, break it down and add it up, and planning poker.
|
Kent McDonald, Knowledge Bridge Partners
|
|
Better Software Conference East 2012: Data Collection and Analysis for Better Requirements
Slideshow
According to the Standish group, 64 percent of features in systems are rarely-or never-used. How does this happen? Today, the work of eliciting the customers' true needs, which remains elusive, can be enhanced using data-driven requirements techniques. Brandon Carlson introduces data collection approaches and analysis techniques you can employ on your projects right away. Find out how to instrument existing applications and develop new requirements based on operational profiles of the current system. Learn to use A/B testing-a technique for trying out and analyzing alternative implementations-on your current system to determine which new features will deliver the most business value. With these tools at hand, you can help users and business stakeholders decide the best approaches and best new features to meet their real needs. Now is the time to take the guesswork out of requirements and get "Just the facts, Ma'am."
|
Brandon Carlson, Lean TECHniques, Inc.
|
|
Reduce Release Cycle Time: Nine Months to a Week - Nice!
Slideshow
Picture this scene from three years ago: Employing the corporately mandated processes, a software engineering team is delivering system updates about once every nine months. When their senior user suddenly demands the next delivery in twenty-two weeks-half the current cycle duration-the team realize that they must quickly change development practices. Mathew Bissett describes how Her Majesty's Government did precisely that-and much, much more. First, they reduced delivery cycles from unpredictable dates every nine months to predictable releases every six weeks. Then, they cut releases cycle time to once every week. By identifying and mitigating risks early in the work intake process, enforcing quality gates, executing multiple test levels concurrently-and more-they dramatically increased throughput with the same or better quality. Today, these new processes provide their teams the best balance of structure versus agility.
|
Mathew Bissett, UK Government
|
|
Games Software People Play: Reasoning, Tactics, Biases, Fallacies
Slideshow
As engineers and doers, we make rational, well-thought-out decisions based on facts and figures. Or do we? Philippe Kruchten has identified not so rational strategies and tactics software people use while developing new, bold, and complex software-intensive systems. In addition to strategies such as divide-and-conquer, brainstorming, and reuse, Philippe has observed some strange tactics, biases, and reasoning fallacies. If not understood and managed, these “games”-intentional or not-can creep in and pervert the software development process. They go by simple, funny, and sometimes fancy names: anchoring, red herring, elephant in the room, argumentum verbosium, and others. Philippe shares an illustrated gallery of the games software people play and shows you how they combine to become subtle and elaborate political ploys.
|
Philippe Kruchten, Kruchten Engineering Services, Ltd.
|