<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: What does it take for microfinance institutions to be good technology &#8220;consumers&#8221;?</title>
	<atom:link href="http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/feed/" rel="self" type="application/rss+xml" />
	<link>http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/</link>
	<description>How can technology increase the reach of microfinance?</description>
	<lastBuildDate>Mon, 06 Feb 2012 18:55:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Carol</title>
		<link>http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/comment-page-1/#comment-1554</link>
		<dc:creator>Carol</dc:creator>
		<pubDate>Wed, 09 Dec 2009 19:54:03 +0000</pubDate>
		<guid isPermaLink="false">http://technology.cgap.org/?p=1725#comment-1554</guid>
		<description>Lot&#039;s of useful ideas here on how to bring the right folks together to help launch and successfully manage IT projects and the need for standards to reduce costs and unnecessary duplication.  But still a lot of concern that MFIs don’t place a high enough priority on IT and the required training.  What are some ideas on how to convince (business case or other wise) executive management of the importance of IT and the need to invest both financial and human commitments?  How best to support small growing MFIs on perhaps finding Grant partners or investing in the right system and capacity building around it? And how to convince larger MFIs to invest appropriately?</description>
		<content:encoded><![CDATA[<p>Lot&#8217;s of useful ideas here on how to bring the right folks together to help launch and successfully manage IT projects and the need for standards to reduce costs and unnecessary duplication.  But still a lot of concern that MFIs don’t place a high enough priority on IT and the required training.  What are some ideas on how to convince (business case or other wise) executive management of the importance of IT and the need to invest both financial and human commitments?  How best to support small growing MFIs on perhaps finding Grant partners or investing in the right system and capacity building around it? And how to convince larger MFIs to invest appropriately?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eamon Scullin</title>
		<link>http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/comment-page-1/#comment-1548</link>
		<dc:creator>Eamon Scullin</dc:creator>
		<pubDate>Wed, 09 Dec 2009 19:00:34 +0000</pubDate>
		<guid isPermaLink="false">http://technology.cgap.org/?p=1725#comment-1548</guid>
		<description>Terrific bunch of comments - just highlights the problems facing us all.  However I think that the adoption of standards is the way forward to reduce costs of training - which is the biggest obstacle for vendors trying to promote ongoing training in order that the users get maximum benefit from the system.  The standard system gains its value from being the standard not necessarily the best!</description>
		<content:encoded><![CDATA[<p>Terrific bunch of comments &#8211; just highlights the problems facing us all.  However I think that the adoption of standards is the way forward to reduce costs of training &#8211; which is the biggest obstacle for vendors trying to promote ongoing training in order that the users get maximum benefit from the system.  The standard system gains its value from being the standard not necessarily the best!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Magnaye</title>
		<link>http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/comment-page-1/#comment-1535</link>
		<dc:creator>Peter Magnaye</dc:creator>
		<pubDate>Wed, 09 Dec 2009 12:58:51 +0000</pubDate>
		<guid isPermaLink="false">http://technology.cgap.org/?p=1725#comment-1535</guid>
		<description>I am using this discussion to promote the idea that the use of Enterprise Architecture principles allow MFIs to be good technology consumers.

This concept is not new.  Since the late 90&#039;s, the US Federal Government has mandated that all agencies use Enterprise Architecture practices to be good technology consumers.

At a high-level, Enterprise Architecture is the practice of ensuring that business and technology is properly aligned.  Specifically, technology is implemented in a manner that meets that needs of the business efficiently and effectively.</description>
		<content:encoded><![CDATA[<p>I am using this discussion to promote the idea that the use of Enterprise Architecture principles allow MFIs to be good technology consumers.</p>
<p>This concept is not new.  Since the late 90&#8242;s, the US Federal Government has mandated that all agencies use Enterprise Architecture practices to be good technology consumers.</p>
<p>At a high-level, Enterprise Architecture is the practice of ensuring that business and technology is properly aligned.  Specifically, technology is implemented in a manner that meets that needs of the business efficiently and effectively.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Roland J. MBELLA - Consultant</title>
		<link>http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/comment-page-1/#comment-1518</link>
		<dc:creator>Roland J. MBELLA - Consultant</dc:creator>
		<pubDate>Tue, 08 Dec 2009 22:39:51 +0000</pubDate>
		<guid isPermaLink="false">http://technology.cgap.org/?p=1725#comment-1518</guid>
		<description>In certain markets, the acquiring of IT doesn&#039;t represent any more difficulties. In a lot of other countries, however, MFIs don&#039;t have adequate IT or (IS)  to control for risks, particularly as they change in size and become more complex to manage. It is in part due to the diversity of the MFI and types of products that they offer in particular contexts, that it is more difficult to implement systems, whether simple or sophisticated. 

MFIs don&#039;t prioritize the IS so they don&#039;t want to pay the relatively high cost to implement and maintain a system, a price that it is necessary to get the most effective systems.   It results in MFIs having inefficient systems that create more problems than they solve.  

Some MFIs find it impossible to invest in adequate systems, even if they want to, because of lack of funds. This is mostly a problem for small MFIs so the lack of management systems effective and technologies are a constraint of size.  

Perhaps, in the next decade, the cost of basic information systems will be reduced appreciably, and the smallest MFI will be able to have access to these systems at reasonable prices. Of the more advanced institutions if they want to offer ATMs, they should acquire interoperable systems that can be connected to several systems of payment.
</description>
		<content:encoded><![CDATA[<p>In certain markets, the acquiring of IT doesn&#8217;t represent any more difficulties. In a lot of other countries, however, MFIs don&#8217;t have adequate IT or (IS)  to control for risks, particularly as they change in size and become more complex to manage. It is in part due to the diversity of the MFI and types of products that they offer in particular contexts, that it is more difficult to implement systems, whether simple or sophisticated. </p>
<p>MFIs don&#8217;t prioritize the IS so they don&#8217;t want to pay the relatively high cost to implement and maintain a system, a price that it is necessary to get the most effective systems.   It results in MFIs having inefficient systems that create more problems than they solve.  </p>
<p>Some MFIs find it impossible to invest in adequate systems, even if they want to, because of lack of funds. This is mostly a problem for small MFIs so the lack of management systems effective and technologies are a constraint of size.  </p>
<p>Perhaps, in the next decade, the cost of basic information systems will be reduced appreciably, and the smallest MFI will be able to have access to these systems at reasonable prices. Of the more advanced institutions if they want to offer ATMs, they should acquire interoperable systems that can be connected to several systems of payment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Carol</title>
		<link>http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/comment-page-1/#comment-1498</link>
		<dc:creator>Carol</dc:creator>
		<pubDate>Tue, 08 Dec 2009 19:07:12 +0000</pubDate>
		<guid isPermaLink="false">http://technology.cgap.org/?p=1725#comment-1498</guid>
		<description>Thanks for all the interesting contributions on how best to demystify IT for non-IT MFI staff. Indeed it is best practice to involve key staff members from all departments in the development of IT projects to ensure business needs and requirements are met. As Normand and Tiphaine point out, we have seen this achieved when staff committees are created to define technology projects from the start safeguarding against having an IT team work in isolation. But this should be driven by executive management to ensure time commitments are made by all staffers. Even if/when IT managers make efforts to organise input from other departments, they can meet resistance (often due to time or knowledge limitations) if not supported from executive management. 

Basically, the sustainable success to IT projects requires support from several stakeholders, not just the IT team.  And hence an IT committee should be deployed not just for the kick-off of a project, such as an MIS selection, but as a basic management tool for success. Ongoing involvement of staff members in the development of IT projects, not only stimulates interest on how they could perform their role better/easier, but helps to ensure the correct system requirements are continuously being defined.</description>
		<content:encoded><![CDATA[<p>Thanks for all the interesting contributions on how best to demystify IT for non-IT MFI staff. Indeed it is best practice to involve key staff members from all departments in the development of IT projects to ensure business needs and requirements are met. As Normand and Tiphaine point out, we have seen this achieved when staff committees are created to define technology projects from the start safeguarding against having an IT team work in isolation. But this should be driven by executive management to ensure time commitments are made by all staffers. Even if/when IT managers make efforts to organise input from other departments, they can meet resistance (often due to time or knowledge limitations) if not supported from executive management. </p>
<p>Basically, the sustainable success to IT projects requires support from several stakeholders, not just the IT team.  And hence an IT committee should be deployed not just for the kick-off of a project, such as an MIS selection, but as a basic management tool for success. Ongoing involvement of staff members in the development of IT projects, not only stimulates interest on how they could perform their role better/easier, but helps to ensure the correct system requirements are continuously being defined.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Camille Striffling</title>
		<link>http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/comment-page-1/#comment-1493</link>
		<dc:creator>Camille Striffling</dc:creator>
		<pubDate>Tue, 08 Dec 2009 18:26:34 +0000</pubDate>
		<guid isPermaLink="false">http://technology.cgap.org/?p=1725#comment-1493</guid>
		<description>Right. On a MIS project, it&#039;s key to involve as much as possible functional management (from the Head Office) and operational staff (small group of users from the branches).

They should work with IT staff as partners : functional team describes his needs and manage the project ; technical team describes the technical needs and constraints ; together they identify and implement the solution adapted.

A MIS project is a good opportunity to train the staff on MIS topics ; different levels of training are necessary. If the MFI asked the assistance on the project to a consultant, the MFI should take this opportunity to push the consultant to share his knowledge and experience with the staff.</description>
		<content:encoded><![CDATA[<p>Right. On a MIS project, it&#8217;s key to involve as much as possible functional management (from the Head Office) and operational staff (small group of users from the branches).</p>
<p>They should work with IT staff as partners : functional team describes his needs and manage the project ; technical team describes the technical needs and constraints ; together they identify and implement the solution adapted.</p>
<p>A MIS project is a good opportunity to train the staff on MIS topics ; different levels of training are necessary. If the MFI asked the assistance on the project to a consultant, the MFI should take this opportunity to push the consultant to share his knowledge and experience with the staff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jiten patel</title>
		<link>http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/comment-page-1/#comment-1491</link>
		<dc:creator>jiten patel</dc:creator>
		<pubDate>Tue, 08 Dec 2009 17:24:49 +0000</pubDate>
		<guid isPermaLink="false">http://technology.cgap.org/?p=1725#comment-1491</guid>
		<description>Regrettably one cannot force the &quot;horse to drink at the trough&quot; if it choose not to; however that does not mean we must not try. In fact it is incumbent on the IT Manager to engage the business and to be interested in the business then to be holed up in the data center, i.e. the point being the IT Manager must show interest to learn about and understand the business challenges and needs; this means he/she must spend time at the branch to first-hand learn how it operates, what the issues are, etc ... and similarly at the HQ location to understand how the operational side operates, including how credit, risk management functions, and how accounting operates.  Such interest builds credibility, respect and trust that it is a collective &quot;we&quot; and not them and us, which then generates interest and involvement from the business side because they are engaging with the IT Manager and his team on a regular basis, and not just to solve a technical problem. 

Point being that such involvement and engagement by IT and such regular interaction and communication is fostering and nurturing awareness on the business side about all things IT ... which then makes it relatively easier to force the business to engage with such critical projects as the replacement of the &quot;core&quot; lending platform or the &quot;core &quot; MIS platform. 

IT must engage and not sit back in the depths of the data center room.</description>
		<content:encoded><![CDATA[<p>Regrettably one cannot force the &#8220;horse to drink at the trough&#8221; if it choose not to; however that does not mean we must not try. In fact it is incumbent on the IT Manager to engage the business and to be interested in the business then to be holed up in the data center, i.e. the point being the IT Manager must show interest to learn about and understand the business challenges and needs; this means he/she must spend time at the branch to first-hand learn how it operates, what the issues are, etc &#8230; and similarly at the HQ location to understand how the operational side operates, including how credit, risk management functions, and how accounting operates.  Such interest builds credibility, respect and trust that it is a collective &#8220;we&#8221; and not them and us, which then generates interest and involvement from the business side because they are engaging with the IT Manager and his team on a regular basis, and not just to solve a technical problem. </p>
<p>Point being that such involvement and engagement by IT and such regular interaction and communication is fostering and nurturing awareness on the business side about all things IT &#8230; which then makes it relatively easier to force the business to engage with such critical projects as the replacement of the &#8220;core&#8221; lending platform or the &#8220;core &#8221; MIS platform. </p>
<p>IT must engage and not sit back in the depths of the data center room.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Normand Arsenault, Consultant</title>
		<link>http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/comment-page-1/#comment-1490</link>
		<dc:creator>Normand Arsenault, Consultant</dc:creator>
		<pubDate>Tue, 08 Dec 2009 17:20:05 +0000</pubDate>
		<guid isPermaLink="false">http://technology.cgap.org/?p=1725#comment-1490</guid>
		<description>Great question Nicole. I think that buy-in and involvement from the junior and senior managers may be ensured mainly by having them participate fully in the needs assessment phase at the beginning of the MIS project. The Information/Work Flow Descriptions of the actual and desired system and the writing of the Key Functional Requirements will help the management lead the entire MIS project and will create a functional feedback loop so that the people who are using the system can relay issues/problems back to the MIS developers. Best.</description>
		<content:encoded><![CDATA[<p>Great question Nicole. I think that buy-in and involvement from the junior and senior managers may be ensured mainly by having them participate fully in the needs assessment phase at the beginning of the MIS project. The Information/Work Flow Descriptions of the actual and desired system and the writing of the Key Functional Requirements will help the management lead the entire MIS project and will create a functional feedback loop so that the people who are using the system can relay issues/problems back to the MIS developers. Best.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicole Pasricha</title>
		<link>http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/comment-page-1/#comment-1487</link>
		<dc:creator>Nicole Pasricha</dc:creator>
		<pubDate>Tue, 08 Dec 2009 16:41:48 +0000</pubDate>
		<guid isPermaLink="false">http://technology.cgap.org/?p=1725#comment-1487</guid>
		<description>These are great comments, thank you. For me, in working especially with smaller and growing MFIs, it seems that much of the time, IT and especially MIS topics are relegated to the &quot;MIS staff&quot;, and other managers and users of the information do not engage enough to learn how to use their software to the best of its ability.  As a result they remain uninformed about key operational data and reports generated by the system that could be used for management and decision making purposes, and often blame shortcomings on the system or the MIS staff, which may not actually be the problem.  So my question is: how to bring MIS functions out of the mysterious IT department domain and into the hands of junior and senior managers who could bring the data to life and work together with technical staff to design solutions to technology / data management needs?</description>
		<content:encoded><![CDATA[<p>These are great comments, thank you. For me, in working especially with smaller and growing MFIs, it seems that much of the time, IT and especially MIS topics are relegated to the &#8220;MIS staff&#8221;, and other managers and users of the information do not engage enough to learn how to use their software to the best of its ability.  As a result they remain uninformed about key operational data and reports generated by the system that could be used for management and decision making purposes, and often blame shortcomings on the system or the MIS staff, which may not actually be the problem.  So my question is: how to bring MIS functions out of the mysterious IT department domain and into the hands of junior and senior managers who could bring the data to life and work together with technical staff to design solutions to technology / data management needs?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tiphaine Crenn</title>
		<link>http://technology.cgap.org/2009/12/08/what-does-it-take-for-microfinance-institutions-to-be-good-technology-consumers/comment-page-1/#comment-1486</link>
		<dc:creator>Tiphaine Crenn</dc:creator>
		<pubDate>Tue, 08 Dec 2009 16:14:48 +0000</pubDate>
		<guid isPermaLink="false">http://technology.cgap.org/?p=1725#comment-1486</guid>
		<description>This is a multifaceted issue and not just tied to capacity-building in the traditional sense of the term.  First, it has to be recognized that everyone brings a different view to the IS picture based on their role in the institution and personal experience: hence the need, first and foremost, for open discussion among the different players and not just a top-down approach. It can be a formalized structure such as the MIS selection committee an MFI should put in place when it decides to look into acquiring a new MIS but it can also be an ongoing institutional discussion, part of standard staff meetings, for example, or informal chats in hallways. 

On training, besides the good points made by Muhammad in the comment above on the importance of training the board and executive management, it&#039;s important to recognize that MIS administrators/officers don&#039;t all receive the same type of training -- many are very good at fixing hardware problems but have relatively little experience in programming or database management, and even less in organisational development.  As much as possible, efforts should be made to send MIS administrators to technical courses to continually improve their knowledge and skills in what is an ever-evolving field.  They gain too from keeping contact with other MIS administrators in other MFIs and exchanging ideas, questions and solutions.</description>
		<content:encoded><![CDATA[<p>This is a multifaceted issue and not just tied to capacity-building in the traditional sense of the term.  First, it has to be recognized that everyone brings a different view to the IS picture based on their role in the institution and personal experience: hence the need, first and foremost, for open discussion among the different players and not just a top-down approach. It can be a formalized structure such as the MIS selection committee an MFI should put in place when it decides to look into acquiring a new MIS but it can also be an ongoing institutional discussion, part of standard staff meetings, for example, or informal chats in hallways. </p>
<p>On training, besides the good points made by Muhammad in the comment above on the importance of training the board and executive management, it&#8217;s important to recognize that MIS administrators/officers don&#8217;t all receive the same type of training &#8212; many are very good at fixing hardware problems but have relatively little experience in programming or database management, and even less in organisational development.  As much as possible, efforts should be made to send MIS administrators to technical courses to continually improve their knowledge and skills in what is an ever-evolving field.  They gain too from keeping contact with other MIS administrators in other MFIs and exchanging ideas, questions and solutions.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

