<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>BWise Blog</title>
	<atom:link href="http://blog.bwise.com/WP/?feed=rss2" rel="self" type="application/rss+xml" />
	<link>http://blog.bwise.com/WP</link>
	<description>Business In Control</description>
	<lastBuildDate>Mon, 16 Apr 2012 12:45:36 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Titanic Risks</title>
		<link>http://blog.bwise.com/WP/?p=729</link>
		<comments>http://blog.bwise.com/WP/?p=729#comments</comments>
		<pubDate>Mon, 16 Apr 2012 12:43:41 +0000</pubDate>
		<dc:creator>Luc</dc:creator>
				<category><![CDATA[Risk Management]]></category>
		<category><![CDATA[BWise]]></category>
		<category><![CDATA[Enteprise Risk Management]]></category>

		<guid isPermaLink="false">http://blog.bwise.com/WP/?p=729</guid>
		<description><![CDATA[With the whole world talking about the Titanic disaster of 100 years ago, it might be good to put this into a risk perspective. It’s an interesting case for any risk manager out there, especially the ones who feel confident that they are in control. The story is well known, the Titanic was the ship [...]]]></description>
			<content:encoded><![CDATA[<p>With the whole world talking about the Titanic disaster of 100 years ago, it might be good to put this into a risk perspective. It’s an interesting case for any risk manager out there, especially the ones who feel confident that they are in control. The story is well known, the Titanic was the ship that couldn’t sink and still . . .<br />
<span id="more-729"></span><br />
In risk management terms, this is a situation where the risks were either not recognized, or the controls didn’t work, or weren’t effective enough. Well, it certainly wasn’t a black swan that brought the Titanic down; the risk of the iceberg was well known. Also, the controls were perfect and were working fine. It was the best ship ever crafted, and still it was struck by tragedy. What happened in risk management terms? The Titanic case is a clear example that shows risk management is not a paper and static exercise; it needs to be treated dynamically. A combination of carelessness caused by the idea of invincibility, of slow reactions, not using the ‘controls’ at the right time, and many small decisions, caused the disaster to happen. This clearly shows it is very important to have a risk management framework, to perform risk assessments and to test the effectiveness of controls, but the proof of the pudding is in the eating. You need to test how people react in crisis situations, train them and keep everyone on their toes. Create a control in your risk management framework that forces these tests. <a href="http://www.bwise.com/grc-challenges/enterprise-risk">Risk management </a>is not a job behind a desk.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bwise.com/WP/?feed=rss2&amp;p=729</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Local or central documentation</title>
		<link>http://blog.bwise.com/WP/?p=717</link>
		<comments>http://blog.bwise.com/WP/?p=717#comments</comments>
		<pubDate>Thu, 15 Mar 2012 15:32:37 +0000</pubDate>
		<dc:creator>Luc</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Governance, Risk and Compliance]]></category>
		<category><![CDATA[BWise]]></category>
		<category><![CDATA[GRC]]></category>

		<guid isPermaLink="false">http://blog.bwise.com/WP/?p=717</guid>
		<description><![CDATA[Local or central documentation is consistently a trending business topic, but for some reason the number of discussions on this is larger than ever. I think this is caused by the larger number of true GRC implementations being executed now. Let me first try to describe the issue, and then try to give some guidance. [...]]]></description>
			<content:encoded><![CDATA[<p>Local or central documentation is consistently a trending business topic, but for some reason the number of discussions on this is larger than ever. I think this is caused by the larger number of true GRC implementations being executed now. Let me first try to describe the issue, and then try to give some guidance.<br />
<span id="more-717"></span><br />
In any GRC program, processes, risks, measures and controls are described. The typical way of accomplishing this at the onset of a company’s project is that all parties describe their own processes, risks and controls. This is the ultimate decentralized approach, and utterly flexible. It also causes the parties involved in the reporting of corporate results sleeplessness. This level of localization can very easily result in misalignment.</p>
<p>The next phase is that people want to standardize. This is typically a corporate desire. Corporate is tired of the concerns that keep it up at night and it wants to produce more meaningful results, benchmarks and trends. For this to be accomplished, some level of standardization is required. The rigorous way of doing this is to enforce one model onto the organization. This is a great way to transfer the sleepless nights from corporate to local entities (with the expected boomerang back to corporate). Recognition at the local level is low, as business processes tend to be different.</p>
<p>Now, reality is much more complex than this, too complex for a simple blog. Standardization means different things for business processes, for risks, for controls, for objectives. Business process standardization is a great thing, but not very easy, and quite a different project than a basic risk or compliance project.</p>
<p>Business process standardization, when done properly, brings profound value to the company and drives performance and continuous transformation. Unfortunately, it is only one or two steps up the maturity ladder in the GRC world; definitely the way to go, but few companies are there yet.<br />
Risk standardization is a great thing. It ensures proper reporting and aggregation. Care should be taken that risk management doesn’t become an exercise to satisfy corporate reporting needs, rather than an embedded way of working in the business, the first line of defense.</p>
<p>Control standardization is the coolest thing. This is where most money can be saved. Note that controls standardization or convergence is not the same as controls reduction (because that increases risk levels per definition). Care should be taken that controls are specific enough to deal with the actual risk.</p>
<p>Local versus central; always a balancing act, and the balance can be different in any two companies.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bwise.com/WP/?feed=rss2&amp;p=717</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The GRC Journey</title>
		<link>http://blog.bwise.com/WP/?p=704</link>
		<comments>http://blog.bwise.com/WP/?p=704#comments</comments>
		<pubDate>Wed, 07 Mar 2012 09:14:44 +0000</pubDate>
		<dc:creator>Luc</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Governance, Risk and Compliance]]></category>
		<category><![CDATA[BWise]]></category>
		<category><![CDATA[Compliance]]></category>
		<category><![CDATA[GRC]]></category>
		<category><![CDATA[IT Governance]]></category>
		<category><![CDATA[Risk]]></category>

		<guid isPermaLink="false">http://blog.bwise.com/WP/?p=704</guid>
		<description><![CDATA[BWise always seems to have been in the travel business. When BWise sold process optimization projects, or business transformation, we always advocated the concept of thinking big, and starting small. Governance, Risk Management and Compliance is not any different. For many, this is such an over-arching idea, that the concept needs to be digested step [...]]]></description>
			<content:encoded><![CDATA[<p>BWise always seems to have been in the travel business. When BWise sold process optimization projects, or business transformation, we always advocated the concept of thinking big, and starting small. Governance, Risk Management and Compliance is not any different. For many, this is such an over-arching idea, that the concept needs to be digested step by step.<br />
<span id="more-704"></span><br />
In over eighteen years, BWise has learned which methods work and which ways work less well. To impart this understanding we need to take you on a GRC Journey. On this journey BWise may serve as the GRC platform tour guide. An important aspect of the Journey is to define a common risk language. It is important to get the definitions straight, even in the smallest of sub-projects. How do we define a risk, how do we deal with causes, risk triggers, consequences? I recently witnessed a session where control execution, control testing, control assessments, risk &amp; control self-assessments, control monitoring, control reviewing were all used for very similar processes in different departments. Having alignment is key.<br />
This is just one of the many lessons learned. <strong>On April 12, 2012</strong>, we will host a <a href="http://www.bwise.com/register-for-the-grc-journey-webinar">webinar on the GRC Journey together with Chris McClean</a>, leading GRC analyst at Forrester research on this topic. We will share lessons learned and trends from industry research, as well as actual implementations.<br />
Looking forward to meeting you on the web<br />
Luc</p>
<p><strong>Ps.</strong>If you read this blog after April 12, please <a href="mailto:marketing@bwise.com">contact our marketing team</a>. The webinar is recorded.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bwise.com/WP/?feed=rss2&amp;p=704</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Understanding Risk</title>
		<link>http://blog.bwise.com/WP/?p=698</link>
		<comments>http://blog.bwise.com/WP/?p=698#comments</comments>
		<pubDate>Thu, 16 Feb 2012 08:47:14 +0000</pubDate>
		<dc:creator>Luc</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Risk Management]]></category>
		<category><![CDATA[Enteprise Risk Management]]></category>
		<category><![CDATA[Risk]]></category>

		<guid isPermaLink="false">http://blog.bwise.com/WP/?p=698</guid>
		<description><![CDATA[There is a fundamental truth about risk, if you don’t understand it, stay away from it. This is true when you try to repair the washing machine. Ask the repair man when you’re afraid of being electrocuted. Same when you finance your house, if the mortgage construct is so complex you don’t understand it, stay [...]]]></description>
			<content:encoded><![CDATA[<p>There is a fundamental truth about risk, if you don’t understand it, stay away from it. This is true when you try to repair the washing machine. Ask the repair man when you’re afraid of being electrocuted. Same when you finance your house, if the mortgage construct is so complex you don’t understand it, stay away. Same in business, if contracts are so complex you don’t understand them, stay away. Similarly, when it looks too good to be true, it probably is. This too good to be true rule is actually the same as the understanding rule, because when it’s too good to be true, you probably don’t understand it. <span id="more-698"></span></p>
<p>The challenge is of course we don’t know what we don’t know. Consequently, we also don’t necessarily know that it’s too good to be true when we actually believe it is good. I know this for a fact, because I have ample experience with buying classic cars, overexcitedly.</p>
<p>This is related to the ability of people to assess risks. Risks further in the future are generally assessed lower than reality, whereas closer risks are assessed higher. This effect is evolutionary and beneficial. The effect enables entrepreneurs to think they have a great idea that will make them rich overnight,  while it doesn’t tell them all the horror they will face. On the shorter term, the effect also stimulates running away from scary tigers when they come too close. A risk manager should know all this, and should help dampen the effect. Help understand the risks and know when it’s too good to be true. And be especially wary when the positive effect is far in the future, because then we tend to be too rosy. If only I knew all of this when I bought that Riley several years ago. Since I sold it, it has continued its devastating path throughout Europe; the effect seems to be omni-present!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bwise.com/WP/?feed=rss2&amp;p=698</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The challenge of implementing Risk Appetite</title>
		<link>http://blog.bwise.com/WP/?p=695</link>
		<comments>http://blog.bwise.com/WP/?p=695#comments</comments>
		<pubDate>Mon, 06 Feb 2012 15:44:59 +0000</pubDate>
		<dc:creator>Luc</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Risk Management]]></category>
		<category><![CDATA[BWise]]></category>
		<category><![CDATA[Enterprise Risk]]></category>
		<category><![CDATA[Risk]]></category>

		<guid isPermaLink="false">http://blog.bwise.com/WP/?p=695</guid>
		<description><![CDATA[I just read a very good and comprehensive paper from COSO on Risk Appetite. Written by Dr. Larry Rittenberger and Frank Martens, the paper provides a practical and well-substantiated framework for implementing Risk Appetite. It is truly a paper to study carefully and put into practice. Well written and full of good examples, the paper [...]]]></description>
			<content:encoded><![CDATA[<p>I just read a very good and comprehensive paper from COSO on Risk Appetite. Written by Dr. Larry Rittenberger and Frank Martens, the paper provides a practical and well-substantiated framework for implementing Risk Appetite. It is truly a paper to study carefully and put into practice. Well written and full of good examples, the paper will help companies take an important step forward in implementing Risk Appetite across the enterprise. The COSO website provides <a title="Risk Appetite" href="http://coso.org/documents/ERM-Understanding%20%20Communicating%20Risk%20Appetite-WEB_FINAL_r9.pdf" target="_blank">the full document.</a><br />
<span id="more-695"></span><br />
There is one element in the discussion on Risk Appetite where I would like to ask some extra attention be given. Extra attention should be given to the challenge of divvying up Risk Appetite over various divisions, business units and entities. For the more quantitative components of risk appetite, this is already challenging, because risk appetite and risk tolerances can be divided over business units. This however may mean that risk appetite is actually the same for all, or every unit gets their fair share. Say, the risk tolerance for the company is that the board accepts no more than 5% deviation from budget revenue and profit numbers. This can be divided equally over all the business units, because if all would equally fail, the overall risk tolerance would not be surpassed. This works because these are percentages rather than absolute numbers. What if the same company has a very low tolerance for safety incidents, and would not accept a number higher than say three (because last year results were three)? It is not possible to give all units the same number, because this would lead to some very scary situations. Dividing the number three over all entities will not be possible. Finding alternative measures has the risk that it might not be 100% correlated to the true corporate risk tolerance. This can then either lead to unrealistic numbers or it leads to a too high overall risk tolerance. This means that these risks need to be monitored at a corporate level, and entity-level risk tolerance will probably reach zero tolerance.</p>
<p>This becomes even more difficult with qualitative risks. The reputation risk appetite on all sorts of topics will perhaps be very low, but it should be realized that even the smallest entity can witness an event with devastating reputational impact, just like the largest one. So, risk appetite for this should be viewed at a corporate level. This may mean that risk tolerances would need to be set at (near-) zero tolerance for all entities, in order to prevent risks being taken that are higher than the overall risk appetite. In itself, it is an indication that the organization has become so large that its size has made it more vulnerable for risk events with a reputational impact. Perhaps, this effect is also the reason why large organizations are considerably less agile than smaller ones. Organizations need to ensure that the risk tolerances they set this way do not freeze business, while there is a considerable risk in doing so the more detailed an organization becomes.</p>
<p>So, having some sort of system in place to monitor risks at a corporate level becomes crucial, more so than micro-managing all decisions in the organization. In addition, monitoring risks at a corporate level means that there needs to be a clear and defined way to roll-up risk monitoring results from all the entities. With that in mind, the discussion on risk appetite and risk tolerances will add a lot of value to today’s business conduct.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bwise.com/WP/?feed=rss2&amp;p=695</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Issue with the Heat map</title>
		<link>http://blog.bwise.com/WP/?p=690</link>
		<comments>http://blog.bwise.com/WP/?p=690#comments</comments>
		<pubDate>Mon, 30 Jan 2012 08:37:04 +0000</pubDate>
		<dc:creator>Luc</dc:creator>
				<category><![CDATA[Risk Management]]></category>
		<category><![CDATA[BWise]]></category>
		<category><![CDATA[Risk]]></category>
		<category><![CDATA[risk assessments]]></category>

		<guid isPermaLink="false">http://blog.bwise.com/WP/?p=690</guid>
		<description><![CDATA[Traditional Risk Assessment tends to look at the impact and likelihood of risk events. These get nicely plotted onto heat maps of all dimensions. There are varieties of heat maps that replace likelihood with frequency, which is similar on an abstract level. There are varieties that look at risk readiness rather than likelihood; the idea being [...]]]></description>
			<content:encoded><![CDATA[<p>Traditional <a title="risk assessment" href="http://www.bwise.com/solutions-services/solution-components/risk-assessments" target="_blank">Risk Assessment</a> tends to look at the impact and likelihood of risk events. These get nicely plotted onto heat maps of all dimensions. There are varieties of heat maps that replace likelihood with frequency, which is similar on an abstract level. There are varieties that look at risk readiness rather than likelihood; the idea being that it is more important to understand whether the organization is ready for the event rather than know the likelihood of the event’s occurrence. Once the risk event strikes, you better know what to do. Debating its likelihood is no longer relevant. You need to act.<br />
<span id="more-690"></span><br />
There are varieties of heat maps that look at detectability. Can you see the risk event before your organization incurs additional damage? There are varieties that look at multiple dimensions of risk and the different impacts from risk.  Impact to finance may be minimal but reputational damage may still be significant. Most heat maps evaluate inherent (gross) and residual (net) loss.</p>
<p>See <a title="assessing risks" href="http://blog.bwise.com/WP/?p=687" target="_blank">previous blogs </a>on this topic, some of which include thoughts on risk targets (where do we want to be). There are multiple ways to prioritize risk; there is no best way. Risk prioritization needs to fit a particular organization’s needs and a particular situation. Perhaps, at an enterprise-wide level, detailed IT risks need to be assessed differently than strategic risks.          </p>
<p>But don’t forget: putting risks on a heat map is about creating awareness and setting priorities. It is basically about risk response: what do you do now that you have an understanding of a potential risk event. Do you accept it, do you stop facing this risk, do you strengthen your control measures, or, perhaps, do you find a way to transfer the risk, in order to ensure it is properly handled?</p>
<p>It is not about actually putting a true business value behind the risk; for this, more information on a risk is required – and you would need a more quantitative assessment.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bwise.com/WP/?feed=rss2&amp;p=690</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Assessing risks: Inherent or Residual</title>
		<link>http://blog.bwise.com/WP/?p=687</link>
		<comments>http://blog.bwise.com/WP/?p=687#comments</comments>
		<pubDate>Tue, 17 Jan 2012 12:22:20 +0000</pubDate>
		<dc:creator>Luc</dc:creator>
				<category><![CDATA[Governance, Risk and Compliance]]></category>
		<category><![CDATA[BWise]]></category>
		<category><![CDATA[Enterprise Risk]]></category>
		<category><![CDATA[ERM]]></category>
		<category><![CDATA[Risk]]></category>
		<category><![CDATA[Risk Management]]></category>

		<guid isPermaLink="false">http://blog.bwise.com/WP/?p=687</guid>
		<description><![CDATA[Triggered by a conversation with a Chief Risk Officer, I thought it would make sense to write down a few lines on the assessment of risks. What seems like a regular practice for many, is quite difficult for even more it turns out. The CRO said, “Aha, you’re assessing inherent and residual risk. We’ve been [...]]]></description>
			<content:encoded><![CDATA[<p>Triggered by a conversation with a Chief Risk Officer, I thought it would make sense to write down a few lines on the assessment of risks. What seems like a regular practice for many, is quite difficult for even more it turns out. The CRO said, “Aha, you’re assessing inherent and residual risk. We’ve been discussing this for a long time, and never got to the right answer.” This was a result of me just showing one example, as assessments are done in so many varied ways.<br />
<span id="more-687"></span><br />
What did this tell me? It told me that assessments are apparently less obvious than I thought they were, by now. As most super-specialists may have stopped reading this blog by now, I will not go into deep academic definitions and try to explain it in laymen’s terms.</p>
<p><strong>Inherent (or gross) risk</strong> is the level of risk if all the measures and controls were failing. Often this is also the worst case scenario for this risk, as a simple rule of thumb.<br />
<strong>Residual (or net) risk</strong> is the level of risk with all the measures and controls in place.</p>
<p>Think of the risk of the office building burning down. We have fire alarms and we have fire extinguishers, both measures to mitigate the risk. The inherent risk is probably assessed as the entire building burning down, say a value of 4M Euro with a certain likelihood, say once every twenty years. This is a pretty high risk, as it is likely to happen sometime during your career in that building. The measures that are taken will reduce this risk to a likelihood of once every fifty years and an impact of 200k, because the fire will be contained in a smaller area.</p>
<p>We now immediately see why it is important to assess both inherent as well as residual risk. The residual risk will tell you whether you need to be nervous about the existing situation. When the residual risk is high, clearly you need to take extra measures. When the inherent risk is high, you need to be nervous about the controls and measures; are they working effectively? Is there still water pressure on the fire extinguishers? Does the fire alarm work? Especially, when the difference between inherent and residual risk is high, it is extra important to ensure measures and controls are working effectively.</p>
<p>This is true on an <a title="ERM" href="http://www.bwise.com/grc-challenges/enterprise-risk">ERM</a> level, as well as on an operational level. And yes, for those specialists that did keep on reading, reality is probably more complex, because a risk is not just one impact and a single likelihood. There are many potential statistics behind it. That is why risk assessments are intended for setting priorities, not for calculating the risk exposure. That’s a completely different story.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bwise.com/WP/?feed=rss2&amp;p=687</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Assessing Operational Risks and Managing Incidents</title>
		<link>http://blog.bwise.com/WP/?p=679</link>
		<comments>http://blog.bwise.com/WP/?p=679#comments</comments>
		<pubDate>Thu, 22 Dec 2011 09:02:23 +0000</pubDate>
		<dc:creator>Luc</dc:creator>
				<category><![CDATA[Governance, Risk and Compliance]]></category>
		<category><![CDATA[GRC]]></category>
		<category><![CDATA[Incident Management]]></category>
		<category><![CDATA[Risk Management]]></category>

		<guid isPermaLink="false">http://blog.bwise.com/WP/?p=679</guid>
		<description><![CDATA[I’d like to write about some basic things, nothing groundbreaking, simply using existing information you might probably have. Many organizations have a lot of information on their risks, but do not find ways to properly use it or do not find ways to garner business intelligence from it. Organizations may regularly perform risk assessments, some [...]]]></description>
			<content:encoded><![CDATA[<p>I’d like to write about some basic things, nothing groundbreaking, simply using existing information you might probably have. Many organizations have a lot of information on their risks, but do not find ways to properly use it or do not find ways to garner business intelligence from it. Organizations may regularly perform risk assessments, some in a very structured way, many others in less structured ways. Many organization already collect incidents, sometimes just for compliance purposes with no particular business reasoning. Few use the combined intelligence; could it be valuable to compare risk assessment results with incident data? Certainly for <a title="ORM" href="http://www.bwise.com/grc-challenges/operational-risk" target="_blank">operational risk</a> events, there should be a relation between the two. One would expect that a <a title="risk assessments" href="http://www.bwise.com/solutions-services/solution-components/risk-assessments" target="_blank">risk that is assessed</a> and is happening frequently, would also result in demonstrable incidents. The interesting data results when you have the information, but you do not find the relation.<br />
<span id="more-679"></span></p>
<p>Now, two things might be the case:</p>
<p><strong>Your risk assessment was high, but you don’t see any incidents. Again two things:</strong></p>
<ul>
<li>Business was too negative and the risks aren’t actually that high. In this case, care should be taken that business hasn’t <em>over controlled</em> everything at considerable cost and frustration. This is an opportunity for cost reduction.</li>
<li>The incidents aren’t captured, implying they might happen, and the business is losing many without even knowing it. This is a more serious situation and immediate action is required. This is an opportunity for risk reduction.</li>
</ul>
<p><strong>Your risk assessment was low, and incidents are happening more than anticipated.</strong></p>
<ul>
<li>Clearly, the business underestimated risks and business processes are under-controlled. Extra measures should be taken immediately and risks should be re-assessed. This is an opportunity for risk reduction and cost reduction too; preventing the incidents from happening.</li>
</ul>
<p>All situations are triggers to increase risk awareness and risk responsiveness. Such an integrated view on risk assessments and incidents is only possible when you have an <a title="Integrated GRC Platform" href="http://www.bwise.com/solutions-services/grc-platform" target="_blank">integrated system.</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bwise.com/WP/?feed=rss2&amp;p=679</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Continuous Auditing</title>
		<link>http://blog.bwise.com/WP/?p=664</link>
		<comments>http://blog.bwise.com/WP/?p=664#comments</comments>
		<pubDate>Thu, 15 Dec 2011 15:18:54 +0000</pubDate>
		<dc:creator>Anton</dc:creator>
				<category><![CDATA[Continuous Monitoring]]></category>
		<category><![CDATA[Governance, Risk and Compliance]]></category>
		<category><![CDATA[Audit]]></category>
		<category><![CDATA[BWise]]></category>

		<guid isPermaLink="false">http://blog.bwise.com/WP/?p=664</guid>
		<description><![CDATA[A small note on our vision of Continuous Auditing (CA), or at least the way we interpret the terminology. There are many point solutions for support of Computer Assisted Audit Techniques (CAAT), Audit Data Analysis, Segregation of Duties analysis and Continuous Monitoring. For many of our customers it is now becoming more obvious that there [...]]]></description>
			<content:encoded><![CDATA[<p>A small note on our vision of Continuous Auditing (CA), or at least the way we interpret the terminology. There are many point solutions for support of Computer Assisted Audit Techniques (CAAT), Audit Data Analysis, Segregation of Duties analysis and Continuous Monitoring. For many of our customers it is now becoming more obvious that there are clear benefits in having these integrated in your GRC Suite:<span id="more-664"></span></p>
<ul>
<li>Go through the phases of maturity in CA in one software package, leverage existing knowledge of tooling in CAAT’s and extend to Continuous Monitoring/Auditing later</li>
<li>Integrated automated and manual testing</li>
<li>Direct accessibility of results and follow-up by Internal Audit departments</li>
<li>Integrate with other GRC activities such as ERM (Risk Assessments) as described in the GTAG towards Continuous Assurance</li>
<li>Other technical infrastructure benefits and Total Cost of Ownership</li>
</ul>
<p><strong>What is our vision?<br />
</strong>In order to provide a practical example of the benefits of having an integrated GRC Suite, that includes Data Analytics, CM and CA capabilities, take a look at the following graph:</p>
<p><a rel="attachment wp-att-666" href="http://blog.bwise.com/WP/?attachment_id=666"><img class="alignleft size-medium wp-image-666" title="Post 15 GRC Suite" src="http://blog.bwise.com/WP/wp-content/uploads/Post-15-GRC-Suite1-300x175.png" alt="" width="300" height="175" /></a><a rel="attachment wp-att-665" href="http://blog.bwise.com/WP/?attachment_id=665"></a></p>
<p>It tells us that our performance has increased in managing our overdue accounts receivables. It also provides Internal Audit with the insights on the effectiveness of this process over a certain period, the entire year in this case. Any peaks or strange behavior in trends can directly be explained through the management comments which are directly visible in the graph. An auditor’s opinion is pending, orange dot at the end of the year, and twice management has indicated that the control of overdue receivables is insufficient, the red dots. This graph represents the tip of the iceberg only.</p>
<p>There is much more information underneath that is derived from an integrated GRC suite. The picture below depicts individual components (not all are relevant for this example). Let me explain which ones are: <a rel="attachment wp-att-673" href="http://blog.bwise.com/WP/?attachment_id=673"><img class="size-medium wp-image-673 alignright" title="Post 15 Receivables Graph" src="http://blog.bwise.com/WP/wp-content/uploads/Post-15-Receivables-Graph1-300x209.png" alt="" width="300" height="209" /></a></p>
<ul>
<li>The IC Framework Integration is a decomposition of processes, risks and controls. In this case Billing -&gt; Non-collectable receivables and loss of interest (reducing working capital) -&gt; Periodic monitoring and follow-up of overdue receivables. All other functionalities make use of this framework for integration purposes</li>
<li>KRI/KPI/KCI – Regardless of the correct name, Key Risk Indicators give direct insight in the current state of affairs and provide means to easy trending. In this case the KRI is defined as a % of turnover which is overdue more than 60 days</li>
<li>Continuous Monitoring – The data to calculate the KRI and the exact details underneath (what customers are overdue, what amounts/regions/products etc.), including individual invoice data is automatically captured from a source ERP/Financial system and analyzed, presented and pushed into a follow-up workflow</li>
<li>Control Self Assessments are performed on most key controls from the IC framework. During these self-assessments, management makes use of the Continuous Monitoring data to substantiate their opinion. Any exception is either explained and documented or needs appropriate follow-up actions</li>
<li>Action Management handles the tracking and tracing of all outstanding tasks for management</li>
<li>Since an Audit Module is integrated in the GRC Suite, all data is present and available to Internal Audit. Even though they have an independent function, the entire audit trail of findings; follow-up, CM data, results, etc. is available in the system and accuracy is guaranteed. Their opinions are available throughout the process (see yellow dot in graph) or at a specific point in time when an audit is performed</li>
</ul>
<p>All data to produce the graph, but also all data that is relevant for follow-up, monitoring, auditing and trending is directly available in the same application. It makes the auditing, and continuous monitoring an integral part of day-to-day business. It becomes part of the Internal Control environment. There is a much more detailed explanation behind all of this, which will be published shortly in our series on Data Analytics for GRC Vol. III &#8211; The Future of Audit Analytics and Continuous Auditing. Stay tuned!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bwise.com/WP/?feed=rss2&amp;p=664</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A New Way of Working in GRC</title>
		<link>http://blog.bwise.com/WP/?p=649</link>
		<comments>http://blog.bwise.com/WP/?p=649#comments</comments>
		<pubDate>Thu, 08 Dec 2011 08:42:40 +0000</pubDate>
		<dc:creator>Luc</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Governance, Risk and Compliance]]></category>
		<category><![CDATA[BWise]]></category>
		<category><![CDATA[Enteprise Risk Management]]></category>
		<category><![CDATA[GRC]]></category>
		<category><![CDATA[Risk Management]]></category>

		<guid isPermaLink="false">http://blog.bwise.com/WP/?p=649</guid>
		<description><![CDATA[We have been working hard on our latest release, BWise 4.1 Service pack 3. A big thank you to the R&#38;D and testing team who worked hard on yet another significant step forward. The release was recently shipped to our customers. We’ve added a lot of new features, but most importantly we focused on usability. [...]]]></description>
			<content:encoded><![CDATA[<p><a rel="attachment wp-att-650" href="http://blog.bwise.com/WP/?attachment_id=650"><img class="size-thumbnail wp-image-650 alignright" title="Het-nieuwe-werken-slider_beach" src="http://blog.bwise.com/WP/wp-content/uploads/Het-nieuwe-werken-slider_beach-150x80.jpg" alt="New Way of Working in GRC" width="150" height="80" /></a>We have been working hard on our latest release, BWise 4.1 Service pack 3. A big thank you to the R&amp;D and testing team who worked hard on yet another significant step forward. The release was recently shipped to our customers. We’ve added a lot of new features, but most importantly we focused on usability.<br />
<span id="more-649"></span><br />
As I have written many times before, GRC systems aren’t necessarily the nicest systems. You need to perform very formal stuff; sign off on important statements, report incidents, etc. These are things not many people like to do and we understand this. This means a good GRC system should be easy to use, with the lowest possible threshold. Acceptance of the end-user is key for BWise, it is a continuous area of focus. By adding an easy-to-use and secure solution to perform off-line audits, we have embraced new ways of working for our audit users as well. Based on our Continuous Monitoring module, we offer extensive audit analytics capabilities. Auditors are now able to drive data analysis initiatives; starting with audit analytics and then moving on to continuous monitoring.</p>
<p>For risk management and compliance, we have made much effort to implement ideas from the market. These include advanced incident management, configurable workflows, risk aggregation in a variety of different ways, and much more. So to conclude, the new release of our GRC platform is developed to equip teams with the right tools to work more effectively and efficiently in order to cope with the ongoing growth in the number and complexity of GRC programs. If you would like to learn more, <a href="http://www.bwise.com/news-events/webinars/the-new-way-of-working-in-governance-risk-and-compliance">request access to one of our recorded webinars</a> on Compliance and Policy Management, Internal Audit, and Risk Management.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bwise.com/WP/?feed=rss2&amp;p=649</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

