<?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: IT Policies</title> <atom:link href="http://www.churchtechy.com/2008/06/it-policies/feed/" rel="self" type="application/rss+xml" /><link>http://www.churchtechy.com/2008/06/it-policies/</link> <description>where Tech meets church</description> <lastBuildDate>Tue, 31 Jan 2012 17:17:56 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=</generator> <item><title>By: CTadmin</title><link>http://www.churchtechy.com/2008/06/it-policies/comment-page-1/#comment-6</link> <dc:creator>CTadmin</dc:creator> <pubDate>Sat, 21 Jun 2008 16:01:19 +0000</pubDate> <guid
isPermaLink="false">http://churchtechy.com/?p=15#comment-6</guid> <description>Thanks Barry - I really appreciate the comment and yes I agree, we do need to use and enforce best practices.
As to the domain name, I was blessed! </description> <content:encoded><![CDATA[<p>Thanks Barry &#8211; I really appreciate the comment and yes I agree, we do need to use and enforce best practices.</p><p>As to the domain name, I was blessed!</p> ]]></content:encoded> </item> <item><title>By: Barry Buchanan</title><link>http://www.churchtechy.com/2008/06/it-policies/comment-page-1/#comment-5</link> <dc:creator>Barry Buchanan</dc:creator> <pubDate>Sat, 21 Jun 2008 03:07:07 +0000</pubDate> <guid
isPermaLink="false">http://churchtechy.com/?p=15#comment-5</guid> <description>First good work on the site, love the domain name.
You hit upon my biggest single annoyance with my job at a large church in N. Texas. It is a fine balance between being &quot;big brother&quot; and doing the right thing. The first and biggets reason for policies is security. A careless user who leaves a system unlocked could reveal salary information, donation information, or may confidential issues. The user may not even have direct access but a clever person may be able to elevate priviledges. So at the very least password and screen saver plocies must be enforced.
We have many ways to enforce policies. We use group policy a lot. The main thing is to have written policies for users to sign, it can even be a simple document and it will be ever changing. Inconvience to the user can not be an excuse for not usng &quot;best practices&quot;. However making ploicies you can&#039;t enforce is bascially useless. My main montra over the years has been, if you want a professional perfoming network you must you industry standards. As Christains we must be accountable form the way we drive to the way we are stewards with God&#039;s resources.
One of our best succeses was with coming up with standards for the printers. We got rid of most of the personal printers and went with bigger network printers. We met much resistance but a year later not only did we add functionality we saved over 30% in cost. Adding codes kept wasted printing down and our per print cost went down.
Good luck with all of this. Sometime if you are interested I can share some scary examples of church IT gone wrong.</description> <content:encoded><![CDATA[<p>First good work on the site, love the domain name.<br
/> You hit upon my biggest single annoyance with my job at a large church in N. Texas. It is a fine balance between being &#8220;big brother&#8221; and doing the right thing. The first and biggets reason for policies is security. A careless user who leaves a system unlocked could reveal salary information, donation information, or may confidential issues. The user may not even have direct access but a clever person may be able to elevate priviledges. So at the very least password and screen saver plocies must be enforced.<br
/> We have many ways to enforce policies. We use group policy a lot. The main thing is to have written policies for users to sign, it can even be a simple document and it will be ever changing. Inconvience to the user can not be an excuse for not usng &#8220;best practices&#8221;. However making ploicies you can&#8217;t enforce is bascially useless. My main montra over the years has been, if you want a professional perfoming network you must you industry standards. As Christains we must be accountable form the way we drive to the way we are stewards with God&#8217;s resources.<br
/> One of our best succeses was with coming up with standards for the printers. We got rid of most of the personal printers and went with bigger network printers. We met much resistance but a year later not only did we add functionality we saved over 30% in cost. Adding codes kept wasted printing down and our per print cost went down.<br
/> Good luck with all of this. Sometime if you are interested I can share some scary examples of church IT gone wrong.</p> ]]></content:encoded> </item> </channel> </rss>
<!-- Served from: www.churchtechy.com @ 2012-02-08 19:41:40 by W3 Total Cache -->
