The Latest
|
Agile2011: Bob Martin—Clean Coders, Purity of Essence, and Ten Years of the Manifesto[article]
Podcast
Bob Martin talks about his book and videocasts of his work getting the code in clean and right. He expands on his discussion of craftsmanship and the habits of coders that code clean. He also discusses the ten years of the manifesto and the growth of agile. |
||
 |
Leverage Reverse Mentoring to Positively Impact Your Organization[magazine] Introducing a reverse mentoring program provides employees and managers benefits beyond simply learning a new technology or skill. |
|
|
Heard and Valued: Three Short and Useful Bits of Advice for Improving Your Leadership Skills[article] Yogi Berra famously said, “You can observe a lot just by watching.” In this article, Payson shares some of what he’s learned about leadership just by listening. Learn how transparency and iterative improvement can maximize the results of great leadership. |
||
 |
Dear Customer: The Truth about IT Projects[article] In this personal and direct letter to customers, Allan Kelly pulls no punches and explains why IT projects don't always pan out for all of the parties involved. |
|
|
No One Left Behind: Make Time for Accessibility Testing[magazine] Ten percent of the world's population lives with some sort of disability. So, is your software product optimized accessible to these people? Rajini Padmanaban takes a look at the different types of disabilities out there and the ways to ensure your product works well with as many of these needs as possible. |
||
 |
Crowdsourced Testing: An Interview with Rajini Padmanaban[interview] Rajini Padmanaban is the director of engagement at QA InfoTech. Heather Shanholtzer had the opportunity to interview Rajini and learn a bit more about crowdsourced testing and find out why it is better than traditional testing in some projects. |
|
|
On Beauty, Quality, and Relativity[article] The saying “beauty is in the eye of the beholder” rings true whether you’re staring at a centuries-old painting, listening to a busker’s music reflect off the tiles in a subway station, or testing software. It’s one thing to evaluate quality, but how do we evaluate how we evaluate quality? |
||
|
Paper versus Electronic Dashboards: Goals and Values[article] It's almost a matter of dogma that, for agile teams, low tech project tracking tools and artifacts are superior to electronic ones. The usual reason you might hear for preferring a physical task board to an electronic issue system are are that a physical task board is more visible and encourages communication and collaboration. I appreciate this, and have seen it, but I've also seen teams do well with issue tracking systems. From time to time I see a discussion of this "physical versus electronic tracking" issue and I find myself frustrated by it, but not sure why. |
||
|
Is There a Quality Spectrum?[magazine] A letter from the Better Software magazine editor. |
||
|
Does Agile Change the Way a Tester Works?[magazine] In this installment of FAQ, SQE Trainer Jeffery Payne answers one of the questions students ask him most often. |
||
|
Executive Interview: Mughees Minhas, Oracle[magazine] Mughees Minhas is the senior director of product management for Redwood Shores-based Oracle Corporation where he specializes in application testing, database performance diagnostics, and data center monitoring and optimization. We recently had the opportunity to talk to Mughees about the rise of the cloud, market consolidation, and risk management. |
||
 |
Agile Code for Agile Teams[magazine] What makes a team agile? Is it in the way it plans projects or how it engineers its products? In this article, Steve Berczuk explains how agile code and technical practices can help a team stay agile across the product lifecycle. |
|
 |
We're Not "Special"[article] Often, when I comment on someone's blog post or respond to a tweet with a story about how my team succeeded with some practice, someone replies, "Yeah, but your team is special." I interpret this as meaning, "You're a presenter and book author. You must be an expert, so of course your team can do anything." This frustrates the heck out of me. |
|
|
Book Review: Kanban: Successful Evolutionary Change for Your Technology Business[article] I've worked with Scrum for a while, having gotten my CSM certification in 2005, and I've spent time both before and after that trying to learn what I could about Scrum, agile, and Lean, both in the context of software and out side of it. After absorbing bits of information on Kanban informally, I decided that to was time to read a book on it. I read David Anderson's book Kanban: Successful Evolutionary Change for Your Technology Business |
||
|
Management Myth #2: Only ‘The Expert’ Can Perform This Work[article] How many times have you seen this in your projects: You need something specific done such as a new database, or a specific user interface designed, or you need a release engineer, or a user interface designer, or a part of the system tested and the normal person who does that work is not available? What happens on your project? Does it wait until The Expert is available? |
.
Pages
AgileConnection is a TechWell community.
Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.