web-dev-qa-db-ja.com

中小企業におけるソフトウェア開発の最大の問題は何だと思いますか?

私は、チリの他の中小企業向けにWebソフトウェアを開発する小さなソフトウェア開発会社を所有しています。ビジネスプロセスは非常に複雑であり、当社をより良く、より効率的にし、より良いソリューションを提供するためにどこに努力を払うべきかを決めるのは困難です。

私はTIの修士課程の学生でもあり、このテーマに関する論文を作成しているので、どんな助けでも私の会社と私の論文を助けるのに素晴らしいでしょう。

私は問題について3つの領域を検討しました:

1)ソフトウェア開発の問題
2)Web開発の問題
3)中小企業の問題

私はあなたのことは知りませんが、少なくともチリのこの「ビジネスフォーミュラ」はあまりサポートを受けていませんが、良くなっていますが、今日、私の会社は自給自足にはほど遠いです。

更新:これまでのサポートに感謝します。ある程度の情報があるので更新します。件名をより深く掘り下げることにしました。件名に関する次の回答/解説を検討してもらいたいと思います。

1)ソフトウェア開発の問題(3)

1.1不完全な問題の図
1.2役に立たない提供されたソフトウェア
1.3非現実的または不適切なスケジュール

2)Web開発の問題(3)

2.1明らかに実行不可能な実装
2.2非効率的なモジュール構造設計
2.3結果システムの相互運用性の低下

3)中小企業の問題(3)

3.1非常に具体的ですが、再取得されたシステムの特性が狭くなっています
3.2開発したシステムは使用していません
3.3プロジェクト実行の活動に対する実証主義者の要求

意図的にスコープを薄くするために、カテゴリには3つの問題しかありません。また、3つ目の分類を2つに分けることは適切だと考えていましたが、今はそうしません。

3)中小規模のソフトウェア開発プロバイダーの問題

4)中小規模のソフトウェア開発クライアントの問題

その場合、私は問題の範囲をより広くしただろうと思います。少なくとも他の2つの分類に非常に満足するまでは、今したいことではありません。あなたが思うこと?

5
Ron-Damon

会社が成長するにつれて、「ヒーローコーダー」の精神から回復することは非常に大きなことです。多くの中小企業は、低いオーバーヘッドを望んでおり、多くのプロセスを望んでいません。彼らは多くの場合、数人でゼロから非常に早く多くのことを達成できます。マーケティングは顧客に狂った約束をします。なぜなら、顧客は会社を救うために最後の最後にハッキングされた輝きの偉業を成し遂げなければならないからです。

しかし、企業が市場に定着するにつれて、従来のコストと技術的負債が追いつきます。進行が遅くなります。ずっと遅い。コードはひどいです。開発者はいつも燃え尽きて苦い。顧客への約束は果たされなくなります。人々は非難ゲームをします。

ひざまずく消火活動から、輝きの文化の偉業を期待して、正気と計画の類似性を維持するものに移行することは、中小企業にとって困難で苦痛なカルチャーショックになる可能性があります。

彼らは速いが遅いを打ち負かすと言います、しかし結局あなたはあなたが遅くなるより遅くなるほど速く行くことから疲れ果てています。皆が亀が最終的にウサギを倒すことを知っています:)

13
Doug T.

ソフトウェア開発に関して、私が一緒に働いた近年の会社は以下を追っていますAgile developmentより速い生産性とスループットのために。 15分間のスクラム会議は最近不思議に機能し、私は最初に開発用の従来のWaterfallモデルから始めました。

昨年2つの新興企業と協力した中小企業の問題に関して、私の会社が直面した主な問題は、顧客が自社の製品開発の要件に合うかどうかを確認するために優れたポートフォリオを探しているため、評判の側面にありました。 。私たちは最初にその評判要素を構築するために一生懸命働きました。その問題が過ぎ去った後の最大の課題は、現在の市場標準に対処し、会社を業界標準に準拠させることでした。

個人的には、スタートアップ企業で働くことをたくさん学んだと感じました。それは私に確かな基本スキルセットを提供してくれました。 Web開発の問題については、私が思いつくよりももっと最適なソリューションを提供してくれるグルがたくさんいると思います。

常にお客様が正しいことを忘れないでください!! :)

3
Venki

現在の状況のベースラインを取得し、会社のさまざまな部分がどの程度うまく機能しているかをランク付けしようと考えたことはありますか?これには、会社全体をさまざまな部分に分割して、状況のデータを取得し、プロセスなどを文書化する必要がありますが、これは、何が行われているかを確認し、穴を探して何が行われていないかを確認するだけで非常に役立ちます。 t完了しました。

