問題タブ [estimation]

私は最近、IIS が処理できる同時ユーザー数を見積もる任務を負っています。残念ながら、私は IIS の経験がありません。この段階で独自のベンチマークを行う必要がなくなることを願っています。

処理できる同時接続の数を知りたいです。クライアントは、回答に応じて、コメット/ロング ポーリングまたはポーリングのいずれかを使用します。IIS の下の Web アプリケーションは、SOAP Web サービスになります。サービスは、計算量もデータ量も多くありません。

現在の通常のハードウェア、core2 duo、4GB RAM で動作し、ボックスに他のアプリケーションはありません。

アジャイル見積もりでは、1/2 から 1.5 日のような間隔のみを選択すると言う人がいるのは本当ですか?

SpringFrameworkは初めてです。私は最近、Spring/HibernateベースのWebアプリケーションの見積もりが準備されていたタスクの一部でした。機能とビジネスの要件と詳細なユースケースがありました。インベントリまたは作業項目のタイプ（コントローラー、エンティティ、DAO、ServiceClasses、アプリケーションページ、データベーステーブルなど）のリストを作成するように依頼されました。

これを行うための方法論は何ですか（Spring固有ではないかもしれませんが、各フレームワーク/ APIはアプリケーションアーキテクチャを特定の方法で作成する必要があるため、混乱しています）？

答えが詳細すぎる場合は、ご存知のWebリソースを教えてください。Googleから正確な結果を得ることができませんでした。

どうもありがとう。

LOCはプロジェクト見積もりの​​正しいパラメータですか？

LOC以外に、1行のコードで複雑さがはるかに長くかかるシナリオは非常に多く、プロジェクトの見積もりに推奨されるパラメーターは何でしょうか。

人々がプログラムの機能的なポイントについて話しているとき、それはユースケース関連の情報にとって意味がありますか？

分析、設計、テストケースの準備、コーディングで構成される完全なソフトウェア開発見積もりの​​確固たる基盤を見つけようとしています。提案してください。

ソフトウェア開発プロジェクトで.. ガントチャートを作成する際の注意点は？

カスタム CRM ソリューションを使用して、コール センターを処理しています。つまり、各コール センター オペレータは、多数の構成可能なルールに基づいて、電話をかける人々 (潜在的な顧客) のキューを取得します。たとえば、特定のオペレーターは特定のタイプのユーザーのみを処理します。通話キューは、タイムゾーンを考慮して通話時間順に並べられます。

編集: オペレーターは手動でダイヤルします。現在、これを自動化することには関心がありません。

このコール センター サブシステムにはいくつかのバグがあり、その実装は非常に面倒であり、元の開発者は何年も前に去ったので、今、このコール センター サブシステムを置き換えたいと考えています。

そのため、これを自分でゼロから構築するか、この特定のタスク専用の別の CRM (SugarCRM など) を統合するかを決定しようとしています。

しかし、SugarCRM についてはまったく無知です。そのようなモジュールを提供していますか？SugarCRM API は、さまざまなルールを処理して呼び出しキューを選択および順序付けするのに十分柔軟ですか? 私たちは .NET ショップなので、SugarCRM のコードをいじりたくないのです。または、このタスクに推奨できる他の同様の CRM はありますか? どこから始めればよいですか？

前もって感謝します

経験則に基づいて、テストに必要な労力を開発に必要な労力のパーセンテージとして見積もる人はいますか？もしそうなら、あなたは何パーセントを使いますか？

自動化または手動化できる何かをする必要があることに気付くことがあります。たとえば、特定のスクリプトを8回実行し、各実行の間に小さな変更を加えました。これを自動化するスクリプトを作成することもできましたが、この場合は、毎回手動で実行する方が速いと判断しました。

しかし、手動で何かをすることに多くの時間を費やした後、そもそもそれを自動化したほうがよいことに気付くことがあります。

繰り返しのプロセスを開始する前に、スクリプトを作成して自動化するのに時間を費やす価値があるかどうかを判断するのに役立つ経験則の提案はありますか？

明確にするために：私が話しているのは、ファイルの移動や名前の変更などのsysadminタイプのものと、特定のデータをインポートするためのSQLスクリプトの実行などのDBAタイプのものです（これは私が今日行っていたことです） ）。私は開発者であり、システム管理者やDBAではないことに注意してください。

私はプロジェクトにアジャイルアプローチ（XPとスクラム）を数年間使用しており、素晴らしい結果が得られています。しかし、すべての場合において、開発チームのすべてのメンバーはプロジェクトに100％コミットしました。

今、私はチームが安定していないときにこれを行うことに直面しています。たとえば、1回の反復で4人が作業し、次の反復では2人か3人しか作業しない場合があります。

これにより、通常の速度アプローチを使用して推定することが困難（または不可能）になることを認識しています。これは、変動が大きく、安定しないためです。次のことは、各反復の終わりにリリースできることを実際に期待することはできないということです。

ここでは別のアプローチが必要かもしれません。バックログからコンテンツを取得し、可能な場合はいつでも混乱させてリリースします。私は本当にそれが好きではありません...

何かご意見は？

テスト工数見積もりテンプレートを探しています。どなたか良いテンプレがあれば教えてください。