[B! 見積] indicationのブックマーク

「あいみつ君」出現に悩む理事長 | スムログ

私はRJC48という管理組合の理事長中心の勉強会の代表をしています。懇親会じゃ！で飲み会にいくと、理事長の皆さん、微妙にダークサイドに堕ちかかっていて、無理解な理事やオーナーへの愚痴が酒の肴になっているケースは実に多い。曰く、－管理会社がちゃんと仕事してくれない！－理事会役員がケチだけつけて自分じゃ働かない！－住民が理事会を手下か召使と思っていて斜め上からの発言ばかりする！・・・　とか。まぁ大抵理事長って孤独なもの。この中で頻繁にでてくるのが、声高に﹃相見積もりはとったのか？﹄とか叫ぶ人が次々でてくることへの悩みです。自分では相見積もりをとってくる能力も時間もないんだけど、他人にはそれをしろと主張する人を以下このブログでは、﹁あいみつ君﹂という言葉で呼ぶことにします。多くの理事長は、﹁あいみつ君﹂が大嫌いです。ただしこれは﹁理事会のうまくいっていない状況﹂の現れ方の一つなの

indication 2022/12/26

この手の話で、全部じゃなくて金額基準で相見積もりをとるべきだという話になっていて難儀している。50万か、100万か、悩ましい。 ●マンション ●見積

リンク

システム屋はこうしてあなたからボッタクる - novtan別館

元増田には失望しました。ネタにマジレスされてからって更に﹁丁寧に﹂煽ったらブクマを集められないという体たらく。仕方ないのでシステム屋がどうやって素人を食い物にするのか、丁寧に解説してあげましょう。いずれにせよ貴方はシステム屋にボッタクられる﹁良い子、悪い子、普通の子﹂という幻想企業が良心的かどうかはさておき、企業というのは所属する従業員に十分な報酬を支払わなければなりませんし、株式会社であれば株主に配当しなければならないという使命を持っています。近年では企業の社会的責任︵CSR︶ということも意識しなければならず、大変です。継続してお金を生み出してくれるライセンス商売ができていない大抵の受託開発屋さんはショートする工数、遅延する支払いに苦しめられています。ええ、善悪じゃないんです。そこに必要なのはただ金です。ボッタクリ？トンデモナイ。企業が生き延びるためには﹁毟れるところから毟る﹂

indication 2013/10/11

担当とお財布がなせる不一致(マジック)を分かりやすくした例

リンク

システム屋に不当にボッタクられたくない人のための要求講座 - novtan別館

増田の記事を見て書こう書こうと思いつつ週末は忙しくて書けなかったのでドックイヤーどころかバンブーデイと言われる︵今作った造語だが︶ソーシャルメディア界隈ではもうネタにならないんじゃと思いつつ引っかかった場所を中心に書いてみようと思います。元増田はここ→システム屋に不当にボッタクられないための発注者心構え何もIT知識のない素人企業を、スキあらば適当な見積もりでボッタクろうとするシステム屋ばかりでここはひどいインターネッツですよ。世知辛い世の中です。こういう﹁知らない人﹂を宥める挨拶を持ってくるとは、この元増田、素人ではないっ…とはいえ、ちょっとこのあとに書かれていることは要求のレベルが高すぎるんじゃないかと思います。僕達SIerというのは、﹁何やればいいかよくわかんないんだけどシステムで会社を良くしたい﹂って思っている人をお助けすることも大事な仕事です。もっとも、そこまでのレベルの会

indication 2013/10/09

リンク

Android案件の見積り | DevelopersIO

Android案件を何件か担当して見積り前に確認しておいた方がいいと思うことや決めておくこと、事前に説明しておくべきことがいくつかあったのでまとめます。 ①ハードウェアの選定・どの端末をサポートしますか？動作確認を行う端末を決めてもらいます。複数の端末をサポートする場合、テストも複数の端末で行うため工数もそれに応じて増やす必要があります。・サポートするAndroidのバージョンは？端末を決めた時点でほぼ決まってしまいますが"Android 2.2以上"のようにサポートする最小のバージョンを決めます。特にお客様にご要望がない場合はアプリのリリース時期と端末、OSのシェアなどを考慮して提案しています。・タブレットでの使用は想定していますか？これはスマートフォン用に開発している案件で後からタブレットでも使用したい、というご要望を受けることがあるためです。・マルチデバイス対応

indication 2013/09/18

リンク

Web制作のリアルな工数と見積もりの話～フリーランス編～

http://coziest.net/?p=572　のパクリです。 WP-Dの元記事や上記ブログの記事を見ても納得しない人は多いでしょう。なぜか。﹁制作会社の視点であって、フリーランスの視点で考えていない﹂からだと思います。はてなにはフリーランスの人が多いのです。そこで、細々と10年フリーランスをしている自分が、﹁フリーランス編﹂として工数と見積もりの話をしたいと思います。 ■依頼内容個人なので、100ページ以上必要なサイトを依頼される事は稀です。顧客も、中小・零細企業がほとんどでしょう。ここでは前提条件として、﹁30ページ前後のホームページをWordpressで管理できるようにする﹂というリニューアル案件を想定したいと思います。そしてこのぐらいの規模の場合、納期は概ね1ヶ月前後とだと考えられます。1ヶ月は待ってくれるけど、それ以上かかるようなら破談になる可能性が大です。 ■見積

