• Home
  • Training
  • Coaching
  • Tool Box
    • Tools
    • Working Remote Resources
  • Events
    • Webinars
  • About
    • Join Our Team
  • Contact
    • 317 (983-2459)
  • Log in

March 15, 2019 by Drew Kincius 1 Comment

Seeking Unicorns: The Pitfalls of Requirements-Based Hiring

03.15.19 | Chris Daily |

It’s time to come clean.

In spite of being a part of a startup, over the last year, I have applied for a couple of jobs. They have typically been at a moment of insecurity when my neurotic self kicks in, and I convince myself that the future looks bleak.

If I actually had to schedule time for an interview and go talk to someone first, I would probably chicken out. Since I can apply while cowering in my home office and no one knows but me, I will occasionally do it.

I got a rejection email two days after applying for a VP of Engineering job at a relatively small company a few weeks ago without talking to anyone.

I didn’t write this post as a confession or to trash anyone. But I’d like to throw something out there to the C-Suite folks who make these decisions:

How many development/engineering directors/VPs do you have to go through before you stop and look in the mirror?

Maybe the problem you have is not that you haven’t found a unicorn, but that you are looking for one at all. In other words, you are the problem.

If you are still reading this and you have CXO in your title, there is still hope for you.

So, let’s carry on.

What is it you are really looking for? An example set of requirements:

A leader who can still code, has been through an exit, and has experience leading a product development team of 20.

Let’s break this down a bit.

“Requirement” #1 – Can Still Code

Let’s take the “can still code” first. Why is this a requirement? Are you trying to avoid the tired executive from a Fortune 500 company who still loves COBOL who wants a big salary?

If you are managing a 20 person product delivery team, do you really want your VP to be able to dig in and solve a technology problem?

Is that the way you want to spend your money?

Does that build teamwork and trust when the so-called “VP Superhero” saves the day?

How do your developers react when the VP thinks they know more than the folks who actually work for a living? Probably not in a positive way.

“Requirement” #2: Has Been Through An Exit

Next up is “has been through an exit.”

Why is this relevant?

What are you trying to say?

Don’t you have advisors to assist with this?

How many positive exits are there?

Is there some other trait, like knowing when to speak and how to speak with others, that you are looking for?

Not sure if this literal “exit strategy” is a reasonable requirement.

“Requirement” #3: Led a 20 Person Team

Finally, let’s tackle “has led a 20 person product team”. \I can happily admit that this IS a quality requirement. This is the one thing you need to figure out how to genuinely identify.

Leadership comes from a combination of experience, skills, attitude, and emotional intelligence. Are you looking for the intangible skills that your organization so desperately needs? These skills are the primary enabler to the future success of leaders, and yet they are very often ignored or neglected.

Most organizations have tunnel vision and are only focused on the next few months.

What’s next?

So, if folks who can still code, have been through an exit, and led a 20 person product team are few and far between, why are these attributes the essential criteria for making the hiring decision?

I am all most done with my rant, so hang with me.

Instead of looking for a unicorn, I’d like to propose a different approach.

Place a priority on the cultural fit of the candidate.

Here are a few questions that can provide cultural insight:

  • Describe the work environment or culture in which you are most productive and happy.
  • What are some of the characteristics that were demonstrated by the best boss you’ve ever had?
  • What kind of management style brings out your best efforts and makes work enjoyable?
  • Describe what you believe are the most effective roles that a good manager plays in his or her relationship with reporting staff members.
  • What do you like about your current job and work environment?
  • What do you not like about your current situation and work environment?
  • What work style do you prefer? Do you like working alone or as part of a team? What percentage of your day would you allot to each if it’s left to you?

Successful employees know how to work effectively within the context of the company that they work in. Prospective employees are more likely to be a good match for both your position and your organization if they fit the job and the workplace culture.

Be careful to not fall into the trap of hiring people who are just like you. New employees are your opportunity to add new ideas, viewpoints, and direction to your organization. Picking employees purely on whether they could become your new best friend rarely works out.

