Tracking change and innovation in the enterprise software development community
View more events at UpComing.org
Or add your own events
"We are uncovering better ways of developing software by doing it and helping others to do it. Through this work we have come to value:
Individuals and interactions
over processes and toolsWorking software
over comprehensive documentationCustomer collaboration
over contract negotiationResponding to change
over following a plan
That is, while there is value in the items on the right, we value the items on the left more. "
Lead Editor Deborah Hartmann is a bilingual Agile Process Coach and Open Space Facilitator living in Toronto. Deb is passionate about making teamwork valuable and rewarding, and has mentored colleagues and improved software teams throughout her 25-year journey from programmer to coach. She injects excitement and laughter into everything she does. She is a visual artist, a certified Practicing Scrum Master, runs the Open Space track at XPday North America events, and provides active leadership in both international and local Agile communities. Deb muses aloud at www.vitalbrew.com.
Since Linus Torvalds presentation at Google about git in May 2007, the adoption and interest for Distributed Version Control Systems has been constantly rising. We will introduce the concept of Distributed Version Control, see when to use it, why it can be better, and have a look at three actors in the area: git, Mercurial and Bazaar.
Senior members, who have been working in traditional teams, can face issues related to respect and authority when they come to an Agile team. An interesting discussion on Scrum Development group and Agile India group tries to uncover answers that Agile might have for the situation.
The Agile development community has been practicing Collective Code Ownership for long enough now that we had enough time to find some of the faults.
There is no silver bullet. We know it, but don't act like it. Your language, tool or process is better, right? Jay Fields says: "It depends". The right choices varies with context, people, and more. This article touches upon how a lot of things must impact a choice; learning culture, skill levels, teamwork, incomplete information, metrics - and context.
This recent inquiry, by InfoQ China editor Jacky Li, picked 5 very different cases of Scrum adoption in China, which got different results, and asked: Why did you use Scrum? How did you adopt it? What problems did you encounter, and why did it succeed or fail? Despite the small sample size, it's an interesting comparison, pointing out that improvement doesn't ensure success.
Segundo Velasquez came to the Agile 2007 conference to meet with an Agile team which promised him help to design and develop a web application meant to build a stronger relationship between Mano a Mano, a charitable organization, and its donors. Segundo shares his amazement on how quickly the whole process evolved.
Joseph Pelrine was present when XP took its first steps, was Europe's first Certified Scrum Trainer, and today is still breaking new ground. In this 2007 InfoQ interview, Joseph talked about Network Analysis and how Social Complexity Science informs his work with teams; the usefulness of the Dilbert archetype; & a speed-dating technique to help teams get started (creating software, of course).
Agile communities consider stories “done” when the acceptance tests (also called story tests) are shown to the customer. Originally, this was a manual process, but in recent years, several frameworks have been created to automate this process, providing acceptance testing all the benefits of automated unit testing. One of the most popular of these if called FIT, created by Ward Cunningham.
At NFJS Venkat Subramaniam, author with Andy Hunt of "Practices of an Agile Developer," shared his pragmatic approach to some of the important technical and non-technical factors contributing to project success, including: coding, developer attitude, debugging, mentoring and feedback.
For those getting started with Agile, this book offers a detailed first-person account of how one Swedish company implemented Scrum and XP with a distributed team of 40 people, and how they continuously improved their process over a year’s time.
This book guides the reader on crafting their own agile adoption strategy focused on their business values and environment. This strategy is then directly tied to patterns of agile practice adoption that describe how many teams have successfully (and unsuccessfully) adopted them. Business values are also a component of these patterns so your adoption is always focused on addressing your particular environment.
Domain Driven Design is a vision and approach for designing a domain model that reflects a deep understanding of the business domain. This book is a short, quickly-readable summary and introduction to the fundamentals of DDD; it does not introduce any new concepts; it attempts to concisely summarize the essence of what DDD is, drawing mostly Eric Evans' book, as well other sources since published such as Jimmy Nilsson's Applying Domain Driven Design, and various DDD discussion forums.
Scrum, arguably the fastest-growing Agile methodology, is well described in the original Scrum books, which tend to be read once and put aside. The SPRiNT-iT coaches have abstracted the basics to produce a compact reference to help teams facilitate all Scrum meetings and create the Scrum artifacts. The book doesn't teach Scrum, but offers trained teams confidence to run their first successful Sprints - successes that will increase the acceptance of Scrum in their organization.
