Agile is a good way to understand the 8th Law, as well as the 1st and 2nd law, because Agile techniques work because they embrace Lehman's laws. Agile gives practical tools that make the realities described by the Lehmans laws in general, and the 8th in particular, manageable, and stable.
The insight behind the 8th law is that the process of software development is composed of three key - but very different ingredients - people, organizations of people, and software.
People define what the software should do and how it will be used. People develop software that realizes those requirements. People are subjective, imperfect, irrational, and biased (except me of course !). Organizations of people amplify this by introducing more stakeholders, with differing interests, opinions, and politics. Think of all of this as a complex feedback loop - not in the sense of say, an airplane control system - but like the world economy or even a government trying to manage a pandemic.
Software - unlike people - is "perfect" - unbiased, deterministic, it does exactly what it's programmed to do. Software has no notion of "tolerance" - there is no relationship between the nature of the error/fault and the size and criticality of the outcome. Also, changing software is conceived as "easy" - just type a few magic words, and the problem if fixed, redeployment is fast and automatic. So software changes behave like positive feedback - changes are very easy, but the smallest input can cause an unproportionate large output.
The combination of human users of the system, a large human organization manipulating an easy to change and deliver software base, leads to a constant desire and pressure for change. The fact that today's systems have multiple users, many features and there are many many stakeholders means that the entire system has a life of its own - not completely under the control of any particular person or organization.
Agile recognizes that systems evolve (the 1st law), hence it encourages, iterative, incremental, and evolutionary growth.
Agile encourages small, self-managing teams, i.e. it aims to simplify the 8th law feedback loops. It encourages measuring/analyzing/changing the development process itself - yet another 8th law feedback loop. Agile also recognizes the inevitability of technical debt and the need for refactoring (yet another loop) - accepting and embracing the 2nd law.
The 3rd law basically says that observations of the rate of real, large software systems, shows that this growth is not totally under the control of the managers - the people, the organization, and the nature of software combine in a way that makes the development process behave in a statistically predictable - cycles of increased and decreased development progress (negative feedback loop), increasing growth (the 1st law), and eventual decay (because of unmanaged entropy - the 2nd law).