Rockstars &Consultants  Who needs ‘em?Aloha Ruby Conference, Oct 8-9, 2012
Lori M Olson@wndxlorihttp://wndx.posterous.comhttp://ror4real.com        Photo Credit: @etrever
So really...Who needs them?
YOU do.
Everyone does
What makes a rockstar?
They know*everything*
Photo credit:
They’ve“done it all before”
Super productive
They have no fear
What makes a consultant?
*knows*one thing very, very        well
Photo credit:
know*hard* things
Photo Credit:
deep knowledge pool
Why not?
Photo Credit: I can haz Cheezburger
@ezmobius: So dont forget to get upfrom ur desk and get some exercise. 4years of 14 hour, red bull fueled dayssitting in a...
the big payoff
Fail to deliver promptly? they leave
Succeed in delivering? they leave
Hit by a bus
Looney Tunes: Fast & Furryous
Prima Donna
Don’t come cheap
Wildly expensive
Buy In
Bait & switch
Culture Clash
Photo credit:
Knowledge walking   out the door
KNOW your team
KNOW your ecosystem
Identify coretechnologies
Railsor Sinatra or...
CSSor Sassor Less
JavaScriptor CoffeeScript
MiniTestor Test::Unit  or RSpec
Mocking framework
Integrationor Acceptance testing
Client side testing
Learn, absorb, try
Types of training
Self Learning
web based
read books
lunch & learn
bar camp
Replacement costs
Valued people, stay.
Split Responsibilities
The Primary
The Secondary
Not enough
mailing lists
ask questions
answer questions
Stay on Top
Know the Issues
Plan for Upgrades
beta tests
release candidates
Sustainable pace
So, what does “GROW your TEAM” mean?
Develop Expertise
DevelopParticipation                       Expertise            Training
Thanks!Lori M Olson@wndxlorihttp://wndx.posterous.comhttp://ror4real.com
Rockstars & Consultants, who needs 'em
Rockstars & Consultants, who needs 'em
Rockstars & Consultants, who needs 'em
Rockstars & Consultants, who needs 'em
Upcoming SlideShare
Loading in …5

Rockstars & Consultants, who needs 'em


Published on

Sound familiar? The Rails ecosystem has grown in leaps and bounds, like the Java ecosystem did in its’ early days. So many languages, frameworks, plugins, engines, libraries and tools. So little time to deliver your new project.

It’s tempting to hire a rock star who knows absolutely everything to get your new project off the ground. You can also hire "consultants" to help fill in the holes in your team when taking your existing product to the next level. Or maybe just hire a whole bunch of people for cheap, and they’ll get the job done... But did you ever consider the untapped wealth of the team you already have?

In this session we’ll explore ways in which the average development team can explore, learn, teach, and grow, until the sum of members of the team is as great as any Consultant or Rockstar.

