問題タブ [development-process]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
8 に答える
1825 参照

agile - 開発者ごとにかんばんボードを使用する

私は、ソフトウェア部門に何らかの開発プロセス手法を採用させようとしています。開発者は9人だけで、プロジェクトもほぼ同じです。現在、私たちは混沌としてしか説明できません。あるいは、別のSOユーザーがそれを呼んでいるのを見たように、おそらく「危機主導型の開発」です。

かんばんを使用することは、私たちにぴったりのようです。だから私はそれを他のみんなと話し合った、みんなそれはいい音だと思った。しかし、ボードをどのように配置するかについて話し合ったとき、誰もが1人につき1つのボードを作成したいと考えていました。

今、私はかんばんや他の方法論を実際に試したことがありませんが、各自が自分のボードで管理することは、かんばんプロセスが提供するはずの利点を打ち消すような気がします。この概念は私を悲しくさせます、そして「ほんとうにこの考え全体を捨てましょう」と言いたいです。

開発者ごとにかんばんボードを実装することは価値があると思いますか?

0 投票する
1 に答える
1011 参照

django - Django開発プロセス/ステップ(ステップバイステップ)

ここで、Djangoで人々がどのように発展するかを段階的に知りたいと思います。DjangoでWebサイトを作成しようとすると、次のような状況で常に混乱することがあります。

  1. DBスキーマ/models.py
  2. UI/テンプレート構造
  3. ログインモジュール
  4. urls.py
  5. views.py

これにどのようにアプローチしますか?私は何かを逃したかもしれません。すべてを詳しく説明する必要はありません。段階的に行うだけです。2つのことを同時に(または並べて)行う場合は、それも言及するのに役立ちます。

どうもありがとう。

0 投票する
5 に答える
349 参照

development-process - バグが機能リクエストになるのはいつですか?

重大ではないバグが機能になるのはいつですか、またはバグは常にバグとして残る必要がありますか?

例えば。時効を設けるべきか。

たとえば、1 年の定義された法定があるとします。このバグは 18 か月以上前に導入されましたが、今日初めて気づきました。そのバグが「これが現在のシステムの仕組みです」と定義され、それを変更する必要がある場合は、優先順位付けのためにバックログに配置する必要があります。

0 投票する
3 に答える
110 参照

ruby-on-rails - Rails Web アプリケーションで簡単な単体テストを行うにはどうすればよいでしょうか?

私は、プロジェクトの最小限のリソースでタイトなタイムラインにいます。

このプロジェクトでテスト駆動開発を実践したいのですが、現実的には、Cucumber や Rspec などのより洗練されたフレームワークを学習する時間はありません。とにかく、現時点では非生産的である可能性があります。

私がする最低限のことは何をお勧めしますか?

0 投票する
1 に答える
4738 参照

jsp - Spring MVC 開発プロセス - ベスト プラクティス

サービス/DAOレイヤーを考慮しない場合、JSPをビューレイヤーとして使用するSpring MVC /ポートレットMVCアプリケーションの正しい開発プロセスは何ですか-通常はすでに行われています。

つまり、一度にコントローラーと JSP を作成している場合、しばらくの間、ちょっと道に迷ってしまい、すべてが混乱しているように見えます。アプリケーションの設計と要件に関する全体的な調査を失っています。しかし逆に言えば、最初に JSP を作成し、次にコントローラーを作成するか、最初にコントローラーを作成し、次に JSP を作成するとは想像できません。

ポートレットのプログラミングははるかに複雑であり、これを解決することが重要と思われます。

注: 開発チーム (グラフィック デザイナー + プログラマー) はいないと考えてください。私はすべて自分でやっています...

0 投票する
4 に答える
636 参照

agile - 未熟なチームのための開発方法論

ソフトウェアの方法論を研究していると、 「この方法論には成熟した開発チームが必要です」という免責事項がよく見られます。

未熟な開発チームを特に対象とした開発方法論はどれですか? これがほとんどのチームが始めるべきところだと思います。

未熟なチームを、メンバーがこれまで一緒に作業したことがなく、未知の環境(つまり、新しい会社)で作業していて、プロセスと制御をまだ定義していないチームとして定義しましょう。

0 投票する
1 に答える
38 参照

project-management - 開発用アプリケーションを表現する最も簡単で迅速な方法

設計者として、アプリケーションの主なアイデアをフローチャートのようなグラフィカルな形で表現する必要性を感じることがあります。開発会社にとって十分に理解しやすく、アプリケーションの目的と、おそらく提供する必要がある主な機能を伝えることができ、最終的に推奨事項、大まかな見積もり、およびターンアラウンドタイムで返信するために使用できるもの.

アプリケーションはまだ構想段階にあるため、プロトタイプを作成するのはやり過ぎです。フローチャートとしてもできますが、会議や詳細を入力するのではなく、プロが従う従来の方法がすでにあるはずだと思いました。

これをどのように行うのですか?フローチャートが最適な方法である場合、ここではどのタイプのフローチャートが最も効果的ですか? 研究を開始できるように、最初の方向性が必要です。

たとえば、顧客、プロバイダー、および管理者用の 3 つの異なるダッシュボード セットを持つアプリケーションの場合、これら 3 種類のユーザー間のすべての機能を接続する大まかなロジックをどのように示すことができますか?

ありがとうございました。