<?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: Why SharePoint Projects Fail</title>
	<atom:link href="http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/</link>
	<description>The Authorative Resource For SharePoint Security Articles, Research, Software, And Security Integration Consulting</description>
	<lastBuildDate>Thu, 11 Mar 2010 20:38:00 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Developer</title>
		<link>http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/comment-page-1/#comment-25190</link>
		<dc:creator>Developer</dc:creator>
		<pubDate>Wed, 20 Jan 2010 11:01:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-architecture/why-sharepoint-projects-fail/#comment-25190</guid>
		<description>i am a developer and i am also feeling and suffering with same situation and here me and my team are torched, we are the developers, who are managing portal and whenever we ask anything to my PM (PMP) , he simply say don’t count me in technical, I am freaking out stressed and exhausted  . 
Still I have hope that things will be alright 

I am strongly agree with your post and feeling and surviving in same situation.</description>
		<content:encoded><![CDATA[<p>i am a developer and i am also feeling and suffering with same situation and here me and my team are torched, we are the developers, who are managing portal and whenever we ask anything to my PM (PMP) , he simply say don’t count me in technical, I am freaking out stressed and exhausted  .<br />
Still I have hope that things will be alright </p>
<p>I am strongly agree with your post and feeling and surviving in same situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SharePoint Projects - Success Criterias &#171; Kartic&#8217;s Musings on Microsoft SharePoint and other Microsoft Technologies</title>
		<link>http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/comment-page-1/#comment-11124</link>
		<dc:creator>SharePoint Projects - Success Criterias &#171; Kartic&#8217;s Musings on Microsoft SharePoint and other Microsoft Technologies</dc:creator>
		<pubDate>Wed, 02 Jul 2008 00:22:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-architecture/why-sharepoint-projects-fail/#comment-11124</guid>
		<description>[...] His other strong views on relevance of Project Management in successful SharePoint project are mentioned here: Why SharePoint Projects Fail [...]</description>
		<content:encoded><![CDATA[<p>[...] His other strong views on relevance of Project Management in successful SharePoint project are mentioned here: Why SharePoint Projects Fail [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Buenz</title>
		<link>http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/comment-page-1/#comment-1594</link>
		<dc:creator>Adam Buenz</dc:creator>
		<pubDate>Sat, 18 Aug 2007 13:40:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-architecture/why-sharepoint-projects-fail/#comment-1594</guid>
		<description>There are several solutions depending on your vertical that you work in, the depth of your team, and the scope of the SharePoint project that you are working on. Here are some steps:

http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/10-steps-to-effective-sharepoint-project-management/

that you can use to get started.</description>
		<content:encoded><![CDATA[<p>There are several solutions depending on your vertical that you work in, the depth of your team, and the scope of the SharePoint project that you are working on. Here are some steps:</p>
<p><a href="http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/10-steps-to-effective-sharepoint-project-management/" rel="nofollow">http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/10-steps-to-effective-sharepoint-project-management/</a></p>
<p>that you can use to get started.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gcobani</title>
		<link>http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/comment-page-1/#comment-1547</link>
		<dc:creator>Gcobani</dc:creator>
		<pubDate>Thu, 16 Aug 2007 11:04:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-architecture/why-sharepoint-projects-fail/#comment-1547</guid>
		<description>Adam: This is so true, so from your experience and history what is the solution for this?</description>
		<content:encoded><![CDATA[<p>Adam: This is so true, so from your experience and history what is the solution for this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Interesting Commentary by Adam “Braveheart” Buenz - Bob Fox&#39;s Sharepoint Blog</title>
		<link>http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/comment-page-1/#comment-889</link>
		<dc:creator>Interesting Commentary by Adam “Braveheart” Buenz - Bob Fox&#39;s Sharepoint Blog</dc:creator>
		<pubDate>Sat, 04 Aug 2007 20:24:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-architecture/why-sharepoint-projects-fail/#comment-889</guid>
		<description>[...] Check it out here [...]</description>
		<content:encoded><![CDATA[<p>[...] Check it out here [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SharePoint Shelter &#187; Blog Archive &#187; 10 Steps To Effective SharePoint Project Management</title>
		<link>http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/comment-page-1/#comment-314</link>
		<dc:creator>SharePoint Shelter &#187; Blog Archive &#187; 10 Steps To Effective SharePoint Project Management</dc:creator>
		<pubDate>Sun, 08 Jul 2007 21:45:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-architecture/why-sharepoint-projects-fail/#comment-314</guid>
		<description>[...] Regardless, I was talking to a friend who wanted to yell at me because he was a past project manager of mine, and he read my post &#8220;Why SharePoint Projects Fail&#8220;, where I tend to place the blame on SharePoint projects failing because of poor management, well not exactly not poor management but lack of particular attributes in SharePoint project managers and program managers. I still think that is the case. However, he asked me what I would do to improve it, instead of just saying &#8220;learn SharePoint&#8221;. Well fine, I will. Keep in mind; I&#8217;m not even a project manager  , so take it with a grain of salt. BTW, these are in no particular order at all. [...]</description>
		<content:encoded><![CDATA[<p>[...] Regardless, I was talking to a friend who wanted to yell at me because he was a past project manager of mine, and he read my post &#8220;Why SharePoint Projects Fail&#8220;, where I tend to place the blame on SharePoint projects failing because of poor management, well not exactly not poor management but lack of particular attributes in SharePoint project managers and program managers. I still think that is the case. However, he asked me what I would do to improve it, instead of just saying &#8220;learn SharePoint&#8221;. Well fine, I will. Keep in mind; I&#8217;m not even a project manager  , so take it with a grain of salt. BTW, these are in no particular order at all. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Buenz</title>
		<link>http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/comment-page-1/#comment-313</link>
		<dc:creator>Adam Buenz</dc:creator>
		<pubDate>Sun, 08 Jul 2007 20:52:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-architecture/why-sharepoint-projects-fail/#comment-313</guid>
		<description>Oh, and yeah, I agree with you. SAP is an absolutely nonsensical product, and the amount of effort that you have to put in to get some rudimentary work done is insane.</description>
		<content:encoded><![CDATA[<p>Oh, and yeah, I agree with you. SAP is an absolutely nonsensical product, and the amount of effort that you have to put in to get some rudimentary work done is insane.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Buenz</title>
		<link>http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/comment-page-1/#comment-312</link>
		<dc:creator>Adam Buenz</dc:creator>
		<pubDate>Sun, 08 Jul 2007 20:49:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-architecture/why-sharepoint-projects-fail/#comment-312</guid>
		<description>You misinterpret this post. I am not saying that I, or any others, expect a manager in any position to have a comparable skill set to that off a seasoned developer. Obviously ideal, however completely out of the question from both a staffing and a responsibility standpoint.

I am saying that he or she should at least, in the very least, be accustomed to the technology so that the decisions that he or she makes in regards to the project are not completely ill-informed. Otherwise, the requirement scope can become ludicrous. 

He, or she, should be able to pick up a book. Read it for 15 minutes a day. Understand what you are asking. Have a clue about the technology. Have an appreciation for when a developer puts in 15 minutes extra after 5 o&#039;clock a day to improve some quality of the software. When they take the time to unit test. 

I prefer to have a manager that has a programming background. I really do. OOP concepts are in a skeleton fashion the same that they were 5 years ago. When I am able to elaborate problems I am having with my software with my manager it helps. I don&#039;t have some idiot hovering over my shoulder saying &quot;Is it done yet?!??! Is it done yet?!?!! Why are you taking so long!!!&quot; He understands I prefer to unit test, to profile my code for memory / speed concerns, and that if it takes me that much longer, to not bother me.

When they have a programming background, even if it is frickin VB4, or FORTRAN, I don&#039;t care, they still have an appreciation and understanding which goes into creating a piece of software. They aren&#039;t just salesman looking to make you sweatshop out a piece of software just so they can have something to say in their next meeting.</description>
		<content:encoded><![CDATA[<p>You misinterpret this post. I am not saying that I, or any others, expect a manager in any position to have a comparable skill set to that off a seasoned developer. Obviously ideal, however completely out of the question from both a staffing and a responsibility standpoint.</p>
<p>I am saying that he or she should at least, in the very least, be accustomed to the technology so that the decisions that he or she makes in regards to the project are not completely ill-informed. Otherwise, the requirement scope can become ludicrous. </p>
<p>He, or she, should be able to pick up a book. Read it for 15 minutes a day. Understand what you are asking. Have a clue about the technology. Have an appreciation for when a developer puts in 15 minutes extra after 5 o&#8217;clock a day to improve some quality of the software. When they take the time to unit test. </p>
<p>I prefer to have a manager that has a programming background. I really do. OOP concepts are in a skeleton fashion the same that they were 5 years ago. When I am able to elaborate problems I am having with my software with my manager it helps. I don&#8217;t have some idiot hovering over my shoulder saying &#8220;Is it done yet?!??! Is it done yet?!?!! Why are you taking so long!!!&#8221; He understands I prefer to unit test, to profile my code for memory / speed concerns, and that if it takes me that much longer, to not bother me.</p>
<p>When they have a programming background, even if it is frickin VB4, or FORTRAN, I don&#8217;t care, they still have an appreciation and understanding which goes into creating a piece of software. They aren&#8217;t just salesman looking to make you sweatshop out a piece of software just so they can have something to say in their next meeting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/comment-page-1/#comment-309</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Sun, 08 Jul 2007 20:19:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-architecture/why-sharepoint-projects-fail/#comment-309</guid>
		<description>Adam (and all others), if all the managers already had the knowledge you expect and knew how to do what they want the you to do then you would have a hard time to find a job.

When I hire a developer I&#039;m going to explain the problem to him and what results I expect. The rest is up to the developer.

If he has a problem, I&#039;m going to listen and if necessary make a decision.

I have no idea whether I&#039;d prefer the XML/XSLT rendering or CAML, but I&#039;m sure you are able to explain it in a way that a good manager can make up his mind and come to a decision.

If one can&#039;t explain the problem properly then he probably better calls himself a coder instead of a developer.

But if you REALLY want an Intranet to fail there is one way: Choose SAP Enterprise Portal. I have never spent more money for less results than in the last three years.

Now it&#039;s time to correct this mistake.</description>
		<content:encoded><![CDATA[<p>Adam (and all others), if all the managers already had the knowledge you expect and knew how to do what they want the you to do then you would have a hard time to find a job.</p>
<p>When I hire a developer I&#8217;m going to explain the problem to him and what results I expect. The rest is up to the developer.</p>
<p>If he has a problem, I&#8217;m going to listen and if necessary make a decision.</p>
<p>I have no idea whether I&#8217;d prefer the XML/XSLT rendering or CAML, but I&#8217;m sure you are able to explain it in a way that a good manager can make up his mind and come to a decision.</p>
<p>If one can&#8217;t explain the problem properly then he probably better calls himself a coder instead of a developer.</p>
<p>But if you REALLY want an Intranet to fail there is one way: Choose SAP Enterprise Portal. I have never spent more money for less results than in the last three years.</p>
<p>Now it&#8217;s time to correct this mistake.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chandima</title>
		<link>http://www.sharepointsecurity.com/sharepoint/sharepoint-architecture/why-sharepoint-projects-fail/comment-page-1/#comment-307</link>
		<dc:creator>Chandima</dc:creator>
		<pubDate>Sun, 08 Jul 2007 17:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-architecture/why-sharepoint-projects-fail/#comment-307</guid>
		<description>Great Post! And this is true not just across SharePoint projects but whole lot of other areas as well.</description>
		<content:encoded><![CDATA[<p>Great Post! And this is true not just across SharePoint projects but whole lot of other areas as well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