Published in: Technology
  • Be the first to comment

  • Be the first to like this

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide
  • \n
  • Equal time for dogs, and dog lovers.\n
  • \n
  • \n
  • Because there’s an awful lot of job postings looking for them...\n
  • And there’s even a reality TV show about them.\n
  • But the simple fact is, at one time or another, pretty much everyone does\n
  • The real question is why do we think we need a rockstar or a consultant? And why do we continue to need them?\n
  • Let’s start with breaking the question down.\n
  • \n
  • But not just that. Rockstars are self-motivated learners. They learn new things, because they enjoy learning new things.\n
  • \n
  • They’ll “get ‘er done fast”, and push that critical release out the door\n
  • Because we all need a superhero every now and then, right?\n
  • The difficult we do immediately, the impossible could take a little longer.\n
  • Actually, consultants tend to come in a couple of different flavors\n
  • \n
  • These would be your experts. They have deep knowledge of a critical piece of your technology stack. \n
  • Tuning that database. Scaling that app to 5 million users\n\n
  • Your team thinks a problem is really too hard, then you bring in the expert(s). Things that are hard to learn. Things that are difficult to understand.\n
  • Consultants are frequently part of a group.\n
  • And as a group, Consultancies have a vast pool of knowledge to call upon, from their colleagues.\n
  • This is the kind of work Thoughtworks specializes in\n
  • So, if Rockstars & Consultants are so great, why would you not want to hire them?\n\nWhat, exactly, are the downsides?\n
  • There are some risks associated with each of these types\n
  • Self motivated learners... once there is nothing new to learn, they get bored, and they run away when the next opportunity to learn presents itself. \n
  • Or worse, they don’t run away, and start...\n
  • Those rockstar ninjas know everything, do everything, work insane hours, burn out...\n
  • I still remember hearing about Ezra (don’t make me say his last name). This was just last year/\n
  • Some of your rockstars are just looking for what I like to call the illusion of the big payoff. \n
  • If you don’t produce that, they’ll move on for another try. \n
  • You do? then they “retire”.\nSo that’s the problem with the big payoff. It’s a lose-lose proposition for most companies.\n
  • This is often joked about, but\n
  • It’s only funny when it’s not happening to YOU or YOUR COMPANY.\n
  • Official definition: someone who behaves in demanding, often temperamental, fashion revealing an inflated view of themselves, their talent, and their importance.\n\nWhat if they are hard to work with? They can be mono-focused and not open to new, alternative ideas.\n
  • Last but not least, the Rockstar who knows he/she is a Rockstar, will know their own worth. They will never come cheaply.\n
  • Consultants on the other hand...\n
  • Consultants will lack knowledge of your business, your operational limits, your long term plans. \n
  • The ole bait & switch. \n
  • You hire them for their expertise, and they send in the B-team.\n\nQuality control becomes an issue\n
  • Culture clash. The Impedence Mismatch between your way of perceiving problems and solutions, and your consultants way of perceiving problems and solutions may be difficult to manage.\n\n\n
  • You may not have your consultant’s complete attention. \n
  • They may be juggling 2 or 3 projects at the same time.\n
  • Most taxation agencies will look at you cross-eyed, if all you hire are consultants. They’ll watch you closely, to see if you are misclassifying your workers.\n
  • The IRS or the CRA or whatever your local taxation agency is called... will come and get you. \n\nBecause if your relationship with a consultant can be classified as a “personal services” contract, you and your consultant are both gonna have a bad time.\n
  • All that knowledge that they came in with? Most of it walks out the door with them, when the contract ends, when the better opportunity arises, when the payoff happens.\n\nKnowledge walking out the door is an asset lost.\n
  • So what *are* your alternatives\n
  • That’s Cinder, as a puppy. I dare you to not find that cute.\n
  • How about you spend some time and grow your own team.\n\nGrow is such an interesting word. It could mean expand, but I prefer to think about it as organic growth. We’ll come back to it, and reflect on the many aspects of grow.\n
  • In order to effectively grow your team, first you must know your team.\n\nsingle? workaholic? married? kids? pets? aging parents? illness or disability?\n\n\n
  • These are never things to be discriminated about, just ... knowing enough about your people in order to make the most effective use of your team.\n\n\n
  • \n
  • everything involved in the devops of your application or project development\n
  • \n
  • \n
  • MRI or JRuby or Rubinius? Old projects on still lingering on 1.8 or new ones on 1.9?\n
  • AngularJS or Backbone.js or Ember.js\n
  • \n
  • \n
  • \n
  • \n
  • \n
  • Mocha, Flexmock, Factory Girl\n
  • Cucumber, Capybara, Webrat\n\n
  • Jasmine, BrowserMob, BrowserStack, Browserling, Sauce Labs\n
  • OS, Editor(s), VCS, debuggers, profilers, CI\n\nOk, that was a handful, now...\n
  • \n
  • Not just from the dev/user side, but the server configuration and customization side of things\n
  • Heroku \nor VPS \nLinux, Hardware, memory, RAID, firewalls, etc\nor Cloud\nEC2, S3\nCapistrano, SSH\nApache, Nginx, IIS, Passenger, Unicorn, Load Balancer\n
  • Backups, Monitoring, Analytics\n
  • How does any one person keep on top of all of that? Poorly, at best. What to do?\nThere’s got to be an alternative... \n
  • Because if you don’t, some day your rockstar\n
  • is gonna start looking like this.\n
  • To go back to the organic/growth/plant analogy... Training your people is like using fertilizer. \n
  • Hard cash money is one component to that fertilizer, but training is as much about time, as it is about money\n
  • If you fail to give your people the time, not only to learn, but to absorb that learning, and try it out for size, then your money is wasted.\n
  • Lets not forget, there are many types of learning. Remember how we were going to KNOW our TEAM? If you don’t know your team, you won’t know which is the most effective type of training to apply\n
  • \n
  • \n
  • \n
  • \n
  • \n
  • like the Pragmatic Studios\n
  • yuck, I know, but there it is.\n
  • Conferences are great learning experiences.\n
  • If you spend money, as well as time, on all this training, make certain it’s shared. This multiplies the effect of all that training, across your team. Make sure that anyone taking training has the opportunity to pass that learning on to the team\n
  • \n
  • Back to “know your team”. If they are all married with kids, Bar Camp = bad idea. Lunch & Learn = good idea. Bunch of single workaholics? Bar Camp all the way.\n
  • What if they take all that training and leave?\n
  • Replacing an unhappy developer who walks away is almost always going to cost you more than doing what’s necessary to keep them. Not just in terms of finders fees, but time. Lots and lots of wasteful time. \n
  • If you prove to people that they are valued, they will be more likely to stay, than those who think that they are just another warm body, down in the trenches, a replaceable cog in the machine.\n
  • So beyond Training, we have Engagement.\n\nMake certain that every single person on the team is engaged, and feels ownership of SOMETHING.\n\nSo how do we do that?\n
  • Collective code ownership is great, but as I think I have amply demonstrated, not everyone can be an expert in every single piece of the puzzle.\n\nFor each of your core technologies, you need to identify a primary and secondary point person\n
  • The go-to person for that piece of the puzzle. \n
  • Remember when we talked about that “hit by a bus” thing? How about vacations? Sick Leave, Mat leave?\n
  • Just declaring primary and secondary point person is not enough. You need more.\n
  • I guess given that so many developers are introverts, it shouldn’t be surprising, but... you can’t just sit back, you need to step up and participate.\n\nIf you want to step up, and BE the expert, then you’ll need to participate\n
  • There are hundreds/thousands of resources out on the web, USE THEM.\n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • \n
  • Everyone has to start somewhere. The point is to make the effort to stay on top of at least one thing\n
  • What are the bugs? Incompatibilities? Stability issues?\n
  • Unless your tool is stagnant and never changes (code smell! run away!), you’ll need to manage your updates\n
  • Participate. Don’t have to inflict on your team, but try it out, get an idea of what the impact will be. If you need a second opinion, that’s why you’ve got a secondary.\n
  • Then when release candidates come out, you will be well positioned to use them. \n
  • As Wes mentioned yesterday, and as my Public Service Announcement of the presentation, if it’s open source, then for gawd’s sake contribute back!\n
  • Did I mention that this takes time? \n
  • Factor all this learning, and growing, and developing expertise into your sustainable pace. \n
  • Don’t let people sit back on their laurels, either. Some elements and projects will be more interesting than others. Make certain you rotate people around, and let them develop expertise in new areas. When you have primary and secondary experts, it’s a lot easier to do this, and you’ll keep people from getting stale, bored, and frustrated.\n
  • \n
  • \n
  • \n
  • \n
  • Looks to me like we’ve got one of those virtuous circles here. \n
  • Training, Participation, Developing Expertise... All these things combine into a continuous improvement process for your team. \n
  • And that is what will GROW your TEAM into something better than all the Rockstars & Consultants out there.\n
  • And that’s Finnegan, saying, that’s all folks, we’re done.\n
  • \n
  • Rockstars & Consultants, who needs 'em

    1. 1. Rockstars &Consultants Who needs ‘em?Aloha Ruby Conference, Oct 8-9, 2012
    2. 2. Lori M Olson@wndxlorihttp://wndx.posterous.comhttp://ror4real.com Photo Credit: @etrever
    3. 3. So really...Who needs them?
    4. 4. YOU do.
    5. 5. Everyone does
    6. 6. Why?
    7. 7. What makes a rockstar?
    8. 8. They know*everything*
    9. 9. Photo credit:
    10. 10. They’ve“done it all before”
    11. 11. Super productive
    12. 12.
    13. 13. They have no fear
    14. 14. What makes a consultant?
    15. 15. *knows*one thing very, very well
    16. 16. Photo credit:
    17. 17. know*hard* things
    18. 18. Photo Credit:
    19. 19. Consultancies
    20. 20. deep knowledge pool
    21. 21.
    22. 22. Why not?
    23. 23. Risks
    24. 24. Boredom
    25. 25. Photo Credit: I can haz Cheezburger
    26. 26. Burnout
    27. 27. @ezmobius: So dont forget to get upfrom ur desk and get some exercise. 4years of 14 hour, red bull fueled dayssitting in a chair can kill you!
    28. 28. the big payoff
    29. 29. Fail to deliver promptly? they leave
    30. 30. Succeed in delivering? they leave
    31. 31. Hit by a bus
    32. 32. Looney Tunes: Fast & Furryous
    33. 33. Prima Donna
    34. 34. Don’t come cheap
    35. 35. Wildly expensive
    36. 36. Buy In
    37. 37. Bait & switch
    38. 38.
    39. 39. Culture Clash
    40. 40. Focus
    41. 41. Photo credit:
    42. 42. Audits
    43. 43.
    44. 44. Knowledge walking out the door
    45. 45. Alternatives?
    46. 46. GROW your TEAM
    47. 47. KNOW your team
    48. 48.
    49. 49. KNOW your ecosystem
    50. 50. Identify coretechnologies
    51. 51. Dev
    52. 52. Basics
    53. 53. Ruby
    54. 54. Railsor Sinatra or...
    55. 55. ERBor HAML
    56. 56. CSSor Sassor Less
    57. 57. JavaScriptor CoffeeScript
    58. 58. Testing
    59. 59. MiniTestor Test::Unit or RSpec
    60. 60. Mocking framework
    61. 61. Integrationor Acceptance testing
    62. 62. Client side testing
    63. 63. Toolset
    64. 64. Ops
    65. 65. OS, DB
    66. 66. Deploy
    67. 67. Manage
    68. 68. HOW?
    69. 69.
    70. 70.
    71. 71. Training
    72. 72. TIME
    73. 73. Learn, absorb, try
    74. 74. Types of training
    75. 75. Self Learning
    76. 76. web based
    77. 77. screencasts
    78. 78. read books
    79. 79. Formal
    80. 80. courses
    81. 81. certifications
    82. 82. conferences
    83. 83. Sharing
    84. 84. lunch & learn
    85. 85. bar camp
    86. 86. But?
    87. 87. Replacement costs
    88. 88. Valued people, stay.
    89. 89. Engage
    90. 90. Split Responsibilities
    91. 91. The Primary
    92. 92. The Secondary
    93. 93. Not enough
    94. 94. Par-ti-ci-pa-tion
    95. 95. Resources
    96. 96. mailing lists
    97. 97. blogs
    98. 98. twitter
    99. 99. irc
    100. 100. forums
    101. 101. lurk
    102. 102. ask questions
    103. 103. answer questions
    104. 104. Stay on Top
    105. 105. Know the Issues
    106. 106. Plan for Upgrades
    107. 107. beta tests
    108. 108. release candidates
    109. 109. contribute
    110. 110. TIME
    111. 111. Sustainable pace
    112. 112. Stagnation
    113. 113. So, what does “GROW your TEAM” mean?
    114. 114. Training
    115. 115. Participation
    116. 116. Develop Expertise
    117. 117. DevelopParticipation Expertise Training
    118. 118. ContinuousImprovement!
    119. 119. GROW your TEAM
    120. 120. Thanks!Lori M Olson@wndxlorihttp://wndx.posterous.comhttp://ror4real.com