2014/1/24(金)19:00-21:30 に スマホアプリを新規作成したらいくらかかる？モバイル見積もり勉強会 #モバイル見積 を@youten_redoと共催しました。 勉強会の目的と資料等 開始前の、勉強会の目的は「見積もりのノウハウ共有とかそんなのが1割とあとは興味本位が9割」という具合でした。 今回、勉強会を通じて色々な発見があったので、見積もりという単語のあいまいさと考え方についてエンジニア視点でメモしておきます。 割と書きたいことだけ書いていること、ケーススタディの一つなので汎用性の高い話ではなく特定分野のお話ということ、を念頭に置いてください。 イベント詳細 http://www.zusaar.com/event/3147004 『カレー屋チェーン店「ペッパー警部」の公式アプリを作る』仮想案件の見積もりを各チームで行う、という流れです。 共催者、参加者の感想は http
ステップ数を見積もり根拠にする会社さんは、いまだに多い。嘘じゃない。 お世話になってる会社さんもそういう仕組みをとってるところがあって、いいにくい部分もなきにもあらずだが、お世話になってるからこそいいたい。 そんなことやってちゃだめだと。 １キロステップの生産性指数をだして、今回の開発は10キロだから１０００万円とか。 汎用機時代ならまだ百歩譲ってわからんでもないけど、オープン系という言葉すら死語になりつつあるこのご時世において、ステップ数が１キロ（１０００行）だったら１人月とかどうこうという話は、もはや見積もりでもなんでもなく、こじつけだ。 フレームワークのコアのコードも、 ビジネスロジックの肝のコードも、 ネットワークの通信コードも、 自動生成したコードも同じ１ステップとカウントする。 見積もり時の計画ステップ数と、実際に開発したときの実績ステップ数を比較して 次の開発の値決め（ダンピ
ここのところ、javaccとawsに魅了されている米林です。 よく使うDB(Oracle/MySQL/PostgreSQL/SQLServer)における設計時のサイズ見積もりで使うサイトの備忘録。 あとは、OracleからのPython情報。 Oracle Oracle 物理設計 http://www.oracle.com/technology/global/jp/columns/skillup/oracle9i/index.html 領域サイズ見積もり http://otn.oracle.co.jp/document/estimate/index.html OTNにログインする必要ありますがオンラインで見積もりが出来ます。 アカウント持っていない人は、この見積もりツールを使う目的でアカウントを作ってみてはいかがでしょうか。 OLTP系とDWH系においてブロックサイズを考慮し、DWH系はブ
Android案件を何件か担当して見積り前に確認しておいた方がいいと思うことや決めておくこと、 事前に説明しておくべきことがいくつかあったのでまとめます。 ①ハードウェアの選定 ・どの端末をサポートしますか？ 動作確認を行う端末を決めてもらいます。 複数の端末をサポートする場合、テストも複数の端末で行うため工数もそれに応じて増やす必要があります。 ・サポートするAndroidのバージョンは？ 端末を決めた時点でほぼ決まってしまいますが"Android 2.2以上"のようにサポートする最小のバージョンを決めます。 特にお客様にご要望がない場合はアプリのリリース時期と端末、OSのシェアなどを考慮して提案しています。 ・タブレットでの使用は想定していますか？ これはスマートフォン用に開発している案件で後からタブレットでも使用したい、 というご要望を受けることがあるためです。 ・マルチデバイス対応
WBS法のメリットとデメリット WBS法のメリットとしては、以下のものが挙げられます。 工期と工数、体制（人件費）までを同時に見積もれる 個々のタスクは非常に正確 タスクの深さであるテストの段階数やドキュメント化の程度を完全に取り込める 客観的であり理解しやすい 対してデメリットを挙げると、以下のようなものがあります。 A.タスクごとにバッファを取ってしまい、コストやスケジュールが過重になりやすい（後述） B.設計の精度をかなり進める必要がある。概算という使い方が困難 C.実績のないシステムではタスクごとの見積もりの類推が困難 一般的なタスクからの見積もり方法について解説します。この手法は特に方法論化されているわけではなく、ごく一般的に用いられている方法です。 ここでは、SEが1人、プログラマ（TT1、TT2）2人のほか、SEのアシスタント（いわゆる新人ぐらい）が1人というチーム構成を例と
2012/04/20 · 設計. システム. 化計画. 製作. 要件定義. B. Boehm, Software Engineering Economics,1984. IPA/SEC編、ソフトウェア開発見積りガイドブック、オーム社、 ...
最初に、工事進行基準に関して簡単におさらいしておこう。 工事進行基準とは、＠ITのニュースによると「会計基準の変更によって2009年4月にシステムインテグレータ（SIer）など受注ソフトウェア開発業に原則として義務付けられる収益の計上方法。開発期間中にその売り上げと原価（費用）を、工事（ソフトウェア開発、システム開発）の進ちょく度に応じて、分散して計上する仕組み」とあります（「デスマーチがなくなる？ IT業界に義務付け『工事進行基準』ってなんだ」を参照）。 この工事進行基準を適用するためには、「工事収益総額」「工事原価総額」「決算日における進ちょく度」の3つを、信頼性をもって見積もることが必要となります。この3つの条件を工事進行基準適用の3点セットと呼ぶことにしましょう。工事進行基準に関しては、前述の記事のほかに下記の記事を参考にしてください。 この3点セットを見ても分かるように、どれもプ
株式会社8bitのスタッフブログです。こんにちは。株式会社8bitの高本です。 最近見積りを作る機会が多く、「フリーランスのための全国Webサイト制作料金表まとめ25個」というまとめ記事をたまたま見ていて、Web制作における見積もりの適正価格と算出方法というものについて考えていました。 Web制作業界はフリーランスの方も多く、価格もそれぞれかなりの差があり、何を持ってして適正価格なのかもよく分からなくなってきています。見積もりの算出方法も異なります。 価格のばらつきもさることながら、Webサイト制作は実際にものがあるわけではなく、無形の状態から完全にオリジナルで作るわけで、お金を出して依頼する方も不安はあるかと思います。 結局、費用に対して割りにあった成果物があれば、依頼者は文句ないわけですが、見積もり段階ではどんなものが出来るのか頭の中にあるだけなので、見積もりが適正なのかも判断
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
