在您亲自工作的所有商业项目中,有多少是罐装/成功的?

时间:2023-01-16 17:58:09

I don't mean personal projects. I mean projects where there were a number of people involved and business dollars were spent.

我不是指个人项目。我指的是涉及许多人并且花费了商业资金的项目。

8 个解决方案

#1


Your question is wide open, mostly because the definition of "Success" is somewhat difficult to make. We can declare a project successful if

你的问题是敞开的,主要是因为“成功”的定义有点难以实现。如果成功,我们可以宣布项目成功

  • user like it
  • 用户喜欢它

  • the application is live in production for x amount of time
  • 该应用程序在生产中存在x个时间

  • it was delivered on budget
  • 它按预算交付

  • it was delivered on time
  • 它按时交付

  • it was a financial success
  • 这是一次财务上的成功

  • it was a business success
  • 这是一次商业上的成功

  • etc etc

By the way you asked the question, you seem to implicitely declare success if a project is not canned.

顺便提一下,如果一个项目没有罐装,你似乎会暗示成功。

If a company develops product A for $3 million, and 2 years later replaces it with product B, I would not call project A a success, despite the fact that it delivered. I actually believe that while technically we have most projects under control today, more or less, a lot more mistakes are being made on the business-end of software development projects. I have worked on very, very few projects that could be called successful in an all-inclusive sense - maybe less than 10%.

如果一家公司以300万美元开发产品A,并且2年后用产品B替换它,我不会称项目A成功,尽管它已经交付。我实际上认为,虽然从技术上来说,我们今天大多数项目都在受到控制,但或多或​​少,在软件开发项目的业务端出现了更多的错误。我参与的项目非常非常少,可以称之为包容性的全部项目 - 可能不到10%。

#2


In 10 years, I've only been personally involved in one project that was canned - and that was because the customer pulled out. I've seen a number of projects for other teams/companies evaporate though - usually due to:

10年来,我只是亲自参与了一个罐装项目 - 那是因为客户退出了。我见过其他团队/公司的一些项目虽然消失了 - 通常是因为:

  • over-engineered / too much complexity causing it to spiral like crazy, without actually delivering the original project goals
  • 过度设计/太多的复杂性导致它像疯了一样螺旋,没有实际提供原始的项目目标

  • lack of commitment / involvement from the customer
  • 缺乏客户的承诺/参与

With the former, it often takes a very brave person (perhaps director level) to pull the plug; the problem is, when you've already spent $VeryBig, it is very hard to be the person to say "throw it away" - if you can keep saying "just another $RelativelyBig and it'll be OK", well... and the cycle repeats with different people playing budget-chicken, until something gives and a scapegoat needs to be found.

对于前者,通常需要一个非常勇敢的人(也许是导演级别)拔掉插头;问题是,当你已经花了$ VeryBig时,很难成为那个说“扔掉它”的人 - 如果你能继续说“只是另一个$ RelativelyBig就可以了”,那么......并且循环重复与不同的人玩预算鸡,直到某事给出并且需要找到替罪羊。

#3


Roughly 25%... so 3 years of my working life has been spent on projects which were canned.

大约25%......所以3年的工作生涯都用在罐装项目上。

This ranges from small, one week projects, to one multi-year project.
From one man jobs, to the 15 or so person team for the multi-year project.

这包括从一周的小型项目到一个多年的项目。从一个人的工作岗位,到15人左右的多年项目团队。

#4


I cannot comment on this publicly out of concern that I myself may get canned.

我不能公开发表评论,因为担心自己可能会被罐装。

#5


Generally - I think you would be surprised as to just how many projects are run in corporations or big software companies, and are suddenly scraped, or run from the beginning with full knowledge that they might never see their first customer.

一般来说 - 我认为你会惊讶于公司或大型软件公司运行了多少项目,并且突然被刮掉,或者从一开始就充分了解他们可能永远不会看到他们的第一个客户。

