<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Sat, 25 May 2013 08:38:24 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Zend Developer Zone: What is your project's Bus Factor?]]></title>
      <guid>http://www.phpdeveloper.org/news/15687</guid>
      <link>http://www.phpdeveloper.org/news/15687</link>
      <description><![CDATA[<p>
In <a href="http://devzone.zend.com/article/12906-What-is-your-projects-Bus-Factor">this new post</a> to the Zend Developer Zone <i>Cal Evans</i> asks open source projects and companies alike - "what's your bus factor?"
</p>
<blockquote>
In a previous job I had it was the "Beer Truck" factor (you can see where our heads were) but the common term these days is <a href="http://en.wikipedia.org/wiki/Bus_factor">Bus Factor</a>. Put simply, it's your projects exposure to the risk of key members disappearing tomorrow. To be crude if your project can't survive a key member of your project being hit by a bus tomorrow then you have a very high "Bus Factor".
</blockquote>
<p>
He points out that it's not just an open source problem, but something that companies should take into consideration as well. Technology groups are especially bad about having single developers consistently working on certain parts of a system. If the time comes that that developer can't do the work (bus, leaves company, etc), how much of an impact will that have? <i>Cal</i> suggests a few ways that it can be avoided including spreading the work around a bit more, moving developers to places in the codebase they don't know and avoiding the "black boxes" created by certain developers.
</p>]]></description>
      <pubDate>Wed, 05 Jan 2011 12:47:29 -0600</pubDate>
    </item>
  </channel>
</rss>
