在选择项目方法时,如xp,scrum,crystal,应该考虑哪些问题

时间:2011-03-02 11:23:01

标签: c# project-management agile agile-project-management

基本上我必须选择项目方法。 组件并不大(我们开发的组件主要用于SAP连接),但团队规模相当大,错位且非常无组织。 除了团队有多大 还应考虑哪些其他问题? 谢谢

3 个答案:

答案 0 :(得分:1)

帮助选择任何一种方法的一个非常有用的问题是“哪些项目对我没有帮助?”获得答案可能非常困难;特定方法的支持者回应的通常方式是“当然方法X可以帮助您完成任何项目。”因此他们要么说所有项目都是一样的,显然不是这样;或者他们不知道他们的方法有什么限制,因此无法识别他们的方法何时不合适。

你说你的团队相当无组织。引入任何新方法的最佳方法之一是提供工具 - 甚至是非常基本的工具 - 使得遵循标准更容易。这方面的一个例子是试图在一个非常大的组织中提高开发报告的质量 - 我们提供了许多文字处理模板,这使得使用模板(以及标准)编写报告比编写报告更容易。从头开始。

关于我选择的语言的个人注释:我使用软件开发方法多年,对我来说“方法论”是对不同方法的研究和比较。例如,管理项目的一种特殊方式是方法,而不是方法。

答案 1 :(得分:1)

我在回答这些问题方面取得了非常好的经验:

  • 团队如何确定工作的优先顺序? (我建议将待办事项放入构建积压的序列中)
  • 团队如何跟踪需要完成的工作? (我建议一步一步地将事情分解为用户故事并使用像PivotalTracker这样的工具跟踪它们)
  • 如何确保团队自我组织? (让团队从积压工作中获取工作,每隔几周进行一次日常状态会议和回顾展)
  • 如何优化快速功能如何以最佳质量交付?(这种思维方式应取代最大化容量利用率的想法)
  • 如何让作品可见?(可见性建立信任和动力 - 您可以开始收集指标并设置显示各种图表的屏幕)

答案 2 :(得分:0)

我想这实际上取决于许多因素,例如某些合同要求您使用相当复杂的PRINCE项目管理。

如果您没有任何关于您选择的方法的外部因素,我会做一些研究,看看您认为哪个最适合您的团队。

我没有机会使用敏捷,虽然我接受了一个课程并且我喜欢我听到的内容,但这似乎相当简单,这是一个奖励。

要记住的一件事是,如果你发现某些东西不适合你,那么你就不必坚持使用一种方法。然后进行修改。

我会考虑的问题是项目的长度,团队的规模,团队是否每个人都在项目的各个部分工作,或者有多个人在同一个区域工作,实施的时间是多少方法,涉及的任何费用?,是否涉及任何培训?