Thanks for coming in today.

Chris

Let’s connect. 
Instagram | Facebook | LinkedIn | Twitter | www.beLithe.com

VAULT: empowering individuals and organizations through Agile methodologies, SAFe frameworks, soft skills development, modern leadership and more.

Filed Under: Uncategorized Tagged With: Kanban, teams, teamwork, vault

March 8, 2019 by Drew Kincius Leave a Comment

Scaled Agile Framework (SAFe): Adopting a Multi-Team Agile Solution

Scaled Agile Framework (SAFe): Adopting a Multi-Team Agile Solution

03.08.19 | Chris Daily |

Scaled Agile Framework (SAFe) training is coming to beLithe.

As many of you know, the focus of Scrum is creating an environment for a group of people (a team) to get work done.

One of the significant challenges and debates in the Agile community revolves around trying to figure out how to have multiple teams working on the same product.

SAFe: empowering multiple Agile teams.

One popular solution that has emerged: Scaled Agile Framework (SAFe).

I have to admit: in my earlier dogmatic Agile days, I was not a fan of SAFe.

It seemed to be overly prescriptive, in that teams were asked to essentially plan their work for the next two to three months, and then synchronize their deliveries on the same schedule.

It seemed very much like traditional project management and not very Agile.

A gradual appreciation.

Over the years, I’ve thawed out a bit. I have become less dogmatic and more focused on understanding customer wants and outcomes.

Recently I’ve had multiple opportunities to teach and coach Scrum in organizations that have adopted SAFe. While the purist in me was not a fan, I started to understand that for some organizations, adopting SAFe might be their best and only chance at starting down their Agile journey. For other organizations, SAFe doesn’t seem to be necessarily a good fit for many reasons.

In early December of last year, I put my biases on a shelf and attended an SPC class in San Jose.

What was surprising to me was that I started to gain an appreciation for some of the aspects of SAFe. While SAFe focuses on scaling Agile across organizations, I’m a fan of the fact that it’s built on the foundation of Scrum and Kanban teams.

What’s next?

I’m excited to announce that beLithe is now offering four unique certifications within SAFe:

  • Leading SAFe (MARCH 21-22)
  • SAFe Scrum Master (APRIL 4-5)
  • SAFe Product Owner*
  • SAFe for Teams*

Our hope is that by offering these workshops, that we can help Agilists in the local community prepare themselves to be a part of any SAFe journey.

*We haven’t locked in a date yet for these courses, but if you’re interested in attending, let’s chat.

Thanks for coming in today.

Chris

Let’s connect. 
Instagram | Facebook | LinkedIn | Twitter | www.beLithe.com

VAULT: empowering individuals through Agile methodologies, SAFe frameworks, soft skills development, modern leadership and more.

Filed Under: Uncategorized Tagged With: Kanban, teams, teamwork, vault

February 6, 2019 by Drew Kincius 1 Comment

Scrumban: An Agile Love Child

02.06.19 | Chris Daily |

It happens quite often: I have somebody ask me if Kanban is more suited for their organization.

When I dig in to try to understand where the question is coming from, I often get a response that Kanban will be easier for the organization to adopt because it doesn’t have the commitment to a two to four-week duration that Scrum does.

The typical follow-up comment is that Kanban also doesn’t have all the meetings that Scrum does.

One Size Doesn’t Fit All

As many of you know, Kanban comes from manufacturing and is a workflow system whose strength is visual workflow management.

Originally based using cards, its focus is on ensuring that work items flow through boards with lanes that represent process stages.

Teams using Kanban continuously plan, work, review, and measure the outcomes of their work. By limiting the number of items being worked at any one time, teams are more focused, and the complexity of the work is substantially reduced by incorporation Work-In-Process (WIP) limits.

Building on its manufacturing roots, Kanban teams measure lead time, cycle time, and use those measures to optimize their process with the goal of continuously delivering a predictable flow of value to customers.

