It’s the darkest of the bourbons thus far, which surprises me given the high alcohol content. I find the aroma to be pretty much overwhelmed by the alcohol, so I’m not really getting much of anything there.
In the mouth, it’s surprisingly smooth, and pretty much evaporates. There’s a bit of a charcoal quality, maybe? A hint of burnt wood in the taste that wasn’t there in the nose. It’s strong as hell, too, and it burns.
Christina says it’s “very drinkable once you get past the lighter fluid quality” and I have to agree. It’s too strong to drink straight, but would make a dynamite mixer.
I can’t find specific info on this bourbon on the Booker’s site. I can’t tell which of the batches this is from, so I can’t tell for sure what the tasting notes are. According to http://whiskey.underthelabel.com/l/486/Booker-s-True-Barrel-Bourbon, it “delivers a range of intense flavors from oak tannin and smoky vanilla to lighter tones of mocha and cofee.” I guess the smokiness came through for me.
- Evan Williams
- Booker’s 7 Year
I didn’t remember to take a photo until after I’d poured the whiskey, so the glass is in there to show the color.
Strong alcohol quality to the nose, almost medicinal. Somewhere between herbs and iodine, not unpleasant but not what I really like. I tend to like sweeter notes – that’s why I drink bourbon instead of scotch – so this isn’t doing as much for me.
The flavor makes up for that, though. Very smooth, no corn at all, at least in terms of flavor. I’m sure there’s plenty of corn in the mash bill. It’s very drinkable, seeming to pretty much evaporate off the tongue. Not a lot of burn, just a pleasant warmth that stays with you.
The Evan Williams site doesn’t have the Extra Aged listed, for some reason, so the link above is to the Master of Malt site, which says it has “Rich feinty flavours like leather, vanilla and toffee.” I can see that – the medicinal quality I was noticing could be interpreted as leather.
I note that the first review of the Extra Aged calls it “a good mixer or a good enough sipper. Prefer to jack definetely.” I agree – it’s definitely better than Jack. Then again, so are some varieties of unleaded gasoline.
Ratings so far:
- Evan Williams
Strong booze quality to the nose, with hints of licorice. In a good way. I don’t like anise, but in this spirit, that quality to the aroma works really well.
In the mouth, the alcohol comes across prominently, backed with a kind of medicinal or herbal quality. There’s a strong alcohol burn from start to finish, and it’s the most notable element of the finish.
The web site says the taste is “Rich caramel with balanced vanilla, stone fruit notes, smokey depth, with an oak finish”. I didn’t get any of that except I guess the smokey depth, but it came across as less smoke and more medicinal/herbal. And the finish isn’t oak, it’s just booze.
Two stars. Not making my list of follow-ups.
Ranking thus far:
Day 2 is Bulleit Bourbon, a “straight bourbon whiskey” that’s 45% alcohol, made in USA. I’m suspecting they’ll all be US-made, but I don’t know! That’s part of the fun.
I’ve had Bulleit Bourbon before, and liked it, so this is a good chance to figure out what my scale is about, since this is a reference point.
Initially it has a light nose, and it stays light as the bourbon warms up. It smells like bourbon – or rather, what I think of as the traditional bourbon smell, which is mostly alcohol with notes of wheat and honey. Little to no corn in the aroma.
The flavor is smooth and rich, and familiar. It’s got a sweet note, not quite honey but something like it. A wee hint of smokiness, maybe? It has a pretty long finish, with a nice burn.
The Bulleit web site tells me that the bourbon has an “especially high rye content” which is interesting, and that it has “tones of maple, oak and nutmeg.” I’ll buy that.
I rate this one three stars. Not my favorite, but definitely something I like and would recommend.
Day 1 is FEW Bourbon, a “spirit drink” that’s 46.5% alcohol. Made in USA.
Initially, I thought it had a light nose, but that turned out to be an illusion – I’m keeping the calendar in the music room, near a bay window, and it’s a mite chilly, so the bourbon was cold. Once it warmed up, it had a definite boozy quality to it, with light corn notes. Not raw corn, but definitely some corn in there. And maybe a bit of honey.
Flavor was decent, with definite corn (hard to avoid with that being part of the aroma, after all) and a burn like fire going down. Fairly smooth. It got boozier as it warmed, not just in the nose but on the palate.
Christina liked it and said she’d drink it straight. She then went and looked it up, and found that the distillery is named for Frances Elizabeth Willard, president of the Women’s Christian Temperance Union from 1879-1898. Which is kind of cool, since Ms. Willard was active in a variety of causes including women’s suffrage.
I rate this one two stars. I don’t know what the scale is yet, but two stars is decent.
This year, my awesome and thoughtful wife Christina got me an Advent Calendar for my birthday. It’s filled with bourbon.
So here goes, the Tour de Bourbon 2015.
An agile board (also known as a Task Board) gives a team an easy way to understand at a glance what they’ve committed to in a sprint and what progress they’re making. The simplest version of this is a set of index cards and a whiteboard.
Create one index card for each of the Stories in your Sprint. The front (unlined) side of the card has the name of the story, along with the estimate (in points).
The back of the card holds other information, such as acceptance criteria.
Make three columns on the whiteboard, from left to right. Label them:
- To Do
Put all of your cards in the first column, with the most important at the top.
People markers (optional but highly recommended)
Create a marker for each of the people on the team. Each person only gets one – after all, you can only work on one thing at a time, right? You can use sticky notes, or magnetic markers on a metal-backed whiteboard.
Put these in the “To Do” column to start.
Putting it to work
Starting at the top of the “To Do”‘ column, determine who’s going to work on the first story card. That person moves the card into the “Doing” column and puts their marker on it. Repeat this until everyone has a task in the “Doing” column.
|Don’t move things until you start working on them! That way lies madness.|
Important Safety Tips
Don’t skip items
If you find yourself skipping items in the “To Do” column, ask why. They’re supposed to be in priority order, so why isn’t the team working on them in that order? If it’s a priority problem, have the Product Owner re-sequence them.
Only work on one thing at a time
You only have one marker for a reason: task-switching is inefficient. Unless you’re actually blocked, you almost always have things to do that will move the story forward. Do those and focus on getting the story to “Done.”
Stay on target
Once you pick up a story, stick with it until it’s “Done.” If you become blocked, indicate this by:
- Turning the card sideways
- Bringing it up in the next Standup
Respect the Sprint Plan
Make sure that:
- There is a card for the work you are doing
- That card is in the sprint
When is a story done?
When the developer is finished? When it passes QA? When the business signs off? When it’s scheduled for a release? When it’s checked in to a release build?
Or is it when the feature is actually in production delivering value?
It’s likely that it’s some combination of the above, and that the answer will vary from team to team, and possibly from story to story. Having a general consensus on the team about what “done” means is important, because without it, we’re going to have confusion.
Accordingly, during the formation process, teams should spend time discussing what their shared understanding of “done” is and recording that in a wiki (or on a poster, or something – just make sure it’s recorded and available to refer back to).
I suggest timeboxing this discussion to 30 minutes. That should be enough to get to at least a high-level understanding. If you’re not close after 30 minutes, get help from a coach to create a compromise position and discuss it in your next Retrospective.
A feature is Done when:
- It passes all Acceptance Criteria
- It passes regression testing
- The requester has seen and approved it in non-Prod environments
- All unit and functional tests associated with it are passing
- It’s checked in to Main (if it’s a code change)
- It’s scheduled for release to production (if it’s a 3rd party change)
- Monitoring is in place (if applicable)
- Support documentation is in the wiki (if applicable)
The Agile Manifesto starts off with:
We are uncovering better ways of developing software by doing it and helping others do it.
And the 12 Principles behind it end with:
At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
Agile at its core is fundamentally about adapting to changing circumstances. There is no single “right way” to do things that is always correct in all circumstances. Accordingly, agile teams need to spend some of their time getting better at the process of delivery, in whatever ways work for that team in that circumstance.
The Retrospective session is the key to this.
In addition to the very good advice found here, my keys to Retrospective success are:
- Make sure that all dedicated team members attend
- Only allow the dedicated team (and a facilitator) to attend (no visitors or observers)
- Provide a private space so people can speak freely
- Emphasize that this is a safe space so people can speak freely
- Remind the team to assume positive intent
Agile teams are defined in part by their rhythms – the set of meetings and events that the team holds. This is a starter set of rhythms to adopt; once you get up and running, adjust as needed to fit the needs of your team.
Keeping the team engaged and aware of one another is important. In addition to working in the same location to enable opportunistic sharing of information, holding a Standup every day is a critical part of thinking and acting like a team.
Standup is held daily at the start of the work day. It should be quick – 60-90 seconds per team member – and focused on sharing information. Attendees should be limited to people who are directly engaged with the team on a daily or near-daily basis (all of the “dedicated” team members, in Etsy terms, and “designated” team members as needed). Generally speaking, Stakeholders do not attend the daily standup.
In the standup, you’re going to spend more time listening than you do talking. This is a good thing; sharing is a two-way street.
When it’s your turn to talk, there are three key pieces of information to share in your 60-90 seconds:
- What you worked on yesterday
- What you’re going to work on today
- Anything that’s keeping you from getting things done right now (or that will soon)
If you have other things to share, or to ask about, consider implementing a Parking Lot for post-Standup discussion.
Backlog Grooming (weekly or biweekly)
Keeping the Backlog healthy requires ongoing work. The Product Owner should have a regularly scheduled meeting to provide time for this. For more, see Backlog Grooming.
Demo Prep (biweekly)
The day prior to the end of the Sprint, the team should hold a brief Demo Planning session; this can often be handled at the end of the Standup for that day. The intent is to determine
- Which stories will be included in the Demo
- Who will be doing the Demo for each story
Remember that you should only Demo things which are actually Done. Do not include work-in-progress in a Demo!
Sprint Changeover (biweekly)
The end of the Sprint is a set of activities that take several hours. Beginning teams will find that they spend up to a full day on this, while experienced teams will often be able to get through these meetings in a few hours. Resist the urge to speed things up – speed will come naturally as the team builds expertise with the process and comfort with one another. There are three key activities
The first part of the Sprint Changeover is the Demo. This is a meeting where the Stakeholders and any other interested parties are invited. The purpose is to show off the team’s completed work and get feedback (and credit) for it.
|The person who requested a story should never be surprised in the Demo. Always review stories with the requester before the Demo – if you don’t, how do you know they’re Done?|
This meeting should take about an hour, and each team member should be able to show off work at some point. Not all team members enjoying being in the spotlight of the Demo, so be sensitive to that, but make sure that you’re giving everyone a chance to receive credit and praise for their work.
After the Demo, the team needs to have time together in a private, safe space to talk about how things went in the Sprint and what parts of the process the team wants to – and is able to – improve. See Retrospective for more. Allow at least 2 hours for this activity.
The last part of the Sprint Changeover is Sprint Planning.