Goes without saying that nowadays, companies are going over their portfolios, and these types of projects are the first to go.

不言而喻,如今,公司正在审视他们的投资组合,这些类型的项目是第一个出现的。

#6


Often I left before I could see how it turns out.

在我看到结果之前,我常常离开。

#7


I've been a developer for 14 years and have only worked on one project that was canned. It was a badly specced projected that turned into a real deathmarch. In order to move it along I upped the team and moved to a disused office for 6 months so we could focus on it without any distractions.

我已经做了14年的开发人员,并且只参与了一个罐装项目。这是一个严重的预测,变成了真正的死亡之旅。为了移动它,我加强了团队,并搬到了一个废弃的办公室6个月,所以我们可以专注于它没有任何分心。

Anyway, we eventually got bought out by another company at the height of the dot-com boom and they canned the project as they had something similar.

无论如何,我们最终在互联网泡沫破灭的高峰时被另一家公司收购,他们将项目装罐,因为他们有类似的东西。

#8


I started out as tech support in my university while I studied. The tech support there was canned and outsourced couple of years after I left.

在我读书的时候,我开始在我的大学里担任技术支持。在我离开后几年,技术支持被罐装和外包。

After my studies, I worked in a company, working on the "intranet managing system" and being the father of an internal shop. They both seem to be running mostly unchanged 4+ years after my team was canned and the department was outsourced.

在我学习之后,我在一家公司工作,从事“内联网管理系统”并成为内部商店的父亲。在我的团队被罐装并且部门外包之后,他们似乎都在4年多的时间里保持运行。

I was in my next company for two years. We developed a "product", but as far as I know, it's never been sold/deployed in production anywhere for 2+ years.

我在我的下一家公司工作了两年。我们开发了一种“产品”,但据我所知,它从未在任何地方销售/部署2年以上。

