タグ

見積に関するgouei2001のブックマーク (6)

  • 工数見積もりのコツ - Qiita

    はじめに 稿では、仕事をする上での作業工数の見積もり方法について説明します。 工数とは何か 工数(こうすう1)というのは、仕事において、あるひとつの作業を完了するまでにかかる総累計時間のことです。情報処理技術者試験に出てくるTAT(ターンアラウンドタイム)とは意味合いが異なります2。 例えば、ある作業に40時間(40H3)かかるとした場合、工数は40時間であるといえます。1日8時間勤務だとした場合、40時間は5人日(にんにち)と表現することができます。さらに、1ヶ月20日勤務だとした場合、0.25人月(にんげつ)と表現することもできます。 一般的に工数の単位は「人日」および「人月」で扱います。 学生時代は工数を気にすることはないですが、ITエンジニアとして会社で働くようになると、かならず工数を意識する必要があります。 なぜ工数を意識する必要があるのか なぜ工数を意識する必要があるのかとい

    工数見積もりのコツ - Qiita
  • 破たんした見積もりはプロジェクト失敗への近道

    建築業界では、ほとんどの工事は見積もり額の-10~+10%に入るといわれており、多少誤差があるが、このPMBOKの定義とほぼ一致している。これに対しシステム開発では、最終的にはどのくらいの見積もり精度なのだろうか。感覚値だが、たぶん、-20~+100%ぐらいになっているのではないだろうか。 それでは、なぜシステム開発においては、見積もり精度が出ないのであろうか。これには、いくつかの理由が考えられる。 (1)機能の洗い出しが不十分 確定見積もりを算出するためには、プロジェクトで開発するシステムの機能とその難易度が分からないといけない。しかし、見積もりを算出する段階で、そもそも機能は明確になっているだろうか。機能が明確でないのに見積もりを提出しているとすれば、その精度はそもそも期待できなくて当然である。 (2)見積もり技術が確立していない システム開発においては、見積もる人によって金額に倍の開

    破たんした見積もりはプロジェクト失敗への近道
  • AWSの費用見積でおさえておくべきポイント | DevelopersIO

    はじめに AWSの費用見積をする際におさえておいたほうがよいポイントについて説明します。 従量課金制である AWSのほとんどのリソースは1時間毎、もしくは利用量毎の課金です。 従量課金制の一番よいところは、ずっと使い続けなくてよいというところです(あたりまえですが)。 急なイベントの時にだけリソース増強 (弊社のこの事例はまさにそれです) 検証環境は必要な時に番環境から作成 という使い方をすることで費用削減が可能です。 実際の必要リソースがわからない部分については、リソース大目の環境を作って検証して、結果的に不必要であればその時点でインスタンスを小さく/大きくする等で対応できます。 最初の見積がずれていても、ずっとそのコストを払わなくてもよい点、頭の片隅のおいておいてください。 また、AWSならではの従量課金の項目もあります。 EBS(ネットワークストレージ)のI/O ネットワークの通信

    AWSの費用見積でおさえておくべきポイント | DevelopersIO
  • 高い?安い?Webディレクションの適正コストとディレクターのランク

    ディレクター同士の会話で「進行管理費(ディレクションフィー)を見積もりに含めるとクライアントが嫌がる」といった話題がよく出てきます。では「なぜ嫌がられるのか?」今回はその辺りについて書いてみたいと思います。 なお今回は、フリーランスなWebプランナー DCHSのタカセが書いています。 ディレクターに対する予算のギャップと理由 フリーランスとして活動をしていると、ありがたいことに日々結構な数のお仕事相談をいただきます。 が、その多く(おおよそ8割程度)が、予算面で折り合わないという理由からお断りさせていただいているのが実情だったりします。 予算感におおよそ2倍~10倍くらいのギャップがあって、受ければ即赤字。いかに義理や人情があろうとも、飯がえなくなるのはきっついのでお断り...となってしまうんですね。 別に彼らにしてみても僕を困らせようとしているのではなく、純粋に「こんなもんだろう」と

    高い?安い?Webディレクションの適正コストとディレクターのランク
  • iOSアプリを受注して開発を進める際の開発フェーズとフローのまとめ - Qiita

    それぞれのフェーズの詳細を書いておきます 見積フェーズ 見積り用のQ&A 見積フェーズでは発注側に企画書や画面イメージ、参考になる他アプリを提示してもらい見積金額を提示します。見積用の資料としてRFPがあれば曖昧な仕様にならずに見積もりを行うことも出来るかもしれませんが、発注側がRFPを用意してくれることは稀です。もし発注側が大手で契約を頻繁に行なっているようであればRFPを作成して頂くほうがスムーズに進みますとダメ元で言ってみるのも有効です。 そもそも、発注側はまずは規模感を知りたい、他社と比較したい事が多く、技術的に難しい場合があっても大きな工数や金額を出してしまうと話が進まなくなってしまうので、見積書には技術的に課題があるポイントや開発する上でのリスクを明示し、それを説明し工数・金額の数字の妥当性を理解してもらいましょう。またこの段階で仕様認識の齟齬がある場合も、上記のやりとりで早め

    iOSアプリを受注して開発を進める際の開発フェーズとフローのまとめ - Qiita
  • Web制作の見積もりの出し方について改めて考えてみました。 │ モノづくりブログ 株式会社8bitのスタッフブログです

    株式会社8bitのスタッフブログです。こんにちは。株式会社8bitの高です。 最近見積りを作る機会が多く、「フリーランスのための全国Webサイト制作料金表まとめ25個」というまとめ記事をたまたま見ていて、Web制作における見積もりの適正価格と算出方法というものについて考えていました。 Web制作業界はフリーランスの方も多く、価格もそれぞれかなりの差があり、何を持ってして適正価格なのかもよく分からなくなってきています。見積もりの算出方法も異なります。 価格のばらつきもさることながら、Webサイト制作は実際にものがあるわけではなく、無形の状態から完全にオリジナルで作るわけで、お金を出して依頼する方も不安はあるかと思います。 結局、費用に対して割りにあった成果物があれば、依頼者は文句ないわけですが、見積もり段階ではどんなものが出来るのか頭の中にあるだけなので、見積もりが適正なのかも判断

  • 1