indication 2013/06/29

リンク

ウェブ制作の見積もりを金額付きで晒してやろうじゃないか！

はい高いですか？こんなもんですか？以下見積もりの説明です。リニューアルと言っても、既存サイトはCMS化されておらず、たいして情報もアップされていなかったため、ほぼほぼ新規案件に近い、というイメージです。そのため、旧システムからのデータ移行費用が入っていません。その代わり、商品データベースは既存のものがあり、定期的にそこからデータを吸い出してCMS側の商品ページに反映するというカスタマイズが入っています。色々調査した結果、1週間でできそうという見込みのもとに見積もりしていますが、この要望はなかなか軽く収まらないことが多いですね。コンサルティング費用にどのくらいかけるかというのはサイトの規模感によってまちまちだと思いますが、誰に向けたサイトで、何の目的で、対象となる閲覧環境は、用意するサーバーは、考えられるリスクは、など細かく資料に起こしていき、事前に複数回クライアント往訪のうえ打ち合わせ

indication 2013/06/27

勇気あるブログ

リンク

競争入札における見積精度とコスト超過のこまった関係 | タイム・コンサルタントの日誌から

﹁プロジェクト入札における見積リスクと最適応札価格について﹂というタイトルの講演発表を、日本経営工学会の春季大会で行った。学会だったので聴きに来られる方が限られていたため、ここにそのエッセンスを︵数式はのぞいて︶採録することにする。ご存じのとおり、わたしが勤務するエンジニアリング業界では、ほとんどのプロジェクトが競争入札で決まる。エンジ業界に限らず、建設業界やSI︵システムインテグレーション︶業界などのプロジェクトも、競争入札を実施することが多い。発注者側は基本仕様書とITB︵Invitation to Bid︶あるいはRFP︵Request for Proposal︶を用意し、応札者に配付する。応札側は、仕様書にもとづいて見積作業を行い、応札価格を決める。入札だから、技術要件で失格にならない限り、原則として最低価格の提示者が受注できる。しかし、見積精度には限界があり、かつ実行時にコス

indication 2013/05/20

たしかにこまった

リンク

WEBシステム開発の値段

1名前:以下、はてなにかわりまして元増田がお送りします。投稿日:2012/02/23 11:49:47うちの団体で、インターネットで講習会を申し込めるようなシステムを作ることになって、ネットで調べた何社かに見積りを頼んだら、出てきた金額が業者によって25万～４００万で出てきた。見積りの項目も各社バラバラだしそれぞれの意味も、なにがなんだか素人の俺にはさっぱりわからない。年間に1万人ぐらいが100会場でやる研修の申込みを受付けられるようにするってだけの機能なのになんで各社こんなにもバラバラなのかが理解不能。若いってだけでITに詳しいと思われて、担当にあてがわれて、25万～４００万の間で業者決める手掛かりが全くない状態でどうすればいいんだ？︵それでもし業者選びに失敗したらやっぱり俺のせいなのかな。。︶続きを読む

indication 2012/02/26

リンク

Maka-Veli.com / 作業工数を見積る、という事。

たまには企業ディレクターっぽい記事を書いてみようかと・・・見積作業がたぶん一番多いです。失敗すれば、お客さんにも会社にもデザイナーにも迷惑がかかってしまう重要なタスク。お金に関する問題なので、全工程を把握し、リスクヘッジも含みつつボッタクリなんて思われないようにし、きちんと作業工数分ご請求させて頂く為にミスのないよう心がけています。今回はそんな御見積時に関する、僕が気をつけている点。ディレクターってなんだよ、何してんの偉そうに、って疑問視される方も、少しは身近に感じてもらえるでしょうか？※画像のネコさんは内容と全く関係無いです、申し訳ございません。個人的に重要だと思うポイントは以下です。作業の終わりはどこかを決める﹁見えない工数﹂が見えていないと、終わりが無いです。ラインはきっちり引きましょう。なぜかというと、もちろんこちら側の作業が終わらないのを防ぐ理由も大きいです

indication 2011/11/11

作業を見積もることは、終わりを定義する事

リンク

工数見積もりで陥りやすい罠 - プログラマの思索

﹁ソフトウェア見積り﹂を読んだ後に﹁アジャイルな見積りと計画づくり﹂を読み直したら、とても理解しやすかった。理解できたことをメモ。間違っていたら後で直す。 ※追記‥一部修正した。 ※追記‥Velocityの計算方法を﹁塹壕よりScrumとXP﹂から参照するようにした。︻元ネタ︼ Twitter / @akipii: 見積について色々考えている。1.0MD(人日)という単位は規模・出来高・工数という複数の意味を持ち混乱しやすいから、ソフトウェア開発の計画づくりに支障をきたしているのではないかという仮説を考えている。その考えを深めるとScrumのストーリーポイントはよく考えられた概念だと思う。アジャイルサムライで一番難しくて面白い概念～Velocity: プログラマの思索ソフトウェア開発に特有な技術～ソフトウェア見積り: プログラマの思索チームは加速するのか～Velocityの使い

indication 2011/09/26

考え方はアジャイルでの作業工数と規模の違い。

リンク

はてなブックマーク

タグ

関連タグで絞り込む (14)

見積に関するindicationのブックマーク (10)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第1週）

月間はてなブックマーク数ランキング（2024年6月）

今週のはてなブックマーク数ランキング（2024年6月第5週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス