5

私は優れたソフトウェア エンジニアリング プログラムを専攻し、プロセスの重要性とライフサイクル モデルの手順を学びました。私は古典的な「ウォーターフォール」モデルに精通しています。他のものも調査しましたが、新しい時代のモデルがどれほど狡猾でトリッキーであっても、ウォーターフォールは可能なタスクをリストアップするのに適しています. ですから、これは良い出発点です。

私が学校を卒業していたとき、.NET はちょうど盛り上がりを見せていたので、適切なライフサイクル モデルを使用して Web 開発にアプローチする新しい方法については説明しませんでした。現在、私は Web ショップで働いており、まだ確立されていない優れたプラクティスとプロセスを確立しようとしています。私は 6 年前に卒業したばかりで、より構造化されたソフトウェア環境での経験があるので、新しいものを紹介するのは私です。

今、オフィスはただのカオスです。昨日、プロジェクトマネージャーから「私たちのプロセスは片手の拍手の音です」と言ってたくさん笑われました。私たちはプロセスを切望していますが、何をすべきかわかりません。最初に要件を収集する必要があるのに、物事のやり方を教えてくれるツールを望むという後ろ向きなアプローチを誰もが取っています。

当店は総勢9名のお店です。私たちは仕事を速くできるようになる必要があります。現在業界標準になっている優れたソフトウェア開発モデルは何ですか? 他の誰もがこれを行っているので、学ぶ必要があります。このショップは 1995 年からサイトを構築しています。ベスト プラクティスに関する適切なリソースはどこにありますか? 当店はLAMPショップです。

編集: また、追加する必要があります。既存の Web サイトにプロセスを追加することを検討しています。そのため、これらのモデルが常に目指している新しいプロジェクトを構築していません。私たちは 10 年前の巨大なサイト (3 ～ 5 年ほどですが、クライアントは古い) を維持し、新しい機能を段階的に追加しながら、それらを維持しています。これはそこで役立ちますか？

4

6 に答える 6

4

現在多くのショップが採用しているのはアジャイル開発手法です。1 人の開発者から何人もの開発者までスケーラブルです。この方法を使用すると、特定の期間に 1 人の個人が完了できる作業量を簡単に追跡できます。方法論を説明しているウィキペディアのページをチェックしてください。

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

チーム、プロジェクト、イテレーション、その他すべてをセットアップするのに役立つ優れたオープン ソース ツールや無料ツールもいくつかあります。

ただし、以前はウォーターフォール ショップで働いていたので、経営陣が変更に乗り出さない限り、ウォーターフォールからアジャイルに変更しようとしてもうまくいきません。

編集 (質問編集への回答): はい! アジャイルは、既存のプロジェクトのメンテナンスと機能強化のリリースだけでなく、リファクタリングのリリースにも役立ちます。オールインクルーシブです。

~md5sum~

于 2009-11-25T15:07:13.840 に答える
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 に答える
0

誇大広告はアジャイルです。私は、アジャイル コミュニティにルーツを持つリーンの背後にある原則が大好きです。

于 2009-11-25T15:59:29.803 に答える
0

アジャイルとエクストリーム プログラミング (XP)はどちらもうまく機能します。また、 Rational Unified Process (RUP)についても良い経験をしました。

それらはすべて反復的であり、ウォーターフォールよりも優位に立つことができます。なぜなら、それがどのように認識されるかを可視化せずに膨大な量の機能を実装することに行き詰まらないからです (言うまでもなく、ユーザーはより小さな機能をはるかに頻繁に取得することは言うまでもありません)従来のモノリシック リリースよりも）。

RUP は、事前に要件を収集するのに優れています。アジャイルと XP はどちらも、短いターンアラウンドで品質を確保するために、いくつかの非常に興味深い手法を採用しています。3 つすべてを見て、どれがあなたのチームに最も適しているかを判断します (または、3 つすべてから最適な部分をアプリケーションに適合させます)。

于 2009-11-25T15:05:31.813 に答える
0

アジャイルのプラクティスであるスクラムは、カオスの一部を抑制しようとするための提案です。プロジェクトマネージャーはどのような慣行を持っていますか? おそらく笑いは、自分の立場で脅かされていると感じている誰かから来ているので、それはより大きな質問の1つになるでしょう.

編集：他に考慮すべきことと同じように、これらを用意していますか：

  • テスト - 自動化されたテストはありますか?
  • 継続的インテグレーション - 知っていますか? そもそも使う？
  • ソース管理 - ブランチとプロシージャまたはチェックインはありますか?
  • 開発方法論 - その場しのぎ、または「機能することだけを行う」という考え方ですか?
  • 環境 - 開発、テスト、本番環境はありますか?
于 2009-11-25T15:10:32.303 に答える