Paul Sobocinski

Paul Sobocinski

Director of Engineering, Practice

As a Practice Director, Paul is responsible for elevating the technical excellence of the Software Engineering practices at Connected and beyond. He does so through coaching, writing, public speaking, and of course, coding.

Paul is currently interested in fostering professional growth through skills-based learning, with a particular focus on pair programming, test-driven development, and emergent design.

Articles

Wed Aug 24

  • Product Thinking,
  • Software Development

Product Delivery Team Anti-patterns – The “Silo-ball” Anti-pattern

Continuing the Product Delivery Team Anti-patterns Series, Paul Sobocinski, Director of Engineering covers the silo-ball anti-pattern in this edition and reveals how a virtual Kanban board can incentivize silos within remote Scrum teams.

Product Delivery Team Anti-patterns – The “Silo-ball” Anti-pattern

Tue Aug 16

  • Product Thinking

Product I Love: Tesla

Great products are something we can’t help but love here at Connected. From products that simplify investing to ones that keep your information safe and secure, we have eclectic taste, and this edition is no exception as we dive into cars and specifically the electric vehicle manufacturer - Tesla. Paul Sobocinski, Practice Director, Engineering details why the Tesla Model Y is his favourite product and it may have to do with simplicity, practicality, versatility, and safety.

Product I Love: Tesla

Tue Aug 9

  • Product Thinking,
  • Software Development

Product Delivery Team Anti-patterns – The “Hero” Anti-pattern

Heroes on product delivery teams are members that have great technical expertise and are relied upon to solve issues. But, depending on one subject matter expert when crises occur is harmful to the team and the product in the long term. Paul Sobocinski, Practice Director, Engineering explains how to counteract the "hero" anti-pattern by implementing several processes including avoiding "soloing" to move faster!

Product Delivery Team Anti-patterns – The “Hero” Anti-pattern

Thu Aug 4

  • Product Thinking,
  • Software Development

Product Delivery Team Anti-patterns – (Fend for Your)self Onboarding

It isn’t uncommon for product delivery teams to have developed approaches that result in new team members being onboarded quickly via a self-paced, independent onboarding process. From asking engineers to create a developer setup in x hours by themselves to solving something on the backlog that requires no help of others, these teams are engaging in an anti-pattern called (fend-for-your)self-onboarding. Paul Sobocinski, Practice Director, Engineering explains how to counteract this anti-pattern by pairing new hires and how to effectively evaluate new members for their technical skills!

Product Delivery Team Anti-patterns – (Fend for Your)self Onboarding

Thu May 19

  • Product Thinking,
  • Software Development

Creativity & Product Teams: Better Together Than Apart

When you think of product development, words that may come to mind are prototypes, market research, and user testing. Other words that probably surfaced are agile development, UX design, and innovation. But one that may not have made the short-list is likely: creativity. Product teams may not realize it, but they engage in creativity every single day from the approaches they take for building prototypes to figuring out ways to collect feedback accurately from users. Paul Sobocinski, our Director of Engineering, Practice shares how software product teams and creativity are better together than apart, and how to leverage the power of imagination (an aspect of creativity) during a retrospective.

Creativity & Product Teams: Better Together Than Apart

Wed Apr 6

  • Culture,
  • Product Thinking,
  • Software Development

How My Violin Teacher Made Me a Better Software Engineer

It isn't every day that the lessons 11-year old us learned would greatly impact our present-day selves. That is unless you're Paul and that lesson came from your violin teacher. That's because the lessons she taught served him well, professionally and personally, and today, he's going to share them with you.

How My Violin Teacher Made Me a Better Software Engineer

Thu Sep 16

  • Software Development

Software Estimation on a Product Team Part 4: Planning Poker Estimation

Great teams build great products, and great processes enable great teams. Our Practice Director, Engineering, Paul Sobocinski, shares his thoughts on planning poker estimation in the fourth part of his ongoing series focussed on software estimation on product development teams.

Software Estimation on a Product Team Part 4: Planning Poker Estimation

Wed Nov 25

  • Software Development

Software Estimation on a Product Team: Part 3

In part three of his series on Software Estimation, Director of Engineering, Paul Sobocinski, walks us through the origin and application of story pointing and how it can be applied to help teams build better products.

Software Estimation on a Product Team: Part 3

Tue Sep 15

  • Software Development

Software Estimation on a Product Team: Part 2

In the second article in his series on software estimation, Director of Engineering, Practice, Paul Sobocinski walks us through the four reasons why engineers should utilize the practice.

Software Estimation on a Product Team: Part 2

Thu Aug 13

  • Software Development

Software Estimation on a Product Team: Part 1

Rallying a team around clear principles is the best way of creating alignment and delivering impact. In this piece, Paul Sobocinski, gives his view on the three key principles needed for effective software estimation.

Software Estimation on a Product Team: Part 1

Thu Feb 20

  • Software Development

Four Reasons Why Software Engineering Needs More Coderetreats

Great product builders are those who are constantly honing their craft. Connected’s Paul Sobocinski, Senior Software Engineer, explains exactly why attending Coderetreats is a valuable experience for junior and senior developers alike.

Four Reasons Why Software Engineering Needs More Coderetreats

Thu Nov 7

  • Software Development

Delivering Better Products Through Intention Driven Pairing

Software Engineer Paul Sobocinski explains Intention Driven Pairing, a pair programming methodology that can help improve our software development practice combining uninterrupted focus and continuous feedback to realize the benefits of both.

Delivering Better Products Through Intention Driven Pairing