ここになりたいというビジョンを作ることも良い考えですが、これには高レベルと低レベルの両方の詳細を考える必要があります。高水準とは、世界クラスの組織になるか、今後10年間で現在のサイズの5倍に成長することです。低レベルは、ある意味でより具体的で制限的な来年の販売目標を設定することになるでしょう。

これらのアイデアは、「継続的なサービスの改善」セクションでITILに関するものをいくつか見てから得ました。


あなたがより多くの詳細を与えたので、あなたが「ソフトウェア開発の問題」が広範を超えており、何百万もの可能な解釈があることに気づいたので、私はより多くの答えを与えることを試みることができますか? 「GoogleとFacebookを予算なし、人なし、わずか30秒で複製したい」というのは、それをうまく達成する方法がないことを知っている種類の問題であり、他の誰かが答えを持っているとは思えません私は間違っている可能性があります。ある程度答えようとするのに十分知っているグループとして、最初のいくつかのグループを取り上げます。

1)ソフトウェア開発の問題(3)

1.1不完全な問題の写真1.2役に立たない提供されたソフトウェア1.3非現実的または不十分なスケジュール

問題の画像は常に不完全になります。この質問を見ても、本当に包括的に質問に答えるのに十分ですか?私はそうは思いませんが、それが私の見解です。スケジューリングの問題は通常、要件があいまいで、所要時間について合理的な見積もりを出すのが難しい不十分な要件収集、または作業を行っている人々が以前にそれを行ったことがなく、不足のために見積もりが再び正しくないことに起因しています。経験。私はそこに到達しようと頑張っていると思いますが、これは簡単に克服できることではありません。

2)Web開発の問題(3)

2.1明らかに実行不可能な実装2.2非効率的なモジュール構築設計2.3結果システムの相互運用性の低下

ここでは、どのような種類の実行不可能なことを意味していますか:何かを行うことができなかった、たとえばO(1)複雑さでソートする、または実行したことは、長期的には実行可能な実装になるほど十分にスケーリングされないでしょうか?これらは、前者がより疑問である非常に異なる問題です要求を実行することは不可能であり、その証拠を提供できることを要求者に教育します。

2つ目のポイントは、将来的にほとんどのものを改善できるクリエイティブなソリューションの世界へようこそ。ただし、ここでのもう1つの要因は、実行の速度やスペースなどの単純なものだけでなく、保守性、スケーラビリティ、信頼性などのあいまいなものもあるので、ここで効率を定義するメトリックです。

3つ目は、あなたが何を意味しているのかよくわからないので、コミュニケーションの問題があります。それは要件の一部でしたか?それは私の最初の反論ですが、実際に何が要求されているのか、なぜそれが要求されているのか、そして解決策にはどのような制約があるのか​​を知るために、そこに何らかの対話が必要です。

あなたが中小企業のための最大のソフトウェア開発問題を知りたいなら、私はあなたが問題のサイズをどのように測定するのだろうかと思います。この問題を報告している企業の割合ですか?それは問題の範囲ですか?ここで問題は実際にどのように定義されていますか?これはワームの缶だと思いたくなりますが、ここでちょっとしたブレインダンプを実行して、これが最終的にどこに行くのかを確認するのに役立つかもしれません。

1
JB King

小から中または大への移行が最も難しい部分です。小さい人は、他の誰かが言ったように、ほとんどまたはまったくプロセスと「ヒーローコーディング」をしない傾向があります。次に、より大きな企業になるために、財政的支援が求められることが多く、企業はベンチャーキャピタル会社に部分的に買収されます。中小企業のすべての特典がなくなります。従業員は交換可能な部品のように扱われ始めます。

さらに悪いことに、中小企業に適したコードベースは、最初から大量のデータセットを使用したパフォーマンス用に設計されていないため、エンタープライズアプリケーションとしては完全に不十分であることがよくあります(データベーススペシャリスト、それらは必要ありません!Oops判明しました)。

企業がクライアントを大きくして部分的に大きくなるにつれて、適切なプロセスが整っていることをクライアントに証明する必要性が高まります。したがって、構成管理、QAテスト、開発者がプロ​​ダクションおよびプロジェクト管理ソフトウェアに対する権利を失うことに突然対処する必要があります。これらすべては、元の開発者が対処するのが困難です。

0
HLGEM