5

我主修了一个很棒的软件工程项目,并被教导了过程的重要性和生命周期模型的步骤。我熟悉经典的“瀑布”模型。尽管我们探索了其他人,但无论您的新时代模型多么狡猾或棘手,瀑布都能很好地列出可能的任务。所以这是一个很好的起点。

当我完成学业时,.NET 刚刚兴起,所以我们没有介绍使用良好生命周期模型来处理 Web 开发的新方法。现在我在一家网店工作,我们正在尝试建立一些我们没有的良好实践和流程。由于我 6 年前才毕业并且在更结构化的软件环境方面有经验,所以我是介绍一些新东西的人。

现在办公室里一片混乱。昨天我从一个项目经理那里得到了很多笑声,他告诉他“我们的过程是一只手拍手的声音”。我们渴望过程,但我们不知道该怎么做。当我们应该首先收集需求时,每个人都在采取一种倒退的方式,想要一个工具来告诉他们如何做事。

我们是一家共有 9 人的商店。我们需要能够快速完成工作。现在有哪些好的软件开发模型是行业标准的?其他人都在这样做,所以我们需要学习,这家商店自 1995 年以来一直在建立网站。我在哪里可以找到有关最佳实践的好资源?我们是一家 LAMP 商店。

编辑:我还应该补充一点,我们希望向现有网站添加一个流程。因此,我们不会建立新项目,而这正是这些模型一直以来的目标。我们正在维护 10 年历史的网站怪物(好吧更像是 3-5 年,但客户年龄较大)并保持它们继续运行,同时逐步添加新功能。这些有什么帮助吗?

4

6 回答 6

4

现在很多商店都在使用的是敏捷开发方法。它可以从单个开发人员扩展到您可能拥有的尽可能多的开发人员。使用这种方法可以轻松跟踪任何人在给定时间段内能够完成的工作量。查看描述该方法的维基百科页面:

http://en.wikipedia.org/wiki/Agile_software_development

还有一些很棒的开源和免费工具可帮助您建立团队、项目、迭代和一切。

但是,我会说我曾经在一家瀑布式商店工作,除非管理层支持这种变化,否则你将无法从瀑布式转变为敏捷。

编辑(回应问题编辑):是的!敏捷肯定会帮助您维护和增强现有项目的版本,以及可能的重构版本。它是包罗万象的。

~md5sum~

于 2009-11-25T15:07:13.840 回答
1

我知道这是一个非常老的帖子,原始海报最近没有活跃。但是,我想知道这是否可能不是当前仍需要答案的问题。我是 StackOverflow 的菜鸟,但我确实对这个问题有所了解。

这篇文章有很多事情要解决。首先,您想知道 SDLC 模型的“最佳”类型。有许多不同的模型,但没有一个正确的答案。这将取决于您要完成的工作以及您的团队如何以最佳方式工作。

根据您的帖子,敏捷和 Scrum 的结合将是管理流程排序的好方法。敏捷将让您在迭代中更快地工作,而 Scrum 将帮助您的团队确定任务、责任、优先级、挑战和解决方案。

虽然建立最佳实践和方法很重要,但应解决过程识别和对 SDLC 方法本身的关注。组织应评估需要完成哪些项目、需要谁和什么、问题和潜在的解决方案,以及有助于管理创建流程的每项任务的需求的工作分解结构。

**例如,**如果您需要向现有站点添加页面,则可以创建流程指南(因为每个页面都会不同,客户也会不同)。您可能有一个类似于以下的过程: 1. 收集客户关注点、要求、想法、期望等:(需求访谈) 2. 现有标准/实施识别 3. 列出完成页面添加所需的每项任务 4 . 为每项任务创建详细的工作分解结构 (WBS) 和时间表/截止日期 5. 创建进度管理系统(这是要开发的新流程。) 6. 委派任务/截止日期/团队/等。7. 建立团队沟通 8. 审查/测试进度 9. 根据既定的敏捷/Scrum 方法调整任务/WBS/时间表。
10. 重复直到完成/满足要求。

您可能在设置其他流程之前设置了敏捷和 Scrum 流程,您可以调整它们,直到它们适用于您提供的服务。

您不必根据其他人正在做的事情来使用敏捷或 Scrum 或可用性的特定组合。有这么多可供选择的美妙之处在于,您可以混合搭配它们,直到找到适合您项目的东西。

为了使您的任何流程有效,您需要与您的团队沟通哪些有效,哪些无效,或者哪些有效,但需要改进。我听说过的一些好评如潮的工具是: 1. Slack dot com:这是一个团队项目管理工具。2. G Suite:这是一款付费应用套件,但您可以轻松使用 Gmail、google drive、Google Sheets、Docs、Calendar、Hangouts、Google+ 和其他免费工具。
3. Trello dot com:这是一个很酷的协作板,我和一些朋友在我的项目中使用它。您可以拥有个人板或共享板:日历、团队、电子邮件连接、提醒等。我非常喜欢这个站点工具。

这些只是我认为不错的一些,但还有更多提供不同的功能,所以你可以选择适合你的。

最后,项目管理是一项艰巨的任务,但您雇用的人应该能够帮助您解决这个难题。但是,这里有一些网站可以帮助您进行自己的项目管理: 1. PMI dot org:这是项目管理机构。即使您不是项目经理并且不想成为项目经理,这里也有非常棒的见解和技巧可供任何处于监督项目后勤管理职位的人使用。
2. SDLC PM:这仍然是 PMI.org,但此链接是针对您的问题的。3. Projectmanager.com:这里有项目管理工具。这里还有一个链接,其中包含其他资源。

好吧,我希望这些信息对您和其他人有所帮助。我会有更多的链接,但我需要更多的声誉点。然而,我试图把它们偷偷溜进去。此致。

-奥黛丽林

于 2017-10-09T08:55:45.347 回答
0

Scrum是一种敏捷实践,建议尝试控制一些混乱。您的项目经理有哪些做法?这将是更大的问题之一,因为笑声可能来自那些在他们的位置上感到受到威胁的人。

编辑:就像要考虑的其他事情一样,您是否有这些:

  • 测试 - 你有任何自动化测试吗?
  • 持续集成——你知道吗?完全使用它吗?
  • 源代码控制 - 你有分支机构和程序或签到吗?
  • 开发方法 - 临时性或“只做有效”的心态?
  • 环境 - 是否有开发、测试和生产环境?
于 2009-11-25T15:10:32.303 回答
0

敏捷极限编程 (XP)都运行良好。我在Rational Unified Process (RUP)方面也有很好的经验。

所有这些都是迭代的,这使它们比 Waterfall 更有优势,因为您不会陷入实现大量功能而无法了解其将如何被感知的困境(更不用说您的用户更频繁地获得较小的功能比传统的单片发行版)。

RUP 在预先收集需求方面做得很好。敏捷和 XP 都采用了一些非常有趣的技术来确保质量和快速周转。我会查看所有三个并找出最适合您的团队的部分(或者为您的应用程序从这三个部分中挑选出最好的部分)。

于 2009-11-25T15:05:31.813 回答
0

炒作是敏捷。我喜欢精益背后的原则,它源于敏捷社区。

于 2009-11-25T15:59:29.803 回答
0

I think a good starting point is the Joel Test. Here is the Joel Test for web development. Once you take a look at this you will get to know where to start improving stuff. These are the basics.

于 2009-11-25T17:10:49.533 回答