問題タブ [estimation]

私は最近ソフトウェア見積もりについて考えています、そして私はコーディングに費やされた時間に関してたくさんの質問があります。ソフトウェアの開発に少なくとも2年の経験がある人から聞いてみたいです。

何かに取り組むのに費やす時間を見積もる必要がある場合、1日の何時間コーディングに費やしますか？他の非コーディング時間は何を占めていますか？

チームメイトのコーディングよりも多かれ少なかれ時間を費やしていると思いますか？あなたは彼らよりも多かれ少なかれ仕事をしているように感じますか？

あなたの労働条件はどのようなものですか？プライベートオフィス、シェアオフィス、チームルーム？単独でコーディングしますか、それともペアでコーディングしますか？あなたの労働条件は、あなたが毎日コーディングに費やす時間をどのように変えましたか？自宅で仕事ができる場合、それは生産性を向上または低下させますか？

どのような開発方法を使用していますか？滝？アジャイル？ある方法から別の方法に変更することで、1日あたりのコーディング時間に影響がありましたか？

最も重要なこと：生産性に満足していますか？そうでない場合、最も影響を与える変更を1つだけ行いますか？

プロジェクトの時間を見積もる (または他の誰かの見積もりを確認する) 必要があるたびに、アルファ版と製品版のリリースの間に行われるテスト/バグ修正に時間が割り当てられます。私は、サイズが未知の一連の問題に関してこれまでのところ未来を見積もることが、成功する見積のための良いレシピではないことをよく知っています. ただし、さまざまな理由から、定義された時間数がこの作業セグメントの最初に必ず割り当てられます。そして、この最初の見積もりが実際の最終的な値から遠ざかるほど、デバッグに関与する人々は、後で見積もりを「超えた」ときに、より多くの悲しみを抱かなければならなくなります。

私の質問は次のとおりです。このような見積もりを行うことに関して、あなたが見た中で最善の戦略は何ですか? 全体的な開発見積もりの​​均一なパーセンテージ? 時間数を設定しますか (それが上がることを期待して)? 他の何か？

他に考慮すべき点: クライアントが (内部 QA ではなく) テストの責任を負い、クライアントが見つけるかどうかわからないバグに対応するための時間を割り当てる必要がある場合、これにどのように別の回答をしますか?テストではなくバグ修正にかかる時間の見積もりを把握するため)

ファンクションポイントを使用して推定する手順は何ですか？

ある種のクイックリファレンスガイドはありますか？

あなたが今あなたの手に100ドルを持っているならば。そして、これらのオプションの1つに賭ける必要があります。それを賭けますか？質問は：

プロジェクトのコストを思いとどまらせる最も重要な要素は何ですか。

1. プログラマーのタイピング速度。
2. プログラミング中に入力された文字の総数。
3. 'wc*.c'コマンド。cファイルの終了サイズ。
4. 問題の解決中に使用される抽象化。

更新：わかりました、記録のためだけに。これは私が今まで尋ねた中で最も愚かな質問です。質問はする必要があります。上記のリストをランク付けします。最初に最も重要な要素。これが最も重要な要素です。文字数が重要だと思うので、お願いします。要件が変更されたときに変更する文字が少なくなります。速くなります。または？

更新：この質問はStackoverflowポッドキャスト＃23で議論されました。ありがとうジェフ！:)

つまり、あなたはボスにその場に置かれたのです。15 分以内に、いくつかの新機能を追加するための概算見積もりを作成してください。あなたの上司は (幸いなことに) あなたがその時間内に正確な見積もりを提供できないことを認識しているので、適切な桁数の何かを期待しています。

問題は、時間枠内で桁違いに正確な見積もりを出すにはどうすればよいかということです。

これは、このような質問から期待されるものではなく、簡単で汚い見積もりであることを意図していることに注意してください

主観的および/または議論かもしれません..しかし、ここに行きます.

私は、次の大きな仕事の機能を見積もるよう依頼されました。私はそれを分解します..ストーリーポイントを使用して見積もりを出します。ただし、この機能は、他のさまざまな企業のイニシアチブに加えて、サード パーティの図作成コンポーネントである GoDiagrams とのインターフェイスを必要とします.. (2008_Limited_Edition フレームワーク/サービスの全セット:)。バーンアップ チャートを使用して自分自身を追跡してきましたが、主に「スパイク」が原因でペースを維持できないことがわかりました..定義

私は週に2ポイントと見積もっていますが、ユーザーアクションをプレビューしたり、コンテキストを表示したりできるように、どこに接続すればよいかがわからないため、週末に仕事をしていることに気付きます（まあ、どこにも行かないようにしようとしています）。メニューなど。最終的には、スケジュールを軌道に乗せないスパイクを作成するのに時間を費やします...そしてその価値を減らします..正しい画像が得られません.

無知の板に釘を刺すにはスパイクが必要です。しかし、それらはどのように推定方程式に組み込まれているのでしょうか? 機能が間違っているように見える前に、必要なすべてのスパイクを実行します.. (YAGNI であることが判明する可能性があります) 途中で実行すると、フローが中断されます。今はイテレーション前の計画中です..しかし、これは毎週タッチラインを押し出しています.

ファンクション ポイントに関するいくつかの質問:

1) 見積もりを行うのに合理的に正確な方法ですか? （ここで無理はしませんが、他の推定方法と比較して知りたいだけです）

2) そして、必要な努力は、それから得られる利益に見合うだけの価値がありますか?

3) どのタイプのファンクション ポイントを使用していますか?

4) これを行うために何かツールを使用していますか?

編集：それらを使用している、または使用したことがある人の話を聞くことに興味があります。さまざまな手法の長所/短所を含む見積もりの​​実践について読みましたが、実際の価値に興味があります。

新しい機能をコーディングするための見積もりが与えられた場合、単体テストをコーディングするための典型的な見積もりは何ですか? これは、コードを維持するための見積もりとは異なりますか?

特定のタスクにかかる時間を見積もることは、ソフトウェア開発で最も難しい部分の 1 つに思えます。私の現在のショップでは、イテレーションの開始時にタスクを時間単位で見積もりますが、タスクが完了すると、それを将来の見積もりに役立てることはありません。

過去の見積もりから収集した情報をどのように使用して、将来の見積もりを改善しますか?

What prompts my question is this post from Jeff Atwood, and this post from Dare Obasanjo. It seems to me that there might be at least a few areas where third-party functionality is a better idea than custom code.

For example, should logging always be third-party? How about encryption? Or search?

I'm looking forward to everyone's feedback on this.

Edit: This question assumes that logging, encryption, and/or search isn't your core business.