背景 私は、クラスメソッドで受託開発を行うCX事業本部に所属しており、プロダクト・マネージャーとして、これまでの数年間にいくつかの開発案件に携わってきました。 この間、弊社で受託する案件が次第に複雑かつ大規模になってきていると感じます。 このような状況では、お客様が提示された仕様を実現すること自体の難易度が上がることになり、私たちもお客様と密にコミュニケーションをとり、開発するプロダクトのあるべき姿や実際の仕様についてディスカッションを重ねながら開発を行っていきます。 他方で、私たちは、プロダクトは開発して納品すれば終わりとは考えていません。 むしろ、開発して納品させていただいたプロダクトが、弊社にご発注いただいたお客様のビジネスや、それを利用するエンド・ユーザーにどのような価値を提供するのか、それを最大化するにはどうしたらいいのか、さまざまな視点で検討する大切さを痛感する機会が多くありま
これから実例マッピングを使おうと思っている人へお伝えしたい日本語情報のリンク集 - ブロッコリーのブログ
はじめに〜本記事の目的〜 2020年の4月に実例マッピングを日本語訳で紹介してから3年弱で、色々な人が実例マッピングを試しています。 本記事では、これから実例マッピングを試そうとしている人向けに、実例マッピングに関する日本語情報を提供することを目的としています。 目次 はじめに〜本記事の目的〜 目次 実例マッピングとは何か 実例マッピングの説明記事 実例マッピングの説明スライド 実例マッピングについて言及している書籍 The BDD Books - Discovery Agile Testing Condensed 実例マッピングの実践報告 アルプ株式会社様 実践報告スライド 株式会社リンクアンドモチベーション様 伊藤忠テクノソリューションズ株式会社様 株式会社サーバーワークス様 aki.mさん 株式会社永和システムマネジメント様 実例マッピングを利用した感想 おわりに〜利用した感想をお聞
仕様書通りにシステムを作りました。使えなくても知りません：「訴えてやる！」の前に読む IT訴訟 徹底解説（113）（1/3 ページ） ユーザー企業が作った仕様書に抜け漏れがあり、その通りに作ったシステムが使いものにならなかった。悪いのは、ベンダー、ユーザー企業、どちらなのか？ 連載目次 IT訴訟を例に取り、トラブルの予防策と対処法を解説する本連載。今回取り上げるのは、要件の不備についての裁判例である。ユーザーが示した要件に抜け漏れや誤りがあり、これに沿って構築したシステムはユーザーが本来望んだ動作をしなかったというものだ。 ユーザーはこれを債務不履行であると訴えるが、ベンダーは「言われた通りに作っただけで、こちらには責任はない」と反論した。 この手の紛争について、裁判所の立場はおおむね一貫しているように思われ、似たような判断が各地で示されている。今回取り上げる判決はこうした考え方の大本とな
政府と地方自治体で行政システムのインフラ統合を目指す「ガバメントクラウド」は、ITベンダーの戦略に変化をもたらしそうだ。デジタル庁がパブリッククラウドの調達先を、自社サービスと「直接契約」できるクラウドベンダーに限ったからである。 特に国産ITベンダー大手の多くは、法人顧客の個別ニーズに合わせたプライベートクラウドや、プライベートクラウドとパブリッククラウドを組み合わせた「ハイブリッドクラウド」、他社のパブリッククラウドと組み合わせた「マルチクラウド」の提供に力を入れていた。しかし政府がガバメントクラウドで求めているのは、そのどれでもないことが判明した。 デジタル庁が2022年度に予定する次回以降のガバメントクラウド調達に向けて、国産勢と海外勢はどう動くのか。日経クロステックは、今回ガバメントクラウドに採用された米Amazon Web Services（AWS）と米Googleを除く、国内
【徹底比較！】タイヤ交換するならどこで買うのが安くて安心なの？タイヤ選びから見積もりの比較までを大公開！！ - いまさらオヤジのポイ活日記と雑記
車をお持ちの方なら必ずしなければならないことがたくさんありますね。 車検や点検、オイル交換、税金の支払いなどなど・・ その中でも大切なことの一つがタイヤ交換です。 タイヤは数百ｋｇから1トン近くもある車（乗用車）をハガキ4枚分の面積で地面に接地し、走ったり止まったりする大切なパーツです。 タイヤがすり減ったまま走り続けるとパンクしたり、時にはバースト（破裂）することがあります。 実際に私自身、過去に高速道路で目の前の車がバーストしたのを２度目撃したことがあります。 あれってね、かなりビビりますよ！ 追い越し車線を走ってたら目の前の車のタイヤが、バァーン！！っていきなり破裂するんですから！ ドラレコが付いてなかったのが悔やまれるくらい見事なバーストでした。 しかも、そのまま右車線の右側に寄せてハザード点けて止まったんですよ！ こっちも減速しなきゃならんから、後ろからオカマ掘られるんじゃないか
【発表資料中のURL】 ※複数ページで出てくる場合は、初出のページ数に掲載 ◆P3 ・Introducing Example Mapping ・【翻訳記事+α】受け入れ基準の設定時などに役立つプラクティス「実例マッピング(Example Mapping)」 ◆P6 ・Continuous Testing in DevOps… ◆P7 ・Shifting left & right in our continuous world ◆P11 ・Ｗモデルとは何か ◆P74 ・The BDD Books - Discovery ・The BDD Books - Discovery (Japanese Edition) ◆P75 ・Keep your scenarios BRIEF ・【翻訳記事】テスト自動化の対象となるテストシナリオの整理に役立つBRIEFの原則 ◆P82 ・QAエンジニアが実例マッ
スクラムと見積り
スクラムと 見積り やっとむ 合同会社やっとむ屋
AIの「見積もり返信」スピードが速すぎると成約率が下がる。180万件依頼「ミツモア」のABテスト事例と、「見積もりの自動化」で成約率が3倍になった話。｜アプリマーケティング研究所
AIの「見積もり返信」スピードが速すぎると成約率が下がる。180万件依頼「ミツモア」のABテスト事例と、「見積もりの自動化」で成約率が3倍になった話。 見積もり依頼プラットフォームの「ミツモア」を取材しました。 株式会社ミツモア 代表取締役CEO 石川 彩子さん、取締役CTO 柄澤 史也さん「ミツモア」について教えてください。石川： ミツモアは「くらしからビジネスまで」プロに見積もり依頼できるプラットフォームです。最大5件の見積もりを、最短1分で取得できます。 2022年6月時点で、累計依頼数は180万件を突破していて、売上もここ数年は「毎年2倍」ほどに成長しています。社員は250名ほどで運営しています。 最初の1年半は売上が伸びずに、銀行残高が数百万円、月の赤字も数百万円という状況で、1ヶ月後には「会社が潰れるかも」という瞬間もありましたが、なんとか資金調達ができて、現在では安定して成長
Agile スクラム プランニング ポーカーカード - 見積もり/サイジングに最適なカード www.amazon.co.jp プランニングポーカーそのものはそのへんにある紙で作れる。今回は実用性よりもデザイン重視で選んだ。 本稿の趣旨は『合意できなかったときに考えるべきこと』。 プランニングポーカースクラムを全く知らないという読者を想定して、簡単に説明しておく。 「1」「2」「3」「5」「8」「13」と表に書かれたカードを用意する。気づいたかもしれないがこれはフィボナッチ数である。「1」から「10」ではないというのがポイントになる。 これに対して次の手順を踏む。説明書を引用するとだいたいこんな感じ。 プロダクトオーナーはユーザーストーリーを用意する（ここでいうユーザーストーリーは「機能の一覧」とかになる。それぞれについてはある程度具体的な要件が必要） 全メンバーはそのユーザーストーリーの難
からあげのるつぼ @karaage_rutsubo 【注釈】本当の意味での「三方よし」は「買い手よし・売り手よし・世間よし」です。ためになったねェ〜！ （『三方よしを世界に広める会』ホームページより） sanpoyoshi.net pic.twitter.com/Zn1mTtKg7W 2023-06-18 08:43:06
まずは引越しを決定してから訪問見積もりまでの流れと、訪問見積もり当日の流れの2つに分けて考えましょう。 ■引越し決定～見積もり完了までの流れ 引越し先を決める ↓ 引越しする日を決める ↓ 引越し業者を決める ↓ 訪問見積もりの日時を決める ↓ 新居に持っていく荷物を決める ↓ 引越しの予算を決める ↓ 訪問見積もり ■訪問見積もり当日の流れ 挨拶（5分程度） ↓ 荷物の確認（10分程度） ↓ 引越し作業や日程の確認（10分程度） ↓ 引越し料金や日程を会社に確認（5分程度） ↓ 見積書の作成（10分程度） ↓ 引越約款の確認（5分程度） ↓ ダンボールの受け渡し（5分程度） ↓ 訪問見積もり終了 こちらは、引っ越しの訪問見積もりまでに用意することと、当日やることのリストです。それぞれの内容については後述しています。 ■引越し訪問見積もりまでに用意すること （この記事の中の詳細に飛びます）
２０１８年５月末 最初の見積もりが出てから約１か月。 www.bizucafe.com 工務店との契約を締結するまでの間 とにかくダイエットに励んだ。 とは言っても、見積もりの（笑） 削れるところは削って 変えれるところは変えて 細かいところまで念入りに。 目次 ・見積もりを見直す ＊造成 ＊小屋裏 ＊雨樋 ＊材料 ＊基礎 ＊厨房機器 ・注意したいこと ＊造成 ＊厨房 ＊シロアリなど防虫施工はされるか ＊保険・保障がちゃんとされているか ・覚書 ・最終見積もり ・おわりに ・見積もりを見直す 基本的に 初めの見積もりはかなり多めに設定してある。 値引き分も含んであるし、 後から増えましたというよりは 少しでも安くなるほうが気分がいい。 その為時間をかけて なんとかして欲しい旨を必死に伝える。 そして自分でも 一つ一つ調べながら 見積もりを見直した。 余分な所はないか コストダウンできる材料
見積もり（Estimate）をしない。絶対しない。
開発において「見積もりする（Estimates）」というのは、スクラムというフレームワークによっては大きな時間がかかっている部分であり大事なアプローチになっている。 なので、スクラムにおける見積もりをする理由について考えてみる。そして、それを踏まえて見積もりのPros / Consを確認しながらも、結果として見積もりをしないという選択肢についても考えていきたい。 大きな話の流れしては、見積もりによって得るべきもの、失うものを述べた後にスクラムのムーブメントにおける見積もり（Estimate）手法の推移について見ていきながら、目指すゴールを確認していく。 極論、「なぜ見積もりが必要なのですか？」を5回自問自答してみて、自分の中で明確なメリットが答えられないのであれば、時間をかけて見積もる必要ないかもしれません。 マーティンファウラーのこの考え方も参考になります。 私にとって、見積もりは、重要
2025年国際博覧会（大阪・関西万博）の会場建設費を運営主体の「日本国際博覧会協会」が再試算した結果、当初の1250億円から5割増加し、最大1850億円に上ることが11日、分かった。井上信治万博担当相が同日の記者会見で明らかにした。人件費や建築資材費の高騰に加え、会場デザインの変更などが上振れの要因となったとみられる。会場建設費は国、大阪府・市、経済界が400億円強ずつ負担する計画だったが、増
欲しい新車が複数メーカーならネット見積を利用して絞ろう！
「新車を買う＝ディーラーで買う」という方は多いのではないでしょうか？ 最も一般的な買い方でもあります。 しかしながらディーラーで車を買う場合に一番大変なのは車を買うまでの過程です。 ディーラーで買う場合、欲しいと思った車の選択肢が全て同メーカーであれば問題無いと思いますが、欲しいと思った車の選択肢に違ったメーカーがある場合は結構厄介です。 例えば私の場合は軽バンのエブリイ（エブリイ）を所有していますが、仮に新車を買う前段階で「軽バンのどれかが欲しい」と思っているとしましょう。 軽バンにはエブリイ（スズキ）、スペーシアベース（スズキ）、ハイゼットカーゴ（ダイハツ）、アトレー（ダイハツ）、N-VAN（ホンダ）の5車種があります。 軽バンのどれかを買う為にはメーカーがスズキ、ダイハツ、ホンダの3社の中から選ぶ形になるので見積を頼むにしても3つの窓口があるので車種を選んで買うまでがとても面倒になり
そば好きエンジニア on Twitter: "以前、アジャイル協議会の見積もり分科会で発表があったのだけど、建築屋さんのリフォーム見積もりに沿うとよいです。 - 現場の複雑度により作業量が変わる - 部品の調達によりトータル金額が変わる - 本見積以外の作業が発生したときは… https://t.co/C4ArqmyyO2"
以前、アジャイル協議会の見積もり分科会で発表があったのだけど、建築屋さんのリフォーム見積もりに沿うとよいです。 - 現場の複雑度により作業量が変わる - 部品の調達によりトータル金額が変わる - 本見積以外の作業が発生したときは… https://t.co/C4ArqmyyO2
システム開発などの現場で必須となる要件定義。当たり前のように使っている言葉ではあるものの、要件定義書の記載事項や具体的な要件定義の進め方についてあらためて問われると、返答に困ってしまうという人も多いのではないでしょうか。 今回は、要件定義の概要や要件定義書に記載すべき項目、要件定義を進める際の基本的な流れについて解説します。要件定義を適切に行うために必要なスキルにも触れていますので、ぜひ参考にしてください。 はじめに、要件定義に関する基本的な知識を整理しておきましょう。「要件」と「要求」の違いや、要件定義と仕様書の違いを押さえておくことが大切です。 要件定義の位置づけ 要件定義とは、開発者の視点で発注者の要求をまとめ、解決するための具体的な方法を決めることを指します。何をどうシステム化するのか、ドキュメント形式で可視化することが要件定義のゴールと捉えてください。 さまざまな開発プロジェクト
今回は、要求仕様フェーズを進める時の問題点を解説します。ソフトウェア開発の全ての悪は、要求仕様書から生まれます。「パンドラの箱」のようなものですが、ちゃんと「希望」も残っています。 ⇒連載「山浦恒央の“くみこみ”な話」バックナンバー 2．要求仕様フェーズでは何をするのか 図1に、新しいソフトウェアのアイデアを思い付き、それを製品化するまでの流れを示します。 2.1 要求仕様フェーズ ソフトウェア開発の最初の工程が「要求仕様フェーズ」で、頭の中のアイデアを具体的に記述する工程です。製品にできることや機能を細かく書いた要求仕様書を作ります。「要求仕様書」と聞くと、「大統領所信表明書」のように物々しく感じますが、電気製品を買うと付いてくる「製品取扱説明書」と完全に同じものです。 取扱説明書は、一般ユーザー向けのドキュメントで、そこには「（1）以下の部品がそろっていることを確認してください……、（
『ワクチン接種のイラスト描いて！テキトーに！』身内からの連絡がクソ案件オールインパッケージだった「そういうときに便利なサイトがあって…」
カシシ @the_m_r_p 母から「町内報に載せるワクチン注射のイラスト描いて欲しい。資料なんか見なくてもテキトーで良いから！期日？サイズ？ファイル形式？カラー？白黒？まあよく分からんからテキトーにチャチャッと描いて〜✌️」って連絡きて地雷クライアントスターターキット、クソ案件・オールインパッケージだった。 2021-06-15 21:09:45
株式会社ビープラウドが主催するIT勉強会「BPStudy」。#151となる今回は、設計の代表格であるオブジェクト指向、モデリング、そして設計にフォーカスをあて、LT大会を開催しました。connpassを運営する株式会社ビープラウド代表の佐藤治夫氏は、DX時代における企業の課題と、DXの橋渡しとして実プロジェクトでRDRA（リレーションシップ駆動要件分析）を適用して要件定義をした経験を語りました。講演資料はこちら 実践RDRA〜RDRA2.0実践報告と感想 佐藤治夫氏：それでは始めたいと思います。これまで（他のセッションで）「RDRA（ラドラ）」という用語がいくつか出てきていると思うんですけど、そのRDRAを実践した報告と感想を発表したいと思います。 自己紹介します。佐藤治夫と言います。株式会社ビープラウドの代表をやっています。Twitterのアカウントは@haru860です。会社としてはP
従来の RDRA から RDRA2.0 では大きく 3 つの変更があります。 ダイアグラムのシンプル化 業務フロー、利用シーンを洗い出す方法の明示 ビジネスルールの記述方法の明示 「参考: RDRA2.0 ハンドブック の 1: RDRA2.0 とは より」 あまり使われなかったダイアグラムが整理されて、ビジネスユースケースモデルへの拡張があり、また、アイコンの形を規定しない や アイコン間の関連線に方向はつけない の変更により PlantUML で表現がやりやすくなりました。 サンプル: 図書管理システム RDRA2.0 ハンドブック の 10章:サンプル:図書管理システム から同じ内容でダイヤグラムをいくつか書きます。 (10.1. や 10.2. ... は RDRA2.0 ハンドブックの見出しと合わせています。) 10.1. ビジネスコンテキスト図 ビジネスルールに関わるビジネス要
サーバー移転代行サービスのご案内
サービス概要 依頼者様からドメイン、サーバー等のID/パスワード情報をお預かりします。 依頼者様に代わりサイトコンテンツの移行（メール設定・SSL設定含む）を実施。 ご希望の場合はドメイン移管（移管先のドメイン管理会社はラッコドメイン固定）も代行します。※ConoHa WINGパックの無料独自ドメインは、WINGパック契約期間中の移管ができません。 依頼者様のラッコIDへ、サーバー契約を移動する形で納品します。 移行期間の目安は3日～1週間（ドメイン移管含む場合は～2週間）です。
ビジネスロジック（ドメインロジック）をどうやってモデリングして、どうやって実装するかの実践例を公開しました。 RDRA 2.0 ハンドブックの図書館システムの実装例 (github) ビジネスロジックのもとになる業務モデルやビジネスルールのモデリングは、 モデルベースの要件定義手法 RDRA2.0 を使っています。 RDRA 2.0 ハンドブック (Kindle Unlimited会員は無償です) 実装技術は、Java/Spring Boot/MyBatis/Thymeleafを使っています。 JIGという設計の可視化ツールを使って、ソースコードからパッケージ関連図やクラスの一覧を自動生成しています。 JIGリポジトリ 利用方法 RDRA 2.0 ハンドブックを入手 リポジトリRDRA 2.0 ハンドブックの図書館システムの実装例をクローン Gradleタスク bootRunを実行(アプリ
見積もり工数をAIで弾き出すシステム『Engineerforce』の提供開始 | DXを推進するAIポータルメディア「AIsmiley」
株式会社EngineerforceはITエンジニア向けに見積もり工数をAIで算出するSaaSシステム「Engineerforce」を提供開始しました。ソフトウェア業界において一石を投じるツールとなっています。 このAIニュースのポイント ITエンジニア向けに見積もり工数をAIで算出するSaaSシステム「Engineerforce」を提供開始 独自AIを用いて、各タスク毎の難易度を弾き出し、客観的な見積もり工数を提示することに成功 見積もり工数の妥当性を判断する指標として利用することが可能 株式会社Engineerforce（本社：東京都渋谷区、代表取締役：飯田 佳明）はITエンジニア向けに見積もり工数をAIで算出するSaaSシステム「Engineerforce」を2021年1月27日(水)より正式に提供開始しました。 開発の背景 IT業界において見積もり工数を算出する場合、各タスクに応じて
◆「勝手にRDRAを語る夕べ」というイベントとこの記事について connpassに「語る夕べ」というグループがあります。2018/07/18に「勝手にRDRAを語る夕べ」というイベントが開催され、RDRA（ラドラ）という要件定義の手法について語る会が開催されました。 この記事は、そのイベントに私が参加した際のメモと、別の参加者がtwitterで呟いたことをまとめたものです。 ある程度RDRAを知っている人に対して語る会なので、いきなりこの記事を読んでもよくわからないと思います。 「◆参考資料」に記載した資料がRDRAをちゃんと整理して説明しています。RDRAを提唱している神崎さんの資料です。整理された情報が欲しい人はその資料を見て下さい。 この記事は、その資料を見た後で見ると、為になるところが少しはあるかもしれない。。。という記事です。 ◆参考資料 ・RDRA（ラドラ）：Relations
【UXデザイン】「構造化シナリオ」手法による要求／要件定義の進め方 #uxtryout - log4ketancho
サービスデザインをする際に、「不の調査結果」を「ソリューション」に落とし込んでいく必要があります。要求定義から要件定義へのフェーズです。このフェーズのアウトプットを出す際に「構造化シナリオ」という手法があるそうです。今回はその勉強会に「ブログ書く枠」で参加させていただいたので、レポートしていきたいと思います。 www.street-academy.com 座学 構造化シナリオとは何か シナリオ手法の一種で、理想シナリオを「短編小説風」に記載したもの。*1 価値シナリオ そのプロダクトを使って得られる価値を、簡潔に記載する 行動シナリオ 操作シナリオ 取扱説明書のような文章の粒度 の３つから構成され、徐々に詳細化していく。 構造化シナリオのメリット プロダクト／サービスのイメージをチーム全員で共有できる 短期間に作成し、そのレビューによって、妥当性の評価を行うことができる 構造化されることに
安倍首相が「2019年報道写真展」で台風被害の写真を無視し「日本が輝いた年」とコメント！ ラグビー田中選手は被災地への思い語ったのに - 本と雑誌のニュースサイト／リテラ
安倍首相が「2019年報道写真展」で台風被害の写真を無視し「日本が輝いた年」とコメント！ ラグビー田中選手は被災地への思い語ったのに 疑惑の中心人物でありながら「桜を見る会」の追及から逃げつづける安倍首相。21・22日におこなわれた朝日新聞の世論調査では内閣支持率が38％、不支持率が42％となり1年ぶりに不支持率が支持率を上回った。他の世論調査でも内閣支持率は低下傾向にあり、いかに国民が安倍首相の説明に納得がいっていないかが数字に表れていると言えよう。 だが、当の本人には反省の色はまるでなし。なかでもつくづく呆れたのは、今年を振り返ったときの安倍首相のコメントだ。 安倍首相は21日に日本橋三越本店でおこなわれている「第60回 2019年報道写真展」の会場を訪れ、鑑賞。同展ではこの1年を振り返る写真300点が展示されているが、安倍首相は鑑賞後、記者団にこうコメントした。 「いま、写真展でも拝
はじめに SIerからマーケティング会社に転職したため、最近はあまり行っていませんが、 どの業種においても、業務をきちんと進める上で要件定義の進め方・考え方は参考になるため、 久しぶりに要件定義のポイントについて振り返ってみました。 特に要件定義はシステム開発の上流工程に位置するので、難しい、、、というか、 如何にクライアントと、これから作るシステムの「認識を合わせられるか」、 お互いの「合意が取れるか」が肝になってくるので大事なフェーズと言えます。 そもそも「要件」って ようけん 【要件】 1. 大切な用事。 2. 必要な条件。 「資格―」 Google先生に聞くと要件とは「必要な条件」と出てきます。 つまり、クライアントの要望や課題を洗い出して、 システムを作る上で「必要な条件」を定義するということになるのでしょうか。 要件定義で定義する項目 とにかくたくさんあるので抜粋します。 シス
米EV（電気自動車）大手テスラの車のオーナーが修理費用の高さを不満に思い、インターネットに投稿したところ大きな話題になった。このオーナーの写真では、テスラのモデルYが後退時に壁にぶつかって右側後ろが大きく陥没し、リアドアやテールランプなどが損傷している。テスラのアフターサービス担当者が保険会社に確認し修理費用は約20万元（約370万円）と案内したが、この数字は車両の価格（28万元、約520万円）に近い。 米メディア「Clean Technica」もニューヨークのテスラ車オーナーの似たような体験を報道している。モデル3を移動させる時に約10cmのへこみ傷ができたが、車両の損傷はひどくはなかった。ところが、テスラと契約する修理店の見積もりは6789.77ドル（約80万円）だった。 修理費見積もり表：Clean Technica 店側は、テスラの車体はアルミニウム合金のダイカスト（特殊鋳造品）で
はじめに 前回は「ただユーザーに話を聞くことではなく、心構えがある」という話でした。 今回は、少し予定を変更して、これまでの連載の補足をします。読者の方から「ユーザーの発言をそのまま信じてはいけないのに、ユーザーインタビューをするメリットを、もう少し詳しく説明してほしい」とご意見をいただきました。 このご意見に対する具体的なテクニックを、事例をとおして解説します。 ユーザーの発話を「そのまま」信じてはいけない。 ではどうする? 人と一緒に行くレストランをえらぶときのユーザー心理をインタビュー調査したところ、それぞれのユーザーから、次のような発話がありました。 Aさん：「お店の料理が相手の好みか気にする」「相手の笑顔を思い浮かべる」 Bさん：「相手にアレルギーがないか確認する」 Cさん：「自分の好みより、相手の好みを優先する」 Dさん：「イタリアンが相手の好物だった」「相手に感謝されて、自分
の続編のようなポエム。 「できるかできないかわからない状態」の物事に対して「いつまでにならできますか？」という質問を受けることがある（非開発者含む）が最上級に難しい質問であることをとりあえず知ってほしい、というのは愚痴。 多分相手は単純に、「抱えているのは量の問題だ」という感覚があって、明日までにできないっすと答えた私に対して「なら来週月曜までにならできますか？」（えっそれ営業日で1日も伸びてねえ）とか（むしろ、期限を延長してくれたかのように）返してくれているのだと思っている。 違うんだよそれ以前なんだよな～、と思いつつ、そう簡単にその気持ちが伝わるわけはないのでそういうときにどうするべきなのかを考える。 見積もりはむずかしい 「なぜ見積もりは難しいのか？それはあまりにも不確実性が多いからだ。」。不確実性を減らすには だが、下から上への情報の透明性 なんてものもあるし、ともかく「距離」のあ
「実装する人」から「機能を開発する人へ」〜要件定義からリリースまで一貫してやることになって感じたこととか〜 - Qiita
こんにちは。 モチベーションクラウドシリーズのアドベントカレンダー2日目を担当する塩浦です。 今は開発チームで主にバックエンドのエンジニアとして生きています。 いきなり結論 唐突ですが、この記事を通して伝えたいテーマをはじめに述べておこうと思います。 この記事のテーマは「要素還元ではなく関係性を大事にした開発をしよう」です。 といってもあまり意味がわからないと思うのですが、、こんなイメージです 開発現場でいう「要素還元」 一人一人が完全に別個で動いている 自分のタスクのみ実行すればいい 他のタスクや関係者との関連性を意識できていない 開発現場でいう「関係性を大事にした開発」 タスクの目的や全体像を把握している 関係者を巻き込んだ開発ができている そんな開発にしていきたいなーと思った経験について書きます。 記事の具体的な内容としては 「割り振られた機能を実装をする人」だった私が、要件定義・設
ホームページ制作会社から提出された見積書。 項目の見方・注意するべきポイントなど徹底解説します。 本記事は、筆者がホームページ制作を行なっていた時に、実際に利用していた見積書をベースに ・見積書の項目の解説・価格設定の方法 ・見積書で注意するべきポイント ・制作会社からの見積もりを安くする方法 などを解説して行く記事です。 【事例&サンプル付き】ホームページ制作のRFP（提案依頼書）の書き方完全マニュアル こちらの記事で制作会社に提出したRFP（提案依頼書）に対して、筆者がホームページ制作を行なっていた時の実際の見積書と同じ形でを作成してみました。 金額や実際に見積もりに使う項目がリアルに記載されています。 ※本記事だけ読んでいただいても分かるようになっていますが、上記記事を読んでいただいた方がより理解が深まります。気になる方はご覧ください。 【無料】ホームページ制作の一括見積もりを相談す
スクラムと見積り
スクラムと 見積り やっとむ 合同会社やっとむ屋
このエントリは、GMOペパボエンジニア Advent Calendar 2020 - Adventarの2日目の記事です。1日目はVPoEの@hsbtによるGMO ペパボの技術スタック 2020でした。明日はCTOのあんちぽさんです。 はじめに むかしむかしあるところに、相対見積りが好きな「相対さん」と、絶対見積りが好きな「絶対さん」がいました。二人は、お手伝いにかかる時間を見積もる遊びが大好きです。今日もおじいちゃんの家の庭にある大きな岩を、河原に捨てに行くお手伝いにかかる時間を見積もって遊んでいました。 爺「今日は、庭で邪魔になっている岩を河原に捨ててきてほしいんじゃ。大きさは見ての通り、小、中、大、特大の4つじゃが、運べる大きさまででいいからね。」 相・絶「はーい！」 絶「見積に影響しそうなのは岩の大きさと、河原までの距離かな。ここから河原までの距離は、ここから家までとだいたい一緒だ
技術広報のyayawowoです。 突然ですが、システム開発を行う中で お客様からの要求/要件漏れが発生し、スケジュール遅延が発生した経験はございますか？ （私は過去、苦労した経験があります…。） システム開発を着実に成功させるためには、お客様の要求/要件をしっかりと引き出した上で分かりやすく成果物としてまとめることが大切です。 その大事な工程となるのが要件定義です。 本記事では、要件定義の概要・進め方だけでなく、重要ワード/ポイント、求められるスキルについてご紹介します。 要件定義とは？ 要件定義の進め方 1. ユーザー要求をヒアリング 2. 要求の深堀 3. 要件定義書の作成 重要ワードとポイント 業務要件 システム要件 機能要件 非機能要件 求められる4つのスキル コミュニケーションスキル 資料作成スキル 分析スキル スケジュール管理スキル おすすめ書籍をご紹介！ 要件定義 まとめ ◆
本記事は READYFOR 株式会社の READYFOR Advent Calendar 2023 の [15日目] です。 ※ 本記事の内容は所属会社の公式発表・見解を示すものではありません。 ■ 「言葉集め会」とは？ 弊社 READYFOR では2年ほど前より DDD に関する取り組みを行っています。 「言葉集め会」とは、そんな弊社にて実施した コンテキストマップの作成や精度向上 を主目的とした 『ドメインエキスパートの皆さんを招待し、仕事で使う「言葉」とその関係性を改めて見出してみる』イベント です。 同僚の方が前職の体験を元に考案したもので、準備を除き全体でおよそ4時間という少し長丁場のプラクティスとなります。 その経験について本日はお話をさせて頂きます。 ■「言葉集め会」で期待できること 「言葉集め会」を実施することで、以下の効果を期待することができます。 エンジニア目線 自社の
GPTsをMVPに使うアジャイルな社内LLMツール開発 / Agile in-house LLM tool development using GPTs as MVPs
生成AI新年会2024 LT資料 https://algomatic.connpass.com/event/306870/
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
受託開発プロダクトの価値を最大化するカギはビジネスアナリシスと要件定義にあり | DevelopersIO
仕様書通りにシステムを作りました。使えなくても知りません
次期ガバクラに国産勢参入なるか、NEC・NTTデータ・さくらが「検討」「準備」
事例から学ぶ実例マッピングのやり方 / Example Mapping
わかりあう願いと不確実性の合意｜Ryota Yokote @ミラティブ
【現場猫】見積もりに値引き額を載せれば相手の心象良くなるヨシ！これぞ現場の三方ヨシ！
IPAユーザのための要件定義ガイド第2版要件定義を成功に導く128の勘どころ.pdf
引越しの「訪問見積もり」までに用意しておくことや確認しておくべきポイントすべて｜引越し見積もり･比較【SUUMO】
【移住】⑳見積もりのダイエット！？契約までとことん絞るぞ！ - 珈琲屋美豆 GalleryBizu
万博会場建設費、600億円増へ 協会再試算、5割上振れ - 日本経済新聞
要件定義とは？仕様書との違いや記載すべき項目、作成の進め方を解説 | Backlogブログ
IPAユーザのための要件定義ガイド第2版要件定義を成功に導く128の勘どころ.pdf
イチから全部作ってみよう（3）MINORIに学べ、全ての悪は要求仕様書から生まれる
DX時代のカギを握るのは「RDRA」 技術とビジネスの橋渡しをする要件定義について解説
PlantUML Example for RDRA 2.0 ハンドブック - Qiita
ビジネスロジックのモデリングと実装 - ソフトウェア設計を考える
勝手にRDRAを語る夕べで語られたことまとめ - Qiita
こんな時代だからこそ要件定義の重要性を思い出せ！ - Qiita
テスラ車、バックでぶつけて修理費370万円 EVオーナーを悩ます高額メンテナンス問題 | 36Kr Japan | 最大級の中国テック・スタートアップ専門メディア
ユーザーの発話を「そのまま」信じてはいけない。では、どうする?
「いつまでにならできますか？」に対抗する、少しでも自信を持って見積もるための知恵 - Qiita
リアルな金額も公開｜ホームページ制作会社の見積書をお見せします。【2024年最新版】 | Web幹事
見積り物語「相対さんと絶対さん」 - けんちゃんくんさんのWeb日記
要件定義 とは【まとめ】 - RAKUS Developers Blog | ラクス エンジニアブログ
DDD を成功させるためにドメインエキスパートと「言葉集め会」で「生の言葉」を聞いてみよう - Qiita