Effective Understanding of a Topic

Table of Contents

This time, the topic slightly ventures beyond IT projects. Recently, I’ve been doing a lot of research work where I need to construct a coherent extract of practical information from a multitude of knowledge sources. After extensive work in this area, I’d like to share a few tips that I’ve had the chance to apply multiple times.

If you want to build knowledge on a certain topic, like continuous integration or technology X.

Objective: You want to really understand the topic well.
Assumption: You don’t know anyone who could guide you in the right direction. ;-)

Steps to Effective Understanding

  1. Conduct a spike (maximum a few hours) regarding information sources - where you can find materials and their quality (credibility and detail):

    • Specify the questions you would like to find answers to.
    • Primarily choose books - if they are good, you will find reliable and organized information there.
    • Secondly, select academic materials (PhD theses, conference papers) - they are credible, but sometimes unorganized, and if the author is poor, it might just be fluff.
    • Opt for blogs and articles by credible industry figures (recognized and esteemed).
    • Avoid, as much as possible, forums, blogs, and loose information of unknown origin - you’ll read a lot but learn little.

  2. Once you’ve determined a list of credible sources - determine the minimum you need.

  3. If you start reading a text (and it pertains to your minimum), read it very carefully. Do not proceed if you do not understand what you have read.

  4. I have repeatedly found that it’s better to learn less but have razor-sharp knowledge than to skim through everything superficially.

  5. Take notes! This is one of the most important components! Many people read a lot but don’t take notes. Notes force you to better understand what you are reading. To make a note (usually), you need to understand something. Let the note be a paraphrase (your own wording), not a quote.

*Spike - a time-limited, short period to investigate a topic (maximum 2 days) that is unfamiliar or little known to you.

(Text translated and moved from original old blog automatically by AI. May contain inaccuracies.)

Tags

Related Posts

Technical Leader Worries: Team Members Are Whining

Understanding Team Complaints

It’s very annoying when you hear whining from your team. They complain about boring work, stupid company security policy, wrong management decisions, customers not knowing what they want and changing their minds, and project managers crowding them. Doesn’t it sound familiar?

Read More

Building Knowledge in a Team: Main Mistakes and Strategies

Introduction

For IT leaders, the topic of knowledge management is often unexplored territory. There is a silent assumption that it happens on its own. While it’s true to some extent, as software developers, we constantly need to learn new things to stay relevant. However, it’s not enough if only some team members learn independently. For a team to work efficiently, they need consistent and up-to-date knowledge. Cutting-edge technology skills alone have limited value.

Read More

The Natural Order of Refactoring Under the Microscope Part 1

Refactoring is an age-old problem—perhaps not the best word given the relatively short existence of software engineering as a discipline. Everyone knows refactoring should be done, but nobody seems to have the time for it.

Read More