## 今回発表したイベントについて PeerQuest Inc. （ https://peer-quest.jp/ ）様主催の、#開発PM勉強会（ https://twitter.com/search?q=%23%E9%96%8B%E7%99%BAPM%E5%8B%89%E5%BC%B7%E4%BC%9A&src=typed_query ）の第7回目のイベント、「要件定義どうしている？共有LT」で発表させていただきました。 株式会社Speee プロダクトマネージャー 塚本尚 https://peer-quest.connpass.com/event/229463/ ## 発表した内容について 結局行き着いたのは、（あるある話だとは思いますが）**whyとwhatの定義をしっかりす定義すること** でした。 その過程で多くの失敗をしたので、当時私がやってしまった要件定義時の失敗について発表し
https://app.shufti.jp/
こんにちは、らくからちゃです。 毎日、製造業のお客様向けの原価管理システムの導入支援やらお問い合わせ対応やらをやらせていただいております。そんなお仕事をしている関係上、原価という単語が耳に入ったら、お耳がダンボになります笑 というわけで、こんな記事を読みました。 blog.tinect.jp いやあ確かにいますねえ。目に見える部分にだけ着目して、「なんでこんなに高いんだ！」って吹き上がるひと。 ライセンス料の決め方 我々のようなIT屋は、お客様からユーザー数ごとに「ライセンス料」という形で、お代を頂戴して飯の種にしております。そうしますと「たくさん売れたんだから安くしろ！」とか「ユーザー数が増えてもコストがかかるわけじゃないのに保守料高すぎだろ！」なーんてお小言は日々頂戴します。 お気持ちは分からんでもありませんがね。それに対して「目に見えないところにもコストがかかっているんです」なんて答
引越しのウラオモテ 〜引越業者の選び方〜
― はじめに ― 数ある引越し関連サイトの中からご来訪いただきありがとうございます。 当サイトは長年引越業務に携わってきた元引越屋が運営しています。これから引越しをされる方が 上手に引越しを終えることができるよう、正しい引越業者の選び方を的確にアドバイスいたします。 引越一括見積もりサイト ― 引越し業者選びの必須ツール、見積もりサイトの選び方や利用法。 みんなが薦める引越業者 ― 引越業者選びに迷ったら皆さんお薦めのこちらを参考に。 引越料金計算機 ― 気になる全国平均の引越し料金の相場を知ることができます。 引越し疑問質問掲示板 ― 引越しに関する疑問や質問、情報などはこちらまで。 番外編！自力で引越し ― 自分で引越しをやってしまおうという節約派へのアドバイスやコツ。 引越しというのは一部の方々を除いて、長い人生の中でも経験することの少ない、特別な イベントです。新しい土地
CoCoLo @ShounenNoCoCoLo 未だにどこまで本気なのか判然としないのだが、カラー(背景付き)4000円で仕事を振ってきたところの本が出版されておりました☺️ 2017-05-16 19:35:10 CoCoLo @ShounenNoCoCoLo ①カラーの依頼が来たので、値段を聞く前に調子に乗り、大喜びで先走ってラフを渡す俺 ②相手「これで受け取りますね」 ③冷静になって考え直す俺 ④いろんな意味で桁違いの値段提示 pic.twitter.com/RU5mkj4Ujp 2017-05-16 19:53:51
タブブラウザ「Sleipnir」の「フェンリル」の知られざるオフィス写真集＆1人の個人から100人を超える企業に成長するまでの物語
よくあるような「スタートアップ」や「起業」が最初はみんなに注目されるもののそのあとは鳴かず飛ばずの状態が続き、いつの間にか消えてしまうのが大半なのに対して、たったひとりの個人で開発を始め、さらに法人化、ほとんどの会社が10年以内につぶれてしまう中で少しずつ着実に成長を続け、ついに10周年を迎えようとしているのが、国産のブラウザとしては最も大きいシェアを誇っている「Sleipnir」の開発元である「フェンリル」です。成長する中でぶつかっていくさまざま艱難辛苦を乗り越えてきたからこそ、ここまでの年月を持ちこたえ、さらに成長し続けているからには、今に至るまでにはきっといろいろなものがあるに違いないはず！ということで、秘密のベールに包まれていた「フェンリル」の社内を撮影することに成功、それだけでなくいろいろなこれまで知られることのなかった話を関係者にインタビューすることにも成功しました。 デザイン
はてなブックマークのご利用にあたっては、はてな利用規約が適用されます。利用規約で禁止する行為や利用状況が確認された場合、注意勧告、表示制限、利用停止などの制限措置の対象となることがあります。 ▽はてな利用規約 https://policies.hatena.ne.jp/rule また、はてなブックマークはユーザーが情報発信を行うプラットフォームであり、その運営方針はコミュニティガイドラインに基づきます。利用規約と合わせてご確認ください。 ▽はてなコミュニティガイドライン https://policies.hatena.ne.jp/community-guideline はてなブックマークでの禁止事項、禁止行為 以下に、はてなブックマークにおいて禁止している事項と、制限措置の対象となり得る具体的な禁止行為を記載します。これは代表的な例であり、ここに挙げていない行為であっても、実態として禁止事
「プラント・エンジニアリング会社のように、物理的に目に見えるモノを作っている分野は、数量が測りやすいからいい。ソフトのように目に見えない成果物を作る仕事は、進捗管理がとても難しい。」 ・・こういう意味のことを、IT業界の方から何度か言われたこともある。いえいえ、どういたしまして。プラント・エンジニアリングのプロジェクトでは、設計業務だけで18ヶ月〜24ヶ月もかかる。この間、膨大な図面や仕様書が生成されるが、プラント予定地では１年後にやっと、基礎工事のための穴掘りが始まる程度だ。設計作業の進捗をどう捉えるかは、同じように悩ましい。
見積もりという概念を「見積もり」「コミットメント」「ターゲット」に分ければもっと楽しく開発できる - Link and Motivation Developers' Blog
（※本記事は去年の弊社のQiita アドベントカレンダーに投稿したものをリライトしたものになります。反響が嬉しすぎたので自社ブログにも載せて擦ります。） はじめに リンクアンドモチベーションで、エンジニアをしています、宮田と申します。 自分は外部の技術顧問の方に月に一回のペースで1on1する機会をもらっています。 今回はその中で話したことを共有します。 公開するにあたって分かりやすさを重視して少し脚色していますが、大筋はリアルなものです。 見積もりに対する課題感 ぼく「約束は開発を遅らせるという記事を最近読んだのですが、その通りだと思ったのですよね。」 さて、チームの外に対して約束するために「この機能1ヶ月で出せるよね？」とプロダクトの人やマネージャーに聞かれたら。これは返事に悩む。「ラフで構わないから」って言われて伝えたら、それがコミットメントになってしまったのを過去に何度も見たことがあ
クライアントプレゼン用の覚え書き。 「機能」のほとんどは以下の5種類に分類できるので、搭載するまえにどのカテゴリに属するかよく考える。 1:必須機能 メーラーの送信、CC送信、カメラの撮影、オートフォーカスなど。 ついていて当たり前、つけなければユーザーの不満が増加する機能。 必須機能が実装されていない場合、基本的に勝負の土俵には立てない。 予算をかけすぎても、べつにユーザーへのアピールにはならない。 2:訴求機能 なくても不満ではないが、あればユーザーの満足を増加させる機能。 ユーザー自身も無自覚的で、初期段階では実物を見るまで需要の存在自体が見過ごされている。 女子向けのポップな一眼レフや、（1979年当時）歩きながら音楽が聞ける機械など。 メリットは高いがそもそも発見するのが大変だったりする。 差別化機能のうち需要の高いものは、業界内で徐々にパクられ必須機能にシフトしていく。 3:沼
吉田拳/Excelで、経営は強くなる @sugoi_kaizen 累計50万部突破『たった1日で即戦力になるExcelの教科書』著者/株）すごい改善代表/中央省庁、自治体から大企業、大学、中小企業まで幅広くExcel支援中/DX推進のためのExcelから始めるリスキリング/面倒な作業はExcel丸投げ外注サービスへ/無期限サポート付Excel・VBA講座13年間開催中・受講者1万名超 https://t.co/SueMqGLuYT 吉田拳/Excelで、経営は強くなる @sugoi_kaizen 引き継ぎなく退職された社員が残したExcelが全く分からないとご相談あった企業様、弊社の費用が高いから「他を当たる」となったものの各所で弊社の数倍の見積もりになり「やっぱ御社に」となったが丁重に辞退。死ぬほど大変な作業なんですよ業務理解って。あと言い方で損してる。「他を当たる」ってw 2022-0
独立行政法人情報処理推進機構（IPA）は、経済産業省からの要請を受けて、重要情報を扱うシステムにおけるサービスの安定供給にあたって、そのシステムのオーナーである管理者が、必要な対策を策定できる「重要情報を扱うシステムの要求策定ガイド」を公開しました。 概要 通信や電力などをはじめとした重要情報を扱うシステムには、サービスの安定供給が強く求められ、非平常時でも自らの統制力を確保する「自律性」が要求されます。一方で、ビジネス環境や技術環境がめまぐるしく変化する今日では、変化への対応力など「利便性」を備えたクラウドサービスなどへの要求も高まっています。そこでIPAは、重要情報を扱うシステムの構築・調達・運用時に、管理者が「自律性」と「利便性」の双方を両立したシステムの要求仕様を策定できるようガイドを定めました。 本ガイドは管理者が環境の変化を捉え、それに伴う問題・リスクや利便性の要素を整理し、対
ソフトウェア開発プロジェクトでは、短期開発の要求が高まっている。受託開発も例外ではない。特定の顧客から長期に渡って大型案件を請け負っている場合でも、開発期間はますます短縮される傾向にある。 納期に対する高い要求を満たすには、プロジェクト管理が重要である。正確な見積もりと、的確な進捗管理ができなければ、短期開発では容易にデスマーチに陥ってしまう。 筆者の開発プロジェクトでは、WBS (Work Breakdown Structure) を使ったプロジェクト管理を導入した。WBSは見積もりのための強力な道具として広く使われている。筆者はさらに、実績も管理できるようにWBSを拡張し、見積もりから進捗管理まで一貫して管理できる手法を確立した。 ここでは、筆者が拡張したWBSの書き方と、それを使ったプロジェクト管理の手法を提案し、実際の開発業務に適用した経験から得られたWBSの運用ノウハウを紹介する
システムの納期とは確率分布だ − Publickey
昨日はIBMのラショナルソフトウェアカンファレンスに参加しました。1日中、ソフトウェア開発方法論に関するセッションを聞いていたのですが（最後のセッションは、自分が司会のパネルディスカッションでもありましたが）、その中で最も印象的だったウォーカー・ロイス氏のプレゼンテーションを紹介したいと思います。 ウォーカー・ロイス氏はIBMラショナルソフトウェア部門のバイスプレジデントで、アジャイル開発手法としてよく知られるRUP（Rational Unified Process）の創始者でもあります。彼の講演は、この日の基調講演の1つでした。
「一点いくらくらいになりますか？」 「あー、えっと…」 この質問が苦手だった。 イラストの発注単価という奴は、これがもう相場などあってなきが如しなのだ。それこそ出版社や編集プロダクションによって、倍どころか三倍も四倍も開きがあり、しかも仕事が終わるまで金額を提示してくれないなんてこともある。いざ終わって蓋を開けてみれば、あらまびっくり玉手箱なんてのも珍しくなかった。 そのため、あまりかけ離れた額を言うと仕事が取れなくなってしまうとあって、以前はよく相手の腹を探りながら、ドキドキしてこの質問に答えたりしていた。 しかし、最近はそれではもうダメなんだと思い始めていた。これではどうしても仕事単価にバラつきが出てしまう。ましてやそれを引き上げていこうと思うなら、自分の中にしっかりと「この仕事はこれだけの対価をいただきます」と、そうした主張ゴコロを抱かねばダメだと考えるようになっていたのだ。 相手の
どのくらい車の維持費がかかるかを２ｃｈからのコピペ 1500ccクラス自家用車の年間維持費の一例 車両費用 20万 円 (160万円の車を8年償却で年間経費を見る) 自動車税 34,500 円 (1リットル超1.5リットル以下) 重量税 18,900 円 (1t〜1.5t) 自賠責保険 18,980 円 (普通乗用車) 駐車場代金 20万 円 (大都市圏郊外:月1万6千円) 任意保険 15万 円(新規27歳未満、対人対物車両) ガソリン代 13万 円 (1万キロ、13km/L、170円/Lとして) 消耗品費 2万 円 (タイヤ、オイル、バッテリー等の交換費用として) 車検費用 2万 円 (1年分積み立て) 予備費 3万 円 (小部品・消耗品、整備費、修理代、洗車代、駐車料金、高速料金、罰金等) 自家用車維持費 合計 822,380円/年 若者の車離れ これはちょっとアレだなぁ。2chから
ホームページ制作、SEO、リスティング広告……今やどんなビジネスでも必須のインターネット対策。どこに、どれくらいお金をかければよいのか、お悩みの人も多いだろう。近年、高騰しているホームページの制作費。『ホームページの値段が「130万円」と言われたんですが、これって相場でしょうか？』の著者、竹内謙礼氏によれば、「300万円」でも安い部類に入るという。一体どこまでお金をかければよいのか、竹内氏にアドバイスをいただいた。 30万円で作れたのは昔の話 ホームページが世に出始めたのが1990年代の後半。そのころは「インターネット」という言葉を知っている人も少なく、ホームページそのものがめずらしい時代だった。 私自身も、当時、ネットにくわしい知人から「近い将来、どの会社もホームページを持たなきゃいけない時代が来るよ」と言われて、「そんなバカな」と笑い飛ばしたことを覚えている。それだけ、インターネットが
Studio-Takeuma @StudioTakeuma 案件によってはいろいろな事情で一度、精算をしておきたい場合がある。 その時にラフとフィニッシュで分けてあれば、ラフは終えたので、と請求金額を明示しやすい。 ラフ 1点 2万 ラフ 3点 3万 ラフ 1式 4万 とラフの提出点数をクライアントに選択させて誤解を除きやすい。 の2点です。 2022-09-06 17:41:11 Studio-Takeuma @StudioTakeuma あと、広告制作料金基準表によれば、デザイン事務所の見積もりではラフとフィニッシュは同価格か、 差があったとして、 フィニッシュはラフの2倍以内が多かったです。 最終請求価格に対し、 ラフ1 フィニッシュ9 ってことは無かったです。 つまり、見積書でも半々くらいで記すが吉です。 2022-09-06 17:43:56 Studio-Takeuma @St
「AWSって最近すごいらしいね？あれいくらで作れる？1000万くらい？」と聞かれたことがあるけど実際の価格はどれくらい？
じゃすてぃ @justy_AA zoomの話じゃないけど、「awsって最近すごいらしいね？あれいくらで作れる？1000万くらい？」と聞かれたことはある 2020-06-09 13:24:57
マジカショップがオープンしました！ マジカの関連グッズを販売するネットショップ「マジカショップ」がオープンしました。今後、品揃えを充実させていく予定です。是非ご愛用ください。 マジカショップはこちらをクリック！ マジカ2017の最新版（20190622版）を公開しました。 今回、「業務詳細カード」というシリーズを追加しました。全部で29種類のカードが追加されています。特にRPAなどを活用した業務改善を推進する際にターゲット作業を洗い出しに役立つ「転記カード」「Excelカード」「メールの受け渡し」や、関係者が多く心理的ストレスが大きいにも関わらず細切れ時間として作業に上がりづらい「調整」「確認」を表現するカードなど、より具体的な表現が可能になりました。 パワーアップしたマジカ2017を是非お試しください。→ダウンロード
これでバックオフィスいらず？オンラインクラウド請求管理システム9選 | 株式会社LIG(リグ)｜DX支援・システム開発・Web制作
こんにちは。メディア事業部のまゆこです。 私は普段会社で請求書の処理や発行を担当しているのですが、確認しなければいけない項目が多くてけっこう面倒くさいんですよね。私のようなバックオフィス担当はもちろん、フリーランスの方にとっても請求書作成ってかなり大変な作業になっています。 そんな背景もあってか、最近では「オンラインクラウド請求書作成ツール」がブームです。無料のものでもテンプレート豊富、クラウドなのでいつでもどこでも作成可能、とフリーランスの人にもうれしいツールです。 そこで本日は、請求書の処理などの対応に追われるバックオフィス担当者なら必ずチェックしておきたい「オンラインクラウド請求書作成ツール」を紹介させていただきます。 どれも便利ですので、ぜひ参考にしてみてください。 バックオフィスの心強い味方！オンラインクラウド請求書作成ツール9選 請求管理ロボ https://www.robot
mizchi @mizchi 「技術的には可能です」を正しく認識してもらうために、「他の開発すべて止めて数年間社運を掛けた上で成功率が1割ぐらいです」と伝えるようにしてる 2021-03-03 14:40:46
システム会社の一台のWebサーバー（Nginx）でのSSL証明書の更新作業の見積もりが20万円でした。ファイルをアップロードして再起動するだけですよね？ぼったくりだと思いますか？
回答 (14件中の1件目) ちょいちょいっと自分でできる人です。これまで20回以上作業しています。 その上で適正価格だと思います。 SSL証明書は、ハマりどころが実に豊富です。 1. SSL証明書自体の取得方法がベンダーによってかなり違い、日本の組織の存在証明など奇天烈な方法を要求するものもある。Nginx Apacheなどサーバーによっても変えなくてはならない。 2. 提供された中間証明書をこちらで一つのファイルにまとめなくてはならず、どのようにバンドルするか、ベンダーからの情報だけでは自明ではないものも結構あってハマる 3. SSLのプロトコルは実に余計なものがたくさんありそ...
上流工程-要件定義---目次：ITpro
GoogleがAIモデルをアップデート、軽量・高速・安価な「Gemini 1.5 Flash」発表 2024.05.15
クロmium🐈⬛ @ztkszero ヘリウム、注文すらできなくなりました。 4月に7m3を3本購入したいと言ったら、納期を5月に変更＆2本ならと言われ、それで見積もりをお願いしていたところ、今日になって見積もりもやめさせてくれと。 昨年の6割まで入荷が減ってるそうです。 学生のオフライン実験は急遽中止。 2022-03-30 12:24:01 クロmium🐈⬛ @ztkszero 多分、病院のMRIなんかの大口が優先されて、研究用みたいな小口には回ってきていないのだと思う。 ヘリウムを使わなくていい実験をちょっと考えなくては。 かなりまずい状況。 2022-03-30 12:32:11 クロmium🐈⬛ @ztkszero 納入数が読めないので、納入され次第順次対応…ということで、完全シャットアウトではないと。 ただ、とにかく確約はできない。 見積もりの”予約”は受け取るが、
完全版/某独立行政法人が出入り業者に求めた企業努力 - Everything You’ve Ever Dreamed
『もう時効だと思うので』といって某独立行政法人とウチの会社とのやりとりを「悪口」というカタチでtwitterにつぶやいたのが二週間前(http://togetter.com/li/48632)。悪口だから一方的に某独立行政法人を悪者に仕立ててしまったけれど、ウチの会社の落ち度や、一連の顛末の決着について触れていないのは、ちょっとフェアなやり方じゃないと思った（実際、ウチの会社のやり方に疑問を投げかける意見も多かった）ので、そこの部分を補足したい、でもツイッターだと文字数の関係で難しい、それならブログで、というのがこの《完全版》の趣旨だ。 ↓↓↓ もう時効だと思うのでウチと取引きのあった某独立行政法人についての悪口をはじめます。 以前、某独法にあるカフェテリアをウチの会社がやっていたとき、サラダバーをやってほしいと要望された。《職員からの声が多いので、サラダバーを設置してほしい。出来たらスー
要件定義失敗と改善の歴史 ~ その時、要求・ユーザーストーリーをどうまとめ、どう改善してきたか ~ - 株式会社ヘンリー エンジニアブログ
こんにちは。ヘンリーCEOの逆瀬川です。 開発する上で、難しい部分の一つである要件定義。 最近、社内では「要求仕様」と呼ばれるようになり、要求仕様化のプロセスとフォーマットの改善に取り組んでいます。しかし、3年間にわたって苦労し、失敗と改善を繰り返してきた歴史があります。 本ブログでは、主にプロセスとフォーマットの失敗について触れますので、詳細は割愛します。「ココもっと深く知りたい！」という方は、ぜひカジュアルにお話しましょう。その場で深堀りいただいた内容を元に、更にブログで考察していきたいと思います。 では、過去私たちが体験した5つの時代と今後訪れるだろう要求開発黄金時代についてお話しましょう。 ユースケースで仕様漏れた時代 要求導入混沌時代 要求を全員で書くぞ時代 プロダクト要求と仕様を分けて書き始めた時代 CSと連携して速度が上がり始めた夜明け前 将来訪れるだろう要求開発黄金時代へ
連載目次 IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。今回は「要件の範囲が食い違ったことにより生じた紛争」を解説する。 ユーザーが望む機能がシステム開発の要件から抜け落ちたがために発生する紛争は、本連載でこれまでにも何度か取り上げてきた。 IT紛争の類型は種々さまざまであり、過去の判例が全てそのまま適用できるわけではないが、裁判所が「たとえ要件としてユーザーから明示されていなくても、その機能が契約の目的を果たす上で、当然に必要な事柄であるとベンダーが認識し得る状態にあれば、ベンダーにはその機能を作り込む義務（債務）がある」と判断した例が幾つもある。 要件定義書よりも契約の目的の方が重いとする考え方だ。 今回取り上げる判例も、「ユーザーが必要と考える機能が、ベンダーの作成した要件定義書から抜け落ちており、これを作り込まなかった」というものだ。これまでと少し異なるのは、パ
経営者にとって、情報システムは頭痛の種になりがちだ。業務に必須だが投資に見合った効果が出るとは限らない。ほかの設備投資に比べて専門的で難解でもある。 野村総合研究所で約20年間勤務した後に、人材派遣大手スタッフサービスのCIO（最高情報責任者）を務め急成長を支えた著者が、ベンダーとユーザー両方の視点から、“システム屋”の思考回路と、上手な付き合い方を説く。 前回（第27回）で登場したインド人の“システム屋”経営者の言葉をもう1つ紹介したいと思います。彼から「日本企業向けの仕事はもうやりたくない」と言われたことがあります。英語力の問題ではなく、日本人はそもそもシステム開発に向いていないというのが彼の主張です。 これを聞いた私は、その場では苦笑するほかありませんでしたが、日本人の“システム屋”として悔しいという感情が残りました。しかし今ようやく、この意見には反論が可能だという思いに至りました。
Regional Scrum Gathering Tokyo 2020 の資料です。
「ドリルじゃなくても穴は開く」を気付かせる質問とは？
「ドリルじゃなくても穴は開く」を気付かせる質問とは？：明日から試せる「質問のコツ」（1/2 ページ） 「ドリルを買おうとしている人は、ドリルが欲しいのではなく、穴を開けたいのだ」――知りたい情報を聞き出すためには、相手にとって“気付き”のある質問をすることが重要だ。 質問によって相手から効果的に情報を引き出すためには、2つのポイントに気を配る必要があることを、前回書いた。 最初に「なぜあなたにこの質問をするのか」を伝える 相手にとって“気付き”のある仮説を立て、それを検証する質問をする →「なんでそんなこと俺に聞くの？」をなくそう →共感のコツは「夫婦ゲンカの解決法」にあり では、相手にとって“気付き”のある質問とは、具体的にはどんな質問のことなのだろう。日立コンサルティングの芦辺洋司マネージングディレクターは、「自分がクライアントの気持ちになりきって考えれば、聞く価値のある質問が見えてく
（追記あり）「沈黙＝NO」で通じる社会が嫌すぎる
コメントありがとうございました！ とても参考になっています。 だいたい出揃ったと思うけど、まとめると以下のような意見が多いと思う。 ・わかるし、似たような経験もある ・お前が聞かないのが悪い（すみません、でもウザがられたら二度と連絡取ってくれないでしょ？） ・返事しにくいやつが先延ばしになって結果的に返答しないことになっただけ ・周りがやっているからやっている ・海外もそんなもんだよ？ ・沈黙というより永久に保留したいだけ ・SNSの既読スルーの作法がビジネスに適用されたのでは 納得できるものもできないものもあるけど、ちょっとだけ。 まず保留にしているんだよわかるでしょ？というのはまあそうなんだろうけど、それは両者とも同じ作法を共有していることが前提だから、できればいつまで保留したい旨伝えてほしいと思う。 面倒でもです。言いにくいというのも甘えだ。 あと海外では当たり前というのはちょっと違
フリーランスエンジニアがコード書いて稼げる年収の上限は、だいたい3000万円ぐらいらしい。 この数字がどこから来ているのかというと、 masuidriveさんはCTOというエンジニアの相場観が見えやすそうなポジションを長くやってた方だし、きっとそんな感じなんだろうなと。 3000万を12ヶ月で割ると1ヶ月あたり250万。20人日として単価は12.5万円/日。なんとなくコード書くエンジニアの上限として妥当そうな感じはある。 だから何なのかフリーランスエンジニアは自分で自分に値付けしないといけないのだけど、これが結構難しい。技術力や経験は上がっていくものだし、しかしそれだけで値段が決まるというものでもない。あと基本的に自分の単価は公言しないものなので、参考値もあんまりない。 会社員からフリーランスになったとき、額面上は一気に大きくなるので、「うわーさすがにこれは高すぎでは」とビビっていたが、今
引越しをする際、必要になるインターネット回線の開通手続き。なかにはスマートフォンのモバイル通信で十分という人もいるかもしれませんが、テレワーク・リモートワークや動画視聴、オンラインゲームなどを快適に行うにはやはり固定のインターネット回線が必須でしょう。 一方で、固定回線の契約はいまだにいろいろと分かりにくいのも事実です。できるだけスピードの速い回線にするつもりが、いざ開通してみたら思ったように速度が出なかったり、引越し後に自由に回線を選べない物件だと知ったり……。 そんな引越しの肝とも言えるインターネット回線。失敗しないために知っておいた方がいいこと・できることはあるのでしょうか。 そこで今回はネット回線にこだわりのある「ガチ勢」3人による座談会を実施。引越し時に失敗しないためのポイントについて語っていただきました。 シバニャンさん 「高速なインターネット回線がないと息ができない」と思って
昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え
Justin Hourigan Cloud Architect justin@hourigan.ie Designing, implementing and maintaining infrastructure for ISPs, Entertainment, Educational and Government
アジャイルな見積もりを理解する「コース定数」という概念 - だいくしー(@daiksy)のはてなブログ
アジャイル開発をはじめて体験すると、いろいろな考え方を身につけるために苦労をすることがあります。 特に、相対見積もりや、ベロシティによる経験主義的な見通しの取り方について、実際に経験せずに理解するのは難しいようです。 そこで今日は、日常生活の中で馴染みの深い考え方を使って、説明を試みてみたいと思います。 「コース定数」でアジャイルな見積もりを考えてみる 国民的な娯楽である登山をやられる人なら誰もが知っている「コース定数」という考え方があります。みなさんもご存知かと思いますが、簡単に解説します。 山は、事前の計画がとても重要でありつつも、実際に登ってみないとコースの状態や、自分の体力がその山に適しているのかがわかりづらい遊びです。そういう意味では、経験主義的なアプローチが必要なソフトウェア開発に似ているとも言えます。 交通機関やレスキューの体制が整備されている街中と違い、山は自分の体がすべて
「要件定義をやめないといかんね」――。ある勉強会が終盤に近づいた頃、隣席の参加者がこうつぶやいた。それを聞いた周囲の参加者がうなずいた。驚いたことに自分も「おっしゃる通り」と同意してしまった。 なぜ驚いたかというと、「要件がすべてを決める」「じっくり時間をかけるべき」と教わってきたからだ。日経コンピュータ編集部に配属された1985年以降、取材先の情報システム部長やソフトハウスの幹部を取材した際、「情報化で重要なこと」を問うと、たいていこう言われた。だから「いわゆる最上流工程が大事」という記事をたびたび書いてきた。 勉強会に登壇した講演者たちが「要件定義をやめよ」と言ったわけではない。しかし隣に座っていた参加者は、講演の趣旨を「要件定義をやめよ」という一言に集約した。同じ話を聞いてきた筆者を含めた参加者はすんなり納得したわけだ。 失敗につながる要件定義の実態 DX（デジタルトランスフォーメー
いま話題のツイートまとめが読めるTwitterまとめに特化したまとめサイト。人気のツイートやTwitterトレンド、写真やマンガといった話題の画像から、さまざまなニュースの反応まで、みんなであつめる国内最大級のメディアプラットフォームです。
オリジナルＴシャツ プリント製作 『Ｔシャツのプラスワン』
プラスワンにはお客様のご要望のヒアリングから、商品のお届けまでをサポートする専門スタッフが70名以上在籍しています。 お客様専任のスタッフがデザイナーや加工場としっかりと連携を取りながら、丁寧にお客様のオリジナル制作を進めてまいります。
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
3つの決めつけから見る失敗の要件定義
お金に拘らないプロをどう扱っていくべきなのか問題 - ゆとりずむ
絵師に背景付きカラーイラストを４０００円で依頼してきた出版社の話に様々な意見が集まる
禁止事項と各種制限措置について - はてなブックマークヘルプ
進捗率を何で測るか？ −−情報処理技術者試験の問題より | タイム・コンサルタントの日誌から
入れるべき機能と排除すべき機能の分類メモ | fladdict
退職した社員のExcelの解析相談され見積もりを出したら「高い。他を当たる」となった企業が出戻ってきた話
重要情報を扱うシステムの要求策定ガイド | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構
WBS（Work Breakdown Structure）によるプロジェクト管理
フリーランスが損をしないような価格設定をするために必要なこと | シゴタノ！
車はそこまで金かからないよ - @katzchang.contexts
300万円でも安い？高騰し続ける「ホームページ制作費」の舞台裏（竹内 謙礼） @moneygendai
見積もりは「イラスト1点10万円」より「ラフ4万円清書6万円」と出来るだけ細分化した方が色々都合がいいぞという話
マジカランド --- 業務フローが誰でも簡単に作れる魔法のカード「マジカ」
エンジニアの言う「技術的には可能です」を正しく認識してもらうために、こう伝えるようにしてる
ヘリウムが注文すらできなくなりました。その結果学生のオフライン実験は急遽禁止。今は見積もりの"予約"を出す状況に
パッケージソフトだか何だか知りませんが、現行システムと同じの作ってくださいよ
第28回 日本企業を見限ったインドの“システム屋”から学んだこと
見積りしないスクラム/No Estimates Scrum JP
フリーランスエンジニアがコード書いて稼げる上限｜shu223
引越しインターネット回線で失敗しないポイント｜引越し見積もり･比較【SUUMO】
画面設計とか外部設計とか、もうやめようよ - masayang's diary
Project Cartoon: Japanese
「要件定義をやめよう」の真意、普通にやると金と時間が無駄になるだけ
Togetter - 国内最大級のTwitterまとめメディア