In many ways, Kanban teams are more mature in their Agile maturity than teams that have adopted Scrum. As a stepping stone towards Kanban, teams will incorporate both Scrum and Kanban at the same time, which is often referred to as Scrumban.

Scrumban: Utilizing Benefits of Two Frameworks

Scrumban is used by teams who need the structure of continuous improvement incorporated in Scrum with the flexibility that a flow-based method such as Kanban offers.

For teams already using the Scrum framework, there are minor variations to the Scrum roles, events, and artifacts. The Sprint Planning event is one example of a slight variation. Teams using the Scrum framework enter the Sprint Planning event with the objective of, based on the order, identifying the Product Backlog items that will be completed in the upcoming Sprint. The artifact that is created is the Sprint Backlog, which essentially becomes the work plan of the Development Team during the sprint.

Scrumban incorporates the pull approach of Kanban: the team starts work when it can; therefore less emphasis is placed on forecasting what work will be completed by the end of the Sprint.

For a list of all the variations, you can download our beLithe Scrum vs. Kanban vs. Scrumban cheat sheet.

Scrumban vs. Kanban vs. ScrumbanDownload

Putting Our Ramblings Into Action

Scrumban is an Agile process that is a valuable tool to help a team when Scrum or Kanban alone don’t solve the problem.

Retaining the intent of Scrum while allowing for the flexibility and transparency of Kanban make Scrumban a powerful tool.

While many find it helpful in teams that provide services to other teams, I have seen that teams in areas outside of IT and software development (HR, Accounting, Marketing, Customer Support, and Sales) can benefit from using Scrumban.

The risk is low, so don’t be afraid to experiment for a Sprint or two. Given the minor differences, it’s easy to step on into Scrum or Kanban.

Are you currently adopting Scrumban? I’d love to hear how you’re implementing it. Drop me a line.

Thanks for coming in today.

Chris

Let’s connect. 
Instagram | Facebook | LinkedIn | Twitter | www.beLithe.com

Filed Under: Uncategorized Tagged With: Kanban

January 25, 2019 by Drew Kincius Leave a Comment

What the heck is Kanban?

01.25.19 | Chris Daily |

Kanban = Focus

It’s no secret that, as those of you who have worked with me in the past know, I sometimes have a hard time sticking to one thing. I often find myself drifting off to look at some new shiny object/topic that leads me down a rabbit hole. I call this “squirreling.”

So what’s the antidote? Does one exist? I have found over the years that time and time again, utilizing Kanban is powerful stuff.

I learned Kanban as part of my Agile journey and use it as a tool that improves productivity and the flow of work. It formalizes the concept of Visual Management by allowing a team to see the work that is in progress, as well as the relationships and risks that affect a team’s ability to deliver its work on time.

It has been widely used by IT service groups and software development teams.

Power in Transparency

Here’s a surprise: with its foundation in lean manufacturing, Kanban works for non-IT related work as well.

By adopting Kanban, anyone can see:

  • Work in progress
  • Impediments to completing work
  • Improved communication among the team
  • Improved engagement by the team due to better collaboration
  • The priority of the work, and where it is at in the process

Make it yours – KANBAN YOUR WAY!

Trust Your Eyes: Visual Management

Why does a visual approach to work matter? Because we, as humans, are visual creatures. Research shows that the brain can process visual information over 50,000 times faster than text.

Let’s look at an example.

Here is some wording to warn you of something to be cautious about:

“While you are traveling down this road, there is a chance that one or more rocks of varying size may fall from the slopes on one or both sides of you. You should be aware of this before you travel this way so that you are cautious of this particular type of hazard.”

Here’s a visual version of the same thing.

What is quicker? Reading a little more than 50 words, or looking at the sign? If you were driving down the road, which warning would you prefer?

This is the power of Kanban.

You can quickly get a sense of what is happening at a glance. This is known as visual management.

Visual management is a way to visually communicate expectations, performance, standards or warnings in a way that requires little or no prior training to interpret. By being visual, Kanban boards allow you to see the status and find information about tasks without having to sort through your email and then reading through the email thread to find out whether the work is complete or not.

