对于软件开发人员来说，通向更好项目的道路可能是成为更好的人。在最近的敏捷开发会议上，一位组织心理学家说，所有项目功能障碍的根源通常是项目经理。
关于软件开发的数据发人深省。许多项目最终超出预算和进度，一项研究表明失败率为五分之一。
对于软件开发人员来说，通向更好项目的道路可能是成为更好的人。在最近的一次敏捷开发会议上，有一些听起来像是新时代的会议，主题包括“敏捷教练非暴力沟通介绍”、“恐惧驱动的障碍”和“与非合作者合作”。
正确地完成软件项目所涉及的利害关系可能是巨大的。耗资数百万美元的发展项目可能会变得一团糟，以至于很多企业会求助于组织心理学家、咨询公司Change strategies Inc.的总裁兼首席执行长布莱尔(Billie Blair)等人来解决杂乱无章的局面。
Blair说，几乎在每一个案例中，项目经理都是所有项目障碍的根源。
布莱尔说:“公司里发生的任何差错，都可以追溯到经理身上。”
通常情况下，项目经理还没有准备好接受这项工作。工程师、IT专业人士和高技能技术人员可以被任命为项目经理，因为他们错误地认为，如果他们有良好的技术技能，“那么他们就会是一个好经理，”布莱尔说。她说，企业和组织并不总是意识到管理本身就是一种技能。
Blair说，项目经理必须善于与人相处，接受冲突而不是逃避，知道如何帮助人们解决问题，并且要有说服力。她说，工程师和IT专业人士“在他们的工作和技能方面都很出色，但一般来说，他们没有管理技能，他们必须获得这些技能。”
构建软件的人员部分似乎得到了更多的关注，感谢敏捷软件开发，强调沟通、协作、快速生成代码和频繁反馈。这是一个不那么严格的方法这就需要各个层次的人更灵活，而不仅仅是管理者。
这与一些传统的开发方法形成了对比，特别是瀑布式开发方法，它要求提前获得所有的需求，然后一个阶段接着一个阶段地推进开发过程。
Landmark Graphics公司的高级开发经理Todd Little表示，使用传统的方法，“只有到最后才会发现真正的问题。”Landmark Graphics公司主要从事油气行业的应用。
使用敏捷，您可以在“可发现的”过程的每个阶段不断交付工作软件，并且“每次您接近于减少项目的整体不确定性”。
为了实现这一目标，利特尔关注了职场文化，强调高度协作的团队。
在处理项目问题时，“很少是技术上的挑战，几乎总是人的挑战，”利特尔说Agile 2011会议8月举行了上述会议。
Standish集团对软件开发进行了调查，每两年发布一次研究报告。今年发布的最新调查收集了1万个项目的数据。
研究发现，37%的软件开发项目是成功的，这意味着它们按时、按预算完成，而且用户接受了它们。它将42%的项目归类为挑战项目。这些项目都有一些问题，比如迟到、超支或者没有用户想要的所有东西。剩下的21%是失败的，这意味着它们没有完成或被客户拒绝。
但Standish的主席吉姆·约翰逊(Jim Johnson)说，项目的成功率比两年前提高了5%。这可能是由于更敏捷的项目，以及在经济衰退期间进行的项目类型，包括更少的ERP安装。
约翰逊对报告的发现提出了警告。例如，项目失败可能是一件好事。
"如果一家公司没有任何失败，他们就没有挑战极限，" Johnson称苹果这其中也有失败的案例，但这些失败却帮助催生了成功的产品。
约翰逊说，一个项目成功的关键是有一个强有力的执行发起人。
“人们不会很快做出决定，我认为这是项目的丧钟，”约翰逊说。敏捷过程工作得如此出色的原因“是因为它创造了速度”，从而导致快速决策。
Johnson说，同样关键的是项目优化，或者专注于重要的事情。他说:“太多的项目都失去了控制，你真的需要专注于真正的高价值项目，并在这些项目上努力，我认为这是敏捷流程所做的事情之一。”
Ben Blanquera是俄亥俄州哥伦布市进步医疗公司(Progressive Medical)的IT副总裁，负责敏捷开发，现在是一名顾问。他说:“敏捷的前提是，你可以将这些东西分解成最小的部分，最可行的产品。”
“这里的概念是快速反馈，”布朗奎拉说，“必须有快速的迭代。”
斯坦迪什的分类备受争议。
利特尔说，“挑战”定义的危险在于，许多交付时间较晚或范围小于最初预期的项目，“尽管如此，在企业看来是成功的。”
敏捷也有它自己的问题。
南加州大学系统和软件工程中心的主任Barry Boehm说，敏捷擅长于尽早地将项目投入使用，并在必要时对其进行改进，但它确实有“一些失败模式”。
敏捷的一个问题是所谓的“最简单的优先”或“技术债务”，这基本上意味着一名开发人员,在取悦用户和客户的利益,可能,例如,把主存的一切”的执行像一个flash和用户喜欢它”,直到最终不适合在主存了”,你有是一种体系结构断路器。”
开发商可能会推迟投入安全Boehm说，直到开发的后期，他们已经加入了很多不安全的特性，没有办法在以后再加入安全功能。
敏捷适用于需求快速变化的小型项目。Boehm说，“在一个人们感到舒适或被授权的组织中”，它也能起作用。
Patrick Thibodeau为Computerworld研究SaaS和企业应用、外包、政府IT政策、数据中心和IT劳动力问题。2020欧洲杯预赛在Twitter上关注帕特里克@DCgov或订阅帕特里克的RSS提要．他的电子邮件地址是pthibodeau@computerworld.com．
阅读更多关于项目管理的内容在Computerworld的项目管理主题中心。
这篇文章，“难的不是编码，而是人”最初是由《计算机世界》 ．