Agile DIY for marketing musicians
| As part of my continuing series of posts on Agile going beyond the software development industry, I like to mention this article I ran into talking about how Agile principles were appropriated from the software development community and leveraged for marketing musicians. As this article from Solveig Whittle states: Of course, it didn’t take long before product managers and other marketing types realized that the same concepts which were helping their brethren across the cubicle pods over in developer-land could also be applied to the world of marketing. As a former software marketer, the idea of Agile Marketing fascinates me, as does the idea of applying it to the world of indie music marketing. This article outlines how Agile Marketing values can be used by indie musicians to guide and prioritize their online and social media marketing activities…. We struggle with finding time for both artistic creativity and promotion, we sift through unending and various advice on how to promote our music best on our websites and via social media, and we suffer insomnia as we attempt to master our social media content creation process – should we blog? YouTube? Vine? Pay for ads on Facebook or promoted posts? The more interesting portion of the article is how the principles from the Agile Manifesto were modified to resonate with their marketing initiatives:
Responding to change over following a plan
Rapid iterations over Big-Bang campaigns
Testing and data over opinions and conventions
Numerous small experiments over a few large bets
Individuals and interactions over target markets
Collaboration over silos and hierarchy
As I have mention before in a discussion on the Project Management Central discussion board, that much of the success in Agile is the frame of mind one adopts rather than following some specific process or tool which goes against the very philosophy of Agile anyway. This interesting article is another example of how transferable that mindset is. |
Scrum with Visual Studio 2012
| Back in June of 2011, I wrote about the integration of Scrum with Visual Studio by installing a add on plug in to facilitate this method into your software development efforts. Fast forward to today and you'll find that the integrations have gotten even better. You may be a Scrum Master that is no longer as involved with the hand-on development of software, but if your leading a Windows development team your most likely going to be using Visual Studio and if your team happens to be using the latest version, it would not be a bad idea to learn about its features. Here's a good introductory video by Richard Hundhausen for an O'Reilly press webcast that goes over all the major features:
He is also the author of the book "Professional Scrum Development with Microsoft Visual Studio 2012 |
Being more agile with Acceptance Test-Driven Development (ATDD)
| Here's a nice video from NetObjectives on a new hybrid form of test driven development called "Acceptance Test-Driven Development" (ATDD) where UAT is integrated directly with unit testing:
Unit tests are typically done to reduce technical debt, but usually at a cost of increasing development efforts. As in everything in life, nothing is free but if executed well, the benefit to cost ratio usually weighs to the positive side when unit tests are employed correctly. ATDD seems to offset the increase in development efforts since it allows the whole team to collaboratively discusses acceptance criteria, with examples, and then distills them into a set of concrete acceptance tests before development begins. This ensures that everyone has the same shared understanding of what is actually being built. It may also facilitate a better shared understanding and definition of what it means to be Done. For those in software development doing Scrum and XP, I'd advise looking into this. |
Agile Talent Gap [Infographic] - Who's hiring and who's hire-able
| A study conducted by Yoh seems to show that companies advertised a total of 558,918 agile jobs from 2010 to 2012. During the same time period, there were merely 121,876 active candidates, just 17 candidates for every 100 jobs. Of the available job seekers, more than 50 percent have 10 years of experience or more, while less than two percent have one to two years of experience. The agile gap exists across the U.S., varying only in its degree of severity:
Demand outstrips supply by nearly 4x
Companies have to pay a premium for Agile expertise
The agile talent gap is most significant in the Pacific Northwest
Labor pressure for agile talent goes from bad to worse
Competition for agile talent is fierc
This is revealed in their infographic below: |
Making Agile mandatory at the Department of Defense
| As I've mentioned in a previous post, the US government is adopting Agile even going so far as requiring the use of the method as this section of a 2010 DOD mandate stipulates: SEC. 804. IMPLEMENTATION OF NEW ACQUISITION PROCESS FOR INFORMATION TECHNOLOGY SYSTEMS.
(a) New Acquisition Process Required.--The Secretary of Defense shall develop and implement a new acquisition process for information technology systems. The acquisition process developed and implemented pursuant to this subsection shall, to the extent determined appropriate by the Secretary--
(1) be based on the recommendations in chapter 6 of the March 2009 report of the Defense Science Board Task Force on Department of Defense Policies and Procedures for the Acquisition of Information Technology; and
(2) be designed to include--
(A) early and continual involvement of the user;
(B) multiple, rapidly executed increments or releases of capability;
(C) early, successive prototyping to support an evolutionary approach; and
(D) a modular, open-systems approach.
... The DSB Task Force on Department of Defense Policies and Procedures for the Acquisition of Information Technology, released March 2009, found the current process for acquisition of IT ineffective, stating: `The conventional DOD acquisition process is too long and too cumbersome for the needs of the many systems that require continuous changes and upgrades.'
The cover article of the January/February issue of the Defense AT&L has been made freely available online and outlines many of the issues the DOD faces when attempting to deploy Agile practices for the contracting officer, acquisition officials, and contractors.
The diagram below highlights the inversion from the traditional approach that the author, William Broadus, maintains that is needed when adopting and deploying Agile:
![]()
I end with the conclusions set forth by the author on the challenges and barriers that must be overcome to be successful with Agile, as it is pretty much the challenges and barriers that must be overcome by any organization that wishes to succeed with Agile:
A government team must overcome significant challenges and barriers to effectively adopt Agile. These include dealing with the demands of the acquisition life cycle, assessing and addressing the composition and training needs of the team, understanding clearly the needs of the end user, effectively satisfying the needs of stakeholders related to programmatic insights, effectively integrating multiple testing approaches, as well as exercising the management and leadership necessary to drive culture change while building team trust. Agile implementation requires a significant undertaking but holds the potential for significant positive future outcomes for your team.
It will be very interesting to see if the government succeeds with Agile and if they do, then there should be no excuse for the rest of us in the private sector to succeed if such a large and bureaucratic sector like the US government could make itself more Agile!
|