As a leader, you can just say, “Check out the board!”

Now Planning: Everywhere

At its simplest, a Kanban board consists of three columns:

  • To Do
  • Doing
  • Done

With some sticky notes and some blue painter’s tape, any setting with a flat surface (wall, whiteboard, tabletop) can become a Kanban board. It doesn’t have to get any more complicated than that. It’s entirely up to you. How involved do you want to make it? Make it yours.

Kanban has some rules and practices that are defined, yet many people customize their use to reflect better what they are trying to accomplish.

Here are a couple of sites that have excellent info on Kanban:

  • Agile Alliance
  • Leankit
  • Trello

A Visual Plan for Results

Once you’ve created your Kanban board, the power of Kanban leaps out at you every time you take a look at the board. Things to look for include:

  • Items stuck in the same state for long periods
  • Amount of work in process at a given point
  • Waste in the forms of handoffs and wait times

Using a Kanban board creates transparency while improving effectiveness by improving collaboration. Instead of status reporting, project managers can focus on other items that provide more value. What’s more, onsite and remote team members can see the status of a project in real time.

Kanban can be used to identify waste visually with a goal of improving efficiency.

Kanban also helps teams to visually identify log jams and identify opportunities for improving the process. Effectively managing the work improves focus and engagement, resulting in an improvement in morale.

Common sense tells us people are more efficient when they can focus on only a few tasks at once.

Kanban is one of the simplest, yet most powerful tools in the Agile Toolbox. It’s applicable across industries and is even relevant in your personal life. We’re happy to provide a dynamic, comprehensive one-day “crash course” to get you comfortable and empowered with Kanban. During The Framework Series: Kanban 101, you’ll discover how adopting this framework will help you process lightly: to be lean, adaptable, and Agile during any step of your project’s journey.

Thanks for stopping by.

Chris

Let’s connect. 
Instagram | Facebook | LinkedIn | Twitter | www.beLithe.com

Filed Under: Uncategorized Tagged With: Kanban

February 27, 2016 by Chris Daily Leave a Comment

Techie Women Have More

How Kantechiewomenhavemoreban Can Help you Manage Multiple Priorities

At beLithe, we believe that we should encourage more women to participate in the technology and science sectors.  Catch Tana as she helps promote women in IT by speaking at Techie Women Have More.  The title for Tana’s Breakout session is How Kanban Can Help you Manage Multiple Priorities.  Kanban is an import into Information Technology from Toyota’s Lean Manufacturing experiences over the years.

Juggling multiple priorities in a complex and demanding world often takes a toll on our personal and professional lives. A technique commonly used in software development – Kanban – has two simple rules that will have you working through your to-do list at lightning speed. Kanban can be used at work, in school or at home. During this session Tana and the attendees will explore two apps that will take your task management skills to the next level.

In our age of always being connected, applying Kanban in your professional and personal life can help make sure the most valuable and important activities get done.

 

Tagged With: agile, Center of Excellence for Women in Technology, CEWiT, Kanban, Leadership

UPCOMING EVENTS

Mar
26
Mar 26 : 08:34am EST - Mar 26 : 08:34am EST
Learn More
Mar
26
Mar 26 : 08:34am EST - Mar 26 : 08:34am EST
Learn More
Mar
26
Mar 26 : 08:34am EST - Mar 26 : 08:34am EST
Learn More
Mar
26
Mar 26 : 08:34am EST - Mar 26 : 08:34am EST
Learn More
Mar
26
Mar 26 : 08:34am EST - Mar 26 : 08:34am EST
Learn More

Call Us:

(317) 983-2459

#SLINKYTHINK:
DIRECTLY TO YOUR INBOX

We love Agile. We're obsessed with delivering value to you.

Sign up for insightful thought leadership on people, culture, and Agile. It's what we do.

Footer Form

© COPYRIGHT 2015-2020 BELITHE, LLC · All Rights Reserved · Privacy Policy