My current company (I'm leaving the 24th) has several websites in production, some of them for large companies and lots of users. My code is running in production.

我现在的公司(我将离开24日)有几个网站正在制作中,其中一些是大公司和很多用户。我的代码正在生产中运行。

#1


Your question is wide open, mostly because the definition of "Success" is somewhat difficult to make. We can declare a project successful if

你的问题是敞开的,主要是因为“成功”的定义有点难以实现。如果成功,我们可以宣布项目成功

  • user like it
  • 用户喜欢它

  • the application is live in production for x amount of time
  • 该应用程序在生产中存在x个时间

  • it was delivered on budget
  • 它按预算交付

  • it was delivered on time
  • 它按时交付

  • it was a financial success
  • 这是一次财务上的成功

  • it was a business success
  • 这是一次商业上的成功

  • etc etc

By the way you asked the question, you seem to implicitely declare success if a project is not canned.

顺便提一下,如果一个项目没有罐装,你似乎会暗示成功。

If a company develops product A for $3 million, and 2 years later replaces it with product B, I would not call project A a success, despite the fact that it delivered. I actually believe that while technically we have most projects under control today, more or less, a lot more mistakes are being made on the business-end of software development projects. I have worked on very, very few projects that could be called successful in an all-inclusive sense - maybe less than 10%.

如果一家公司以300万美元开发产品A,并且2年后用产品B替换它,我不会称项目A成功,尽管它已经交付。我实际上认为,虽然从技术上来说,我们今天大多数项目都在受到控制,但或多或​​少,在软件开发项目的业务端出现了更多的错误。我参与的项目非常非常少,可以称之为包容性的全部项目 - 可能不到10%。

#2


In 10 years, I've only been personally involved in one project that was canned - and that was because the customer pulled out. I've seen a number of projects for other teams/companies evaporate though - usually due to:

10年来,我只是亲自参与了一个罐装项目 - 那是因为客户退出了。我见过其他团队/公司的一些项目虽然消失了 - 通常是因为:

  • over-engineered / too much complexity causing it to spiral like crazy, without actually delivering the original project goals
  • 过度设计/太多的复杂性导致它像疯了一样螺旋,没有实际提供原始的项目目标

  • lack of commitment / involvement from the customer
  • 缺乏客户的承诺/参与

With the former, it often takes a very brave person (perhaps director level) to pull the plug; the problem is, when you've already spent $VeryBig, it is very hard to be the person to say "throw it away" - if you can keep saying "just another $RelativelyBig and it'll be OK", well... and the cycle repeats with different people playing budget-chicken, until something gives and a scapegoat needs to be found.

对于前者,通常需要一个非常勇敢的人(也许是导演级别)拔掉插头;问题是,当你已经花了$ VeryBig时,很难成为那个说“扔掉它”的人 - 如果你能继续说“只是另一个$ RelativelyBig就可以了”,那么......并且循环重复与不同的人玩预算鸡,直到某事给出并且需要找到替罪羊。

#3


Roughly 25%... so 3 years of my working life has been spent on projects which were canned.

大约25%......所以3年的工作生涯都用在罐装项目上。

This ranges from small, one week projects, to one multi-year project.
From one man jobs, to the 15 or so person team for the multi-year project.

这包括从一周的小型项目到一个多年的项目。从一个人的工作岗位,到15人左右的多年项目团队。

#4


I cannot comment on this publicly out of concern that I myself may get canned.

我不能公开发表评论,因为担心自己可能会被罐装。

#5


Generally - I think you would be surprised as to just how many projects are run in corporations or big software companies, and are suddenly scraped, or run from the beginning with full knowledge that they might never see their first customer.

一般来说 - 我认为你会惊讶于公司或大型软件公司运行了多少项目,并且突然被刮掉,或者从一开始就充分了解他们可能永远不会看到他们的第一个客户。

Goes without saying that nowadays, companies are going over their portfolios, and these types of projects are the first to go.

不言而喻,如今,公司正在审视他们的投资组合,这些类型的项目是第一个出现的。

#6


Often I left before I could see how it turns out.

在我看到结果之前,我常常离开。

#7


I've been a developer for 14 years and have only worked on one project that was canned. It was a badly specced projected that turned into a real deathmarch. In order to move it along I upped the team and moved to a disused office for 6 months so we could focus on it without any distractions.

我已经做了14年的开发人员,并且只参与了一个罐装项目。这是一个严重的预测,变成了真正的死亡之旅。为了移动它,我加强了团队,并搬到了一个废弃的办公室6个月,所以我们可以专注于它没有任何分心。

Anyway, we eventually got bought out by another company at the height of the dot-com boom and they canned the project as they had something similar.

无论如何,我们最终在互联网泡沫破灭的高峰时被另一家公司收购,他们将项目装罐,因为他们有类似的东西。

#8


I started out as tech support in my university while I studied. The tech support there was canned and outsourced couple of years after I left.

在我读书的时候,我开始在我的大学里担任技术支持。在我离开后几年,技术支持被罐装和外包。

After my studies, I worked in a company, working on the "intranet managing system" and being the father of an internal shop. They both seem to be running mostly unchanged 4+ years after my team was canned and the department was outsourced.

在我学习之后,我在一家公司工作,从事“内联网管理系统”并成为内部商店的父亲。在我的团队被罐装并且部门外包之后,他们似乎都在4年多的时间里保持运行。

I was in my next company for two years. We developed a "product", but as far as I know, it's never been sold/deployed in production anywhere for 2+ years.

我在我的下一家公司工作了两年。我们开发了一种“产品”,但据我所知,它从未在任何地方销售/部署2年以上。

My current company (I'm leaving the 24th) has several websites in production, some of them for large companies and lots of users. My code is running in production.

我现在的公司(我将离开24日)有几个网站正在制作中,其中一些是大公司和很多用户。我的代码正在生产中运行。