<?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>php&#124;architect - The site for PHP professionals &#187; management</title>
	<atom:link href="http://www.phparch.com/tag/management/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.phparch.com</link>
	<description>Just another WordPress site</description>
	<lastBuildDate>Fri, 10 Feb 2012 15:11:29 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Book Review: Reflections on Management</title>
		<link>http://www.phparch.com/2010/04/book-review-reflections-on-management/</link>
		<comments>http://www.phparch.com/2010/04/book-review-reflections-on-management/#comments</comments>
		<pubDate>Tue, 27 Apr 2010 20:40:34 +0000</pubDate>
		<dc:creator>Cal Evans</dc:creator>
				<category><![CDATA[Opinion]]></category>
		<category><![CDATA[book review]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[Watts S. Humphrey]]></category>

		<guid isPermaLink="false">http://www.phparch.com/?p=5010</guid>
		<description><![CDATA["Reflections on Management: How to Manage Your Software Projects, Your Teams, Your Boss, and Yourself" by Watts S. Humphrey is Addison Wesley's latest book on managing the software development process. Click through and see what our own Cal Evans thinks about it.]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.amazon.com/gp/product/032171153X?ie=UTF8&amp;tag=postcarfrommy-20&amp;linkCode=as2&amp;camp=1789&amp;creative=390957&amp;creativeASIN=032171153X"><img src="http://beta.phparch.com/wp-content/uploads/2010/04/reflections_on_magement.jpg" alt="" title="reflections_on_magement" width="160" height="232" class="alignleft size-full wp-image-5011" /></a>If you know me, you know that I am passionate about managing software development teams and the projects they work on. So I was very interested when Addison Wesley wrote me and asked me if I wanted to review their latest offering &#8220;<a href="http://www.amazon.com/gp/product/032171153X?ie=UTF8&amp;tag=postcarfrommy-20&amp;linkCode=as2&amp;camp=1789&amp;creative=390957&amp;creativeASIN=032171153X">Reflections on Management: How to Manage Your Software Projects, Your Teams, Your Boss, and Yourself</a>&#8221; by Watts S. Humphrey. (I was even more excited when they sent me the ePub version as I&#8217;m trying to justify my purchase of an iPad.)</p>
<p>The book is only 288 pages long (539 if you set the point size to a readable size on the iPad) but honestly it is jammed packed with things that managers of software development teams and projects need to know. I really am at a loss for where to start reviewing it because I feel the need to simply reiterate all the points that Mr. Humphrey made in the book.</p>
<h2>Who it is for</h2>
<p>This but is a must read for anyone managing a medium to large size software development team. Actually, I would say that it is a must read for any C-Level or VP level at a company who either develops software as their primary function or their business is built around software that is built in house. It is that good.</p>
<h2>Who it is not for</h2>
<p>If you are managing a small shop or working with small teams, this book won&#8217;t give you much in the way of practical advice. It gives you some great big picture advice but nothing that you can readily apply on a day-to-day basis.</p>
<h2>What is in it</h2>
<p>First off, here is my favorite quote from the book.</p>
<blockquote><p>
When projects go badly, our reaction is often to work harder—by which<br />
we mean work longer hours. But it’s rarely that simple. Projects often<br />
go wrong at the very start, and their problems are generally symptoms<br />
of a deeply dysfunctional organization.
</p></blockquote>
<p>Looking back at the projects I&#8217;ve been on, managed, or discussed with clients, I can attest to this gem of wisdom. That quote is from Bill Thomas and comes from the preface of the book. Even so, it indicative of the wisdom that is sprinkled liberally throughout the book.</p>
<p>Mr. Humphrey goes on to touch on just about every one of my hot buttons in the rest of the eight chapters. His advice runs the gamut from &#8220;how to manage a project&#8221;, to &#8220;how to manage a team&#8221;, to &#8220;how to manage your boss&#8221;. All of it drawing from his 60 years of experience in IT.</p>
<p>Unlike most modern management books that tend to be pithy with pull-quotes, and written in a style reminiscent of motivational speakers, &#8220;Reflections on Management&#8221; is written in a much more formal style. (I&#8217;d say like you would expect form an old white guy but I am told these days that <strong>I</strong> am an old white guy.)  It&#8217;s not stuffy at all but it can be a bit dry at times.  What keeps your attention though are his liberal sprinkling of real-life examples of the points he is making.</p>
<h2>Conclusion</h2>
<p>The ideas and principals espoused by Mr. Humphrey are solid. Even if you disagree with this methodologies, it is difficult for anyone to disagree with the principals. Personally, I think it that a copy of this book should be presented to every management candidate at least 3 weeks before their promotion. Reading this book will help them either determine that they don&#8217;t want to be in management or get started on the right foot.  Either way, the company <strong>and</strong> the candidate wins.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.phparch.com/2010/04/book-review-reflections-on-management/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Friday Webcast &quot;Care and feeding of remote developers&quot;</title>
		<link>http://www.phparch.com/2010/04/friday-webcast-care-and-feeding-of-remote-developers/</link>
		<comments>http://www.phparch.com/2010/04/friday-webcast-care-and-feeding-of-remote-developers/#comments</comments>
		<pubDate>Wed, 21 Apr 2010 16:38:00 +0000</pubDate>
		<dc:creator>Marco Tabini</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Cal Evans]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[remote developers]]></category>

		<guid isPermaLink="false">http://www.phparch.com/?p=4919</guid>
		<description><![CDATA[Our very own Cal Evans takes centre stage at our ongoing TEK·X webcast series this Friday. Come join us!]]></description>
			<content:encoded><![CDATA[<p><a href="https://www2.gotomeeting.com/register/711873826"><img class="alignleft size-thumbnail wp-image-4925" title="cal_150x150" src="http://www.phparch.com/files/2010/04/cal_150x150-150x150.png" alt="" width="150" height="150" /></a>Come join us for this week&#8217;s TEK·X webcast as Cal Evans discusses the details of <a href="https://www2.gotomeeting.com/register/711873826">managing remote developers</a>. Cal won&#8217;t be speaking on why you should allow your developers to telecommute—he has done that already. For those who see the light, however, he will give practical advice on the tools and techniques to use when managing distributed teams.</p>
<p>This is part of the spring <a href="http://www.phparch.com/tek%C2%B7x-webcast-series/">TEK·X webcast series</a> and is sponsored by Microsoft and hosted by php|architect.</p>
<p><a href="http://www.microsoft.com/web/WebSiteSpark/NetworkPartner/Default.aspx"><img class="size-full wp-image-3911" title="mslogo-tek-talk-submission" src="http://www.phparch.com/files/2010/02/mslogo-tek-talk-submission-e1267110696467.png" alt="" width="250" height="41" /></a></p>
<p><a href="http://www.microsoft.com/web/WebSiteSpark/NetworkPartner/Default.aspx"></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.phparch.com/2010/04/friday-webcast-care-and-feeding-of-remote-developers/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>5 tips for finding talent</title>
		<link>http://www.phparch.com/2010/04/5-tips-for-finding-talent/</link>
		<comments>http://www.phparch.com/2010/04/5-tips-for-finding-talent/#comments</comments>
		<pubDate>Mon, 05 Apr 2010 13:00:26 +0000</pubDate>
		<dc:creator>Jordi Roura</dc:creator>
				<category><![CDATA[Opinion]]></category>
		<category><![CDATA[community]]></category>
		<category><![CDATA[hiring]]></category>
		<category><![CDATA[management]]></category>

		<guid isPermaLink="false">http://www.phparch.com/?p=4704</guid>
		<description><![CDATA[So you need a new developer in your team...  Fed up of unworthy candidates turning up to the interviews?  Tired of not knowing which other stones to turn?  Finding your ideal player might sometimes feel like an impossible task, but here are some tips that will bring your search to a happier end.]]></description>
			<content:encoded><![CDATA[<p><a href="http://beta.phparch.com/wp-content/uploads/2010/04/dau_150_150.jpg"><img src="http://beta.phparch.com/wp-content/uploads/2010/04/dau_150_150.jpg" alt="" title="dau_150_150" width="150" height="150" class="alignleft size-full wp-image-4705" /></a>Whether you are looking to enlarge your prolific team with new talent or simply looking for a good pair of hands to turn your ideas into something tangible, the fact is that looking for a good developer is not as easy as it sounds.  Usually you end up with a pile of suspiciously fat CVs or a bunch of interviews that fall apart the moment you submit them to a simple coding test.  So, is the market really dry of talent or are you simply attracting the wrong crowd?  Whatever the results, a few simple keys will set you right on track.</p>
<h2>Be realistic</h2>
<p>Let&#8217;s be clear on this, however unpleasant it may sound: if you want the best, be ready to pay for the best.  Of course, there are a few wonderful deals out there but usually, on average, you get what you pay for.  So if you&#8217;re expecting to draw the attention of talent you&#8217;re going to have to bring out your best honey.  I&#8217;ve had a few discussions with HR people and head hunters and we all agree on one point: if you want qualified employees, offer a qualified salary.  When it comes to comparing offers salary may not be the deciding factor, but nobody works for free.  A singer friend of mine told me he got a gig in a small town, and after the concert they had an amazing paella and wonderful roasted meat with the most amazing table wine.  When the festivities were over he went to see the guy from the Council to ask for his fees and the answer he got was &#8220;Well yes but&#8230;  You enjoyed your dinner didn&#8217;t you?&#8221;.  He now has a song called &#8220;Believe it or not&#8230; I&#8217;m in this for the money&#8221;.  Same applies!</p>
<h2>Be generous&#8230; and flexible</h2>
<p>When a good developer is looking for a job it is very rare if there is only one offer on the table, and chances are all the numbers are going to be very similar.  So what&#8217;s going to tilt the balance your way?  Flexible timetables, occasional (or even regular) telecommuting and parking space are always a plus.  Let&#8217;s face it, that developer is going to spend a lot of time in your office, so offering good working conditions are going to be key in the decision process.  I&#8217;ve been offered fresh fruit, free meals and even somebody to come clean my apartment once a week among many other perks.  Then again, I&#8217;m from Spain so conditions may vary around the world.</p>
<h2>Look out for character</h2>
<p>A jerk may be a PHP ninja and capable of the most amazing magic, but a jerk is always trouble.  Be sure to present your candidate to your team, and listen to their views because it&#8217;s no use signing up the best in the business if he&#8217;s going to make the rest of your people miserable.  I&#8217;ve seen some really amazing teams of developers pulled apart and blown into the wind like dandelion seeds because of one jerk.  And the companies involved still don&#8217;t know what hit them (ok, they do, but it&#8217;ll be a cold day on hell before they admit it&#8230; just in case the jerk gets mad).</p>
<h2>Support the community</h2>
<p>The PHP community is thriving and very much alive.  Conferences and User Group events are always great places to meet the people in the trade, and by getting to know them you can find the eager up-and-coming and the local experts.  It&#8217;s also a great way of finding out what moves them and what they look for, both in the workplace and in the projects they will potentially be contributing to.  So, let your employees attend events and encourage them to share their expertise at these events because a workplace that evolves quickly and contributes to the community is a cool workplace.</p>
<h2>Take a chance</h2>
<p>If you still can&#8217;t find the developer you want, don&#8217;t be afraid to take a chance on one without a proven track record but with potential. Look for hidden gems in the resume stack. Developers looking for a chance to break out. After all, nothing outperforms the player who bears his colors in pride!</p>
<p>Photo credit: Chris Gladis<br />
<a href="http://www.flickr.com/photos/mshades/158639233/">http://www.flickr.com/photos/mshades/158639233/</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.phparch.com/2010/04/5-tips-for-finding-talent/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
	</channel>
</rss>

