Managing Risk

This afternoon, I was talking with my colleagues about managing risk in our system and how introducing too many changes can lead to a lot of risk. I pointed out that the less changes we make, the less risk, though unfortunately, the less rewards.

One even pointed out that too much risk-taking eventually led to the fall of a certain company, which I will not mention here. Hehe.

Four hours later after arriving home, I was thinking of what I said and realized it applies to a lot of things, especially outside of work.

Less changes. Less risk. Less rewards.



3 Comments Add yours

  1. moogs says:

    In software, risk is managed not by making less changes but by designing it so that things that stay the same are separate from the things that change. Modularization. Pwede ring I-apply sa life, hehe


  2. I agree, to a certain degree.Assuming all other things being equal. You have a well-modularized system. Introducing two config changes has more risk than introducing one. Redesigning the system to make it even more modularized introduces the most risk (and possibly the most reward).Pwede ring i-apply sa life. Hehe.


  3. yeyenman says:

    Less changes. Less risk. Less fun.


Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s