並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 255件

新着順 人気順

見積の検索結果161 - 200 件 / 255件

  • 引越しの見積もり金額を安くする方法|引越しの見積もりなら0003の[アーク引越センター]ちゃんとしたお引っ越し

    引越しの見積もり金額を安くする方法 引越しは何かとお金がかかるものですが、転勤や進学などで引越ししなければいけない時もあります。そんな時、誰もがなるべく安く引っ越したいと思うことでしょう。今回は、引越しの見積もりを取る時に、なるべく安くするためのヒントについて紹介します。 引越し会社によってサービス内容や料金はさまざまなので、引越し料金に相場というのはありません。そのため、まずは自身の引越しにはどのようなサービスが必要になるのかを考えてみましょう。 例えば、引越し料金といっても、単純に引越し業者が荷物を運搬する人件費だけではありません。梱包サービスを依頼するか否か、バイクやピアノなど特殊なものの運搬があるか否かを考える必要があります。見積もりを取る際にはこのように内訳を知ることが第一歩となります。 引越し料金の主な内訳は、「運賃」「実費」「付帯サービス料」となります。 ●運賃 運賃は、時間

      引越しの見積もり金額を安くする方法|引越しの見積もりなら0003の[アーク引越センター]ちゃんとしたお引っ越し
    • 要件定義のシフトレフトで見積り精度向上に挑戦!プロジェクト成功への一歩

      BPStudy#188〜要件定義を学ぼう。ChatGPTを添えて https://bpstudy.connpass.com/event/281289/ にてお話した際のプレゼン資料です。 みなさん、プロジェクトは順調ですか? システム開発プロジェクトにおいて、要件の不明瞭さやリソース不足などの課題はつきものですよね。 我々は要件定義をシフトレフトして見積りすることで、そういった課題にアプローチしてプロジェクト精度向上ができないかと挑戦しています。 実施している取り組みを紹介し、皆さまのプロジェクトにお役立ちできればと思います。 今回は、イベントタイトルに「ChatGPTを添えて」と記載されたので、 いつもとはスライドの雰囲気を変えて、高級フランス料理店をイメージしてみました。 さて、伝わるクオリティになったかどうか。 #要件定義 #RDRA #コアドメイン #設計 #ChatGPT #BP

        要件定義のシフトレフトで見積り精度向上に挑戦!プロジェクト成功への一歩
      • “国際的正解”率わずか3.6%、残念でもったいない日本の見積もり作法

        「日本のものづくりのコストは高い」との思い込みが続いていないだろうか。「海外企業から見積もりを取ると、やっぱり安い」という指摘はあるかもしれない。しかし日本企業の出す見積書と、海外企業のそれは基準が大きく異なる。 日経ものづくりは2022年10月、ニュースメール配信「日経ものづくりNEWS」の読者を対象に、「円安による競争力への影響」をテーマとしたアンケートを実施し、225の回答を得た。そのアンケートの最後に入れたのが、次の問いだった。 ■あなたの勤務先では、これまで取引のない海外企業から引き合いを受けて見積もりを出す際、条件(スペック)が不明確なところをどう扱いますか。(1つ選択) 条件が不明確な項目があれば、できるだけ明確になるまで問い合わせる 条件が不明確な項目があれば、高めのスペック(松)と仮定して見積もる 条件が不明確な項目があれば、平均的スペック(竹)と仮定して見積もる 条件が

          “国際的正解”率わずか3.6%、残念でもったいない日本の見積もり作法
        • 海外紙の懸念「日本の政治家が『少子化は若者に“恋愛力”がないから』と主張しているが大丈夫ですか?」 | 三重県議会議員の発言が問題に

          少子化が深刻な日本で、ある政治家が「結婚率・出生率の急速な低下は、若者の『恋愛力』が非常に弱くなっているためだ」と主張した。その発言に驚いた、香港紙「サウス・チャイナ・モーニング・ポスト」の記者が、その主張の真偽を確かめた。 少子化は若者の「恋愛力」のなさのせい? 自民党会派の三重県議会議員・石田成生(なりせ)は、2023年2月24日の県議会で、住民の「恋愛力」に関する調査をするよう、県に対して求めたと、毎日新聞が報じた。議会で石田はこう言った。 「子供を産むのにお金がかかるからという理由で少子化が進んでいるのではない。結婚の前に、恋愛がタブー視されてきたことが問題ではないか」 しかし、恋愛力が具体的に何を示すのか、それをどう調査するのか、あるいは日本の出生率を引き上げるためにそのデータをどう役立てるのかといった点に関して、石田から説明はなかった。

            海外紙の懸念「日本の政治家が『少子化は若者に“恋愛力”がないから』と主張しているが大丈夫ですか?」 | 三重県議会議員の発言が問題に
          • キャラクターグッズのスマホアクセサリーにつまらない製品が多い理由 「お布施」に見合った価値はある?

            キャラクターグッズのスマホアクセサリーにつまらない製品が多い理由 「お布施」に見合った価値はある?:牧ノブユキの「ワークアラウンド」(1/2 ページ) アイドルなどの芸能人、アニメや漫画のキャラクターグッズといえば、ファンならついつい買ってしまう代物だろう。彼らの出演するライブやイベントの会場、映画館、さらにはアニメショップなどに足を運ぶと、こうしたグッズが目白押しだ。「お布施」と称し、毎月かなりの金額を貢いでいる人もいるのではないだろうか。 こうしたキャラクターグッズの中に、スマートフォンのケースやモバイルバッテリーに代表されるスマホ関連のアクセサリー、またマウスパッドなどのPC関連のアクセサリーが本格的に加わったのは、ここ10年余りのことだ。もっとも、そのラインアップはお世辞にも充実しているとはいえない。例えばスマホケースだと、用意されているのはiPhone 6~8対応のケースが多く、

              キャラクターグッズのスマホアクセサリーにつまらない製品が多い理由 「お布施」に見合った価値はある?
            • [ゼロから始めるプロジェクトマネジメント] プロジェクトの新規要件は工数を3倍にして請けるかどうかを判断しよう | DevelopersIO

              プロジェクトマネジメント未経験の方も今日から参考にできるTipsをシェア。 ゼロから始めるプロジェクトマネジメントシリーズ第十二回です。 プロジェクトで新規要件が発生した際には瞬間的に考えた見積を3倍して、その要件を請けるかどうか判断しましょう。 情報システム室の進地@日比谷です。 プロジェクト進行中に新しい要求、要件が発生する。よくあることです。そして、それほど重い要求、要件ではないと感じた貴方は直感で導いた工数で対応の可否を判断しようとする。これもよくあることです。 しかし、これはとてもx2危険なことです。 新規要件を即答して請けてはいけない理由 新規要件を即答して請けてはいけない理由はいくつかあります。 新規要件を出す側の心理的ハードルが下がり、新規要件が噴出しやすくなるから 直感で出した工数の確かさはかなり疑わしいから あなたは大きなステップを見落としているから、確実に すぐに出来

                [ゼロから始めるプロジェクトマネジメント] プロジェクトの新規要件は工数を3倍にして請けるかどうかを判断しよう | DevelopersIO
              • 簡単なiOSアプリの開発費相場の意識調査結果 - Qiita

                最近Twitter経由で個人での簡単なiOSアプリの受託開発の打診を受け、費用を伝えると連絡が途絶えました。具体的な内容は書けないのですが、以下のような案件です。 実装期間は2日(かなりシンプルな機能でこれ以上はかかりそうにない) 実装可能か要検証な機能有り アイコン画像等のリソースは発注元が作成 App Store申請作業込み(シンプルな為リジェクト対応が必要になる可能性あり) 見積もりとしては合計20万円と出しました。 そこで以下のようにツイートでアンケートをとってみました。 Twitter経由でちょっと検証は必要だけど2日程度でできそうなiOSアプリの開発を打診されて、申請関係も込みで20万円って返したんだけど、音沙汰がなくなった。20万って高いかな? — りず (r.izumita) (@rizumita) December 25, 2019 選択肢は 高い 安い 丁度良い です。

                  簡単なiOSアプリの開発費相場の意識調査結果 - Qiita
                • ユビキタス言語はバックエンドエンジニアから始めよう

                  https://increments.connpass.com/event/310090/ 2024/03/01「Wantedly x Qiita Meetup #2 Rubyを用いたプロダクト開発」の資料です。 本発表では、モデリングという役割を持つバックエンドエンジニアこそ、 開発段階からユビキタス言語作りを主導すべきという話をします。

                    ユビキタス言語はバックエンドエンジニアから始めよう
                  • 受託開発プロダクトの価値を最大化するカギはビジネスアナリシスと要件定義にあり | DevelopersIO

                    背景 私は、クラスメソッドで受託開発を行うCX事業本部に所属しており、プロダクト・マネージャーとして、これまでの数年間にいくつかの開発案件に携わってきました。 この間、弊社で受託する案件が次第に複雑かつ大規模になってきていると感じます。 このような状況では、お客様が提示された仕様を実現すること自体の難易度が上がることになり、私たちもお客様と密にコミュニケーションをとり、開発するプロダクトのあるべき姿や実際の仕様についてディスカッションを重ねながら開発を行っていきます。 他方で、私たちは、プロダクトは開発して納品すれば終わりとは考えていません。 むしろ、開発して納品させていただいたプロダクトが、弊社にご発注いただいたお客様のビジネスや、それを利用するエンド・ユーザーにどのような価値を提供するのか、それを最大化するにはどうしたらいいのか、さまざまな視点で検討する大切さを痛感する機会が多くありま

                      受託開発プロダクトの価値を最大化するカギはビジネスアナリシスと要件定義にあり | DevelopersIO
                    • これから実例マッピングを使おうと思っている人へお伝えしたい日本語情報のリンク集 - ブロッコリーのブログ

                      はじめに〜本記事の目的〜 2020年の4月に実例マッピングを日本語訳で紹介してから3年弱で、色々な人が実例マッピングを試しています。 本記事では、これから実例マッピングを試そうとしている人向けに、実例マッピングに関する日本語情報を提供することを目的としています。 目次 はじめに〜本記事の目的〜 目次 実例マッピングとは何か 実例マッピングの説明記事 実例マッピングの説明スライド 実例マッピングについて言及している書籍 The BDD Books - Discovery Agile Testing Condensed 実例マッピングの実践報告 アルプ株式会社様 実践報告スライド 株式会社リンクアンドモチベーション様 伊藤忠テクノソリューションズ株式会社様 株式会社サーバーワークス様 aki.mさん 株式会社永和システムマネジメント様 実例マッピングを利用した感想 おわりに〜利用した感想をお聞

                        これから実例マッピングを使おうと思っている人へお伝えしたい日本語情報のリンク集 - ブロッコリーのブログ
                      • 仕様書通りにシステムを作りました。使えなくても知りません

                        仕様書通りにシステムを作りました。使えなくても知りません:「訴えてやる!」の前に読む IT訴訟 徹底解説(113)(1/3 ページ) ユーザー企業が作った仕様書に抜け漏れがあり、その通りに作ったシステムが使いものにならなかった。悪いのは、ベンダー、ユーザー企業、どちらなのか? 連載目次 IT訴訟を例に取り、トラブルの予防策と対処法を解説する本連載。今回取り上げるのは、要件の不備についての裁判例である。ユーザーが示した要件に抜け漏れや誤りがあり、これに沿って構築したシステムはユーザーが本来望んだ動作をしなかったというものだ。 ユーザーはこれを債務不履行であると訴えるが、ベンダーは「言われた通りに作っただけで、こちらには責任はない」と反論した。 この手の紛争について、裁判所の立場はおおむね一貫しているように思われ、似たような判断が各地で示されている。今回取り上げる判決はこうした考え方の大本とな

                          仕様書通りにシステムを作りました。使えなくても知りません
                        • 次期ガバクラに国産勢参入なるか、NEC・NTTデータ・さくらが「検討」「準備」

                          政府と地方自治体で行政システムのインフラ統合を目指す「ガバメントクラウド」は、ITベンダーの戦略に変化をもたらしそうだ。デジタル庁がパブリッククラウドの調達先を、自社サービスと「直接契約」できるクラウドベンダーに限ったからである。 特に国産ITベンダー大手の多くは、法人顧客の個別ニーズに合わせたプライベートクラウドや、プライベートクラウドとパブリッククラウドを組み合わせた「ハイブリッドクラウド」、他社のパブリッククラウドと組み合わせた「マルチクラウド」の提供に力を入れていた。しかし政府がガバメントクラウドで求めているのは、そのどれでもないことが判明した。 デジタル庁が2022年度に予定する次回以降のガバメントクラウド調達に向けて、国産勢と海外勢はどう動くのか。日経クロステックは、今回ガバメントクラウドに採用された米Amazon Web Services(AWS)と米Googleを除く、国内

                            次期ガバクラに国産勢参入なるか、NEC・NTTデータ・さくらが「検討」「準備」
                          • 【徹底比較!】タイヤ交換するならどこで買うのが安くて安心なの?タイヤ選びから見積もりの比較までを大公開!! - いまさらオヤジのポイ活日記と雑記

                            車をお持ちの方なら必ずしなければならないことがたくさんありますね。 車検や点検、オイル交換、税金の支払いなどなど・・ その中でも大切なことの一つがタイヤ交換です。 タイヤは数百kgから1トン近くもある車(乗用車)をハガキ4枚分の面積で地面に接地し、走ったり止まったりする大切なパーツです。 タイヤがすり減ったまま走り続けるとパンクしたり、時にはバースト(破裂)することがあります。 実際に私自身、過去に高速道路で目の前の車がバーストしたのを2度目撃したことがあります。 あれってね、かなりビビりますよ! 追い越し車線を走ってたら目の前の車のタイヤが、バァーン!!っていきなり破裂するんですから! ドラレコが付いてなかったのが悔やまれるくらい見事なバーストでした。 しかも、そのまま右車線の右側に寄せてハザード点けて止まったんですよ! こっちも減速しなきゃならんから、後ろからオカマ掘られるんじゃないか

                              【徹底比較!】タイヤ交換するならどこで買うのが安くて安心なの?タイヤ選びから見積もりの比較までを大公開!! - いまさらオヤジのポイ活日記と雑記
                            • 事例から学ぶ実例マッピングのやり方 / Example Mapping

                              【発表資料中のURL】 ※複数ページで出てくる場合は、初出のページ数に掲載 ◆P3 ・Introducing Example Mapping ・【翻訳記事+α】受け入れ基準の設定時などに役立つプラクティス「実例マッピング(Example Mapping)」 ◆P6 ・Continuous Testing in DevOps… ◆P7 ・Shifting left & right in our continuous world ◆P11 ・Wモデルとは何か ◆P74 ・The BDD Books - Discovery ・The BDD Books - Discovery (Japanese Edition) ◆P75 ・Keep your scenarios BRIEF ・【翻訳記事】テスト自動化の対象となるテストシナリオの整理に役立つBRIEFの原則 ◆P82 ・QAエンジニアが実例マッ

                                事例から学ぶ実例マッピングのやり方 / Example Mapping
                              • スクラムと見積り

                                スクラムと 見積り やっとむ 合同会社やっとむ屋

                                  スクラムと見積り
                                • AIの「見積もり返信」スピードが速すぎると成約率が下がる。180万件依頼「ミツモア」のABテスト事例と、「見積もりの自動化」で成約率が3倍になった話。|アプリマーケティング研究所

                                  AIの「見積もり返信」スピードが速すぎると成約率が下がる。180万件依頼「ミツモア」のABテスト事例と、「見積もりの自動化」で成約率が3倍になった話。 見積もり依頼プラットフォームの「ミツモア」を取材しました。 株式会社ミツモア 代表取締役CEO 石川 彩子さん、取締役CTO 柄澤 史也さん「ミツモア」について教えてください。石川: ミツモアは「くらしからビジネスまで」プロに見積もり依頼できるプラットフォームです。最大5件の見積もりを、最短1分で取得できます。 2022年6月時点で、累計依頼数は180万件を突破していて、売上もここ数年は「毎年2倍」ほどに成長しています。社員は250名ほどで運営しています。 最初の1年半は売上が伸びずに、銀行残高が数百万円、月の赤字も数百万円という状況で、1ヶ月後には「会社が潰れるかも」という瞬間もありましたが、なんとか資金調達ができて、現在では安定して成長

                                    AIの「見積もり返信」スピードが速すぎると成約率が下がる。180万件依頼「ミツモア」のABテスト事例と、「見積もりの自動化」で成約率が3倍になった話。|アプリマーケティング研究所
                                  • わかりあう願いと不確実性の合意|Ryota Yokote @ミラティブ

                                    Agile スクラム プランニング ポーカーカード - 見積もり/サイジングに最適なカード www.amazon.co.jp プランニングポーカーそのものはそのへんにある紙で作れる。今回は実用性よりもデザイン重視で選んだ。 本稿の趣旨は『合意できなかったときに考えるべきこと』。 プランニングポーカースクラムを全く知らないという読者を想定して、簡単に説明しておく。 「1」「2」「3」「5」「8」「13」と表に書かれたカードを用意する。気づいたかもしれないがこれはフィボナッチ数である。「1」から「10」ではないというのがポイントになる。 これに対して次の手順を踏む。説明書を引用するとだいたいこんな感じ。 プロダクトオーナーはユーザーストーリーを用意する(ここでいうユーザーストーリーは「機能の一覧」とかになる。それぞれについてはある程度具体的な要件が必要) 全メンバーはそのユーザーストーリーの難

                                      わかりあう願いと不確実性の合意|Ryota Yokote @ミラティブ
                                    • 【現場猫】見積もりに値引き額を載せれば相手の心象良くなるヨシ!これぞ現場の三方ヨシ!

                                      からあげのるつぼ @karaage_rutsubo 【注釈】本当の意味での「三方よし」は「買い手よし・売り手よし・世間よし」です。ためになったねェ〜! (『三方よしを世界に広める会』ホームページより) sanpoyoshi.net pic.twitter.com/Zn1mTtKg7W 2023-06-18 08:43:06

                                        【現場猫】見積もりに値引き額を載せれば相手の心象良くなるヨシ!これぞ現場の三方ヨシ!
                                      • IPAユーザのための要件定義ガイド第2版要件定義を成功に導く128の勘どころ.pdf

                                        • 引越しの「訪問見積もり」までに用意しておくことや確認しておくべきポイントすべて|引越し見積もり・比較【SUUMO】

                                          まずは引越しを決定してから訪問見積もりまでの流れと、訪問見積もり当日の流れの2つに分けて考えましょう。 ■引越し決定~見積もり完了までの流れ 引越し先を決める ↓ 引越しする日を決める ↓ 引越し業者を決める ↓ 訪問見積もりの日時を決める ↓ 新居に持っていく荷物を決める ↓ 引越しの予算を決める ↓ 訪問見積もり ■訪問見積もり当日の流れ 挨拶(5分程度) ↓ 荷物の確認(10分程度) ↓ 引越し作業や日程の確認(10分程度) ↓ 引越し料金や日程を会社に確認(5分程度) ↓ 見積書の作成(10分程度) ↓ 引越約款の確認(5分程度) ↓ ダンボールの受け渡し(5分程度) ↓ 訪問見積もり終了 こちらは、引っ越しの訪問見積もりまでに用意することと、当日やることのリストです。それぞれの内容については後述しています。 ■引越し訪問見積もりまでに用意すること (この記事の中の詳細に飛びます)

                                            引越しの「訪問見積もり」までに用意しておくことや確認しておくべきポイントすべて|引越し見積もり・比較【SUUMO】
                                          • 【移住】⑳見積もりのダイエット!?契約までとことん絞るぞ! - 珈琲屋美豆 GalleryBizu

                                            2018年5月末 最初の見積もりが出てから約1か月。 www.bizucafe.com 工務店との契約を締結するまでの間 とにかくダイエットに励んだ。 とは言っても、見積もりの(笑) 削れるところは削って 変えれるところは変えて 細かいところまで念入りに。 目次 ・見積もりを見直す *造成 *小屋裏 *雨樋 *材料 *基礎 *厨房機器 ・注意したいこと *造成 *厨房 *シロアリなど防虫施工はされるか *保険・保障がちゃんとされているか ・覚書 ・最終見積もり ・おわりに ・見積もりを見直す 基本的に 初めの見積もりはかなり多めに設定してある。 値引き分も含んであるし、 後から増えましたというよりは 少しでも安くなるほうが気分がいい。 その為時間をかけて なんとかして欲しい旨を必死に伝える。 そして自分でも 一つ一つ調べながら 見積もりを見直した。 余分な所はないか コストダウンできる材料

                                              【移住】⑳見積もりのダイエット!?契約までとことん絞るぞ! - 珈琲屋美豆 GalleryBizu
                                            • 見積もり(Estimate)をしない。絶対しない。

                                              開発において「見積もりする(Estimates)」というのは、スクラムというフレームワークによっては大きな時間がかかっている部分であり大事なアプローチになっている。 なので、スクラムにおける見積もりをする理由について考えてみる。そして、それを踏まえて見積もりのPros / Consを確認しながらも、結果として見積もりをしないという選択肢についても考えていきたい。 大きな話の流れしては、見積もりによって得るべきもの、失うものを述べた後にスクラムのムーブメントにおける見積もり(Estimate)手法の推移について見ていきながら、目指すゴールを確認していく。 極論、「なぜ見積もりが必要なのですか?」を5回自問自答してみて、自分の中で明確なメリットが答えられないのであれば、時間をかけて見積もる必要ないかもしれません。 マーティンファウラーのこの考え方も参考になります。 私にとって、見積もりは、重要

                                                見積もり(Estimate)をしない。絶対しない。
                                              • 万博会場建設費、600億円増へ 協会再試算、5割上振れ - 日本経済新聞

                                                2025年国際博覧会(大阪・関西万博)の会場建設費を運営主体の「日本国際博覧会協会」が再試算した結果、当初の1250億円から5割増加し、最大1850億円に上ることが11日、分かった。井上信治万博担当相が同日の記者会見で明らかにした。人件費や建築資材費の高騰に加え、会場デザインの変更などが上振れの要因となったとみられる。会場建設費は国、大阪府・市、経済界が400億円強ずつ負担する計画だったが、増

                                                  万博会場建設費、600億円増へ 協会再試算、5割上振れ - 日本経済新聞
                                                • 星野リゾートの開発現場が明かす「SaaS」「ローコード/ノーコード」「プロコード」の使い分けポイント

                                                  星野リゾートの開発現場が明かす「SaaS」「ローコード/ノーコード」「プロコード」の使い分けポイント:「@IT 開発変革セミナー 2024 Spring」基調講演レポート(1/3 ページ) 旧態然としたシステムを使い続けていた星野リゾートは、ある失敗をきっかけに、業界でも指折りのDX先進企業へと変貌を遂げた。「SaaS」「ローコード/ノーコード」「プロコード」を使い分け、現在も変革し続ける同社に、その秘密を聞いた。

                                                    星野リゾートの開発現場が明かす「SaaS」「ローコード/ノーコード」「プロコード」の使い分けポイント
                                                  • 欲しい新車が複数メーカーならネット見積を利用して絞ろう!

                                                    「新車を買う=ディーラーで買う」という方は多いのではないでしょうか? 最も一般的な買い方でもあります。 しかしながらディーラーで車を買う場合に一番大変なのは車を買うまでの過程です。 ディーラーで買う場合、欲しいと思った車の選択肢が全て同メーカーであれば問題無いと思いますが、欲しいと思った車の選択肢に違ったメーカーがある場合は結構厄介です。 例えば私の場合は軽バンのエブリイ(エブリイ)を所有していますが、仮に新車を買う前段階で「軽バンのどれかが欲しい」と思っているとしましょう。 軽バンにはエブリイ(スズキ)、スペーシアベース(スズキ)、ハイゼットカーゴ(ダイハツ)、アトレー(ダイハツ)、N-VAN(ホンダ)の5車種があります。 軽バンのどれかを買う為にはメーカーがスズキ、ダイハツ、ホンダの3社の中から選ぶ形になるので見積を頼むにしても3つの窓口があるので車種を選んで買うまでがとても面倒になり

                                                      欲しい新車が複数メーカーならネット見積を利用して絞ろう!
                                                    • そば好きエンジニア on Twitter: "以前、アジャイル協議会の見積もり分科会で発表があったのだけど、建築屋さんのリフォーム見積もりに沿うとよいです。 - 現場の複雑度により作業量が変わる - 部品の調達によりトータル金額が変わる - 本見積以外の作業が発生したときは… https://t.co/C4ArqmyyO2"

                                                      以前、アジャイル協議会の見積もり分科会で発表があったのだけど、建築屋さんのリフォーム見積もりに沿うとよいです。 - 現場の複雑度により作業量が変わる - 部品の調達によりトータル金額が変わる - 本見積以外の作業が発生したときは… https://t.co/C4ArqmyyO2

                                                        そば好きエンジニア on Twitter: "以前、アジャイル協議会の見積もり分科会で発表があったのだけど、建築屋さんのリフォーム見積もりに沿うとよいです。 - 現場の複雑度により作業量が変わる - 部品の調達によりトータル金額が変わる - 本見積以外の作業が発生したときは… https://t.co/C4ArqmyyO2"
                                                      • 要件定義とは?仕様書との違いや記載すべき項目、作成の進め方を解説 | Backlogブログ

                                                        システム開発などの現場で必須となる要件定義。当たり前のように使っている言葉ではあるものの、要件定義書の記載事項や具体的な要件定義の進め方についてあらためて問われると、返答に困ってしまうという人も多いのではないでしょうか。 今回は、要件定義の概要や要件定義書に記載すべき項目、要件定義を進める際の基本的な流れについて解説します。要件定義を適切に行うために必要なスキルにも触れていますので、ぜひ参考にしてください。 はじめに、要件定義に関する基本的な知識を整理しておきましょう。「要件」と「要求」の違いや、要件定義と仕様書の違いを押さえておくことが大切です。 要件定義の位置づけ 要件定義とは、開発者の視点で発注者の要求をまとめ、解決するための具体的な方法を決めることを指します。何をどうシステム化するのか、ドキュメント形式で可視化することが要件定義のゴールと捉えてください。 さまざまな開発プロジェクト

                                                          要件定義とは?仕様書との違いや記載すべき項目、作成の進め方を解説 | Backlogブログ
                                                        • IPAユーザのための要件定義ガイド第2版要件定義を成功に導く128の勘どころ.pdf

                                                          • イチから全部作ってみよう(3)MINORIに学べ、全ての悪は要求仕様書から生まれる

                                                            今回は、要求仕様フェーズを進める時の問題点を解説します。ソフトウェア開発の全ての悪は、要求仕様書から生まれます。「パンドラの箱」のようなものですが、ちゃんと「希望」も残っています。 ⇒連載「山浦恒央の“くみこみ”な話」バックナンバー 2.要求仕様フェーズでは何をするのか 図1に、新しいソフトウェアのアイデアを思い付き、それを製品化するまでの流れを示します。 2.1 要求仕様フェーズ ソフトウェア開発の最初の工程が「要求仕様フェーズ」で、頭の中のアイデアを具体的に記述する工程です。製品にできることや機能を細かく書いた要求仕様書を作ります。「要求仕様書」と聞くと、「大統領所信表明書」のように物々しく感じますが、電気製品を買うと付いてくる「製品取扱説明書」と完全に同じものです。 取扱説明書は、一般ユーザー向けのドキュメントで、そこには「(1)以下の部品がそろっていることを確認してください……、(

                                                              イチから全部作ってみよう(3)MINORIに学べ、全ての悪は要求仕様書から生まれる
                                                            • 『ワクチン接種のイラスト描いて!テキトーに!』身内からの連絡がクソ案件オールインパッケージだった「そういうときに便利なサイトがあって…」

                                                              カシシ @the_m_r_p 母から「町内報に載せるワクチン注射のイラスト描いて欲しい。資料なんか見なくてもテキトーで良いから!期日?サイズ?ファイル形式?カラー?白黒?まあよく分からんからテキトーにチャチャッと描いて〜✌️」って連絡きて地雷クライアントスターターキット、クソ案件・オールインパッケージだった。 2021-06-15 21:09:45

                                                                『ワクチン接種のイラスト描いて!テキトーに!』身内からの連絡がクソ案件オールインパッケージだった「そういうときに便利なサイトがあって…」
                                                              • DX時代のカギを握るのは「RDRA」 技術とビジネスの橋渡しをする要件定義について解説

                                                                株式会社ビープラウドが主催するIT勉強会「BPStudy」。#151となる今回は、設計の代表格であるオブジェクト指向、モデリング、そして設計にフォーカスをあて、LT大会を開催しました。connpassを運営する株式会社ビープラウド代表の佐藤治夫氏は、DX時代における企業の課題と、DXの橋渡しとして実プロジェクトでRDRA(リレーションシップ駆動要件分析)を適用して要件定義をした経験を語りました。講演資料はこちら 実践RDRA〜RDRA2.0実践報告と感想 佐藤治夫氏:それでは始めたいと思います。これまで(他のセッションで)「RDRA(ラドラ)」という用語がいくつか出てきていると思うんですけど、そのRDRAを実践した報告と感想を発表したいと思います。 自己紹介します。佐藤治夫と言います。株式会社ビープラウドの代表をやっています。Twitterのアカウントは@haru860です。会社としてはP

                                                                  DX時代のカギを握るのは「RDRA」 技術とビジネスの橋渡しをする要件定義について解説
                                                                • PlantUML Example for RDRA 2.0 ハンドブック - Qiita

                                                                  従来の RDRA から RDRA2.0 では大きく 3 つの変更があります。 ダイアグラムのシンプル化 業務フロー、利用シーンを洗い出す方法の明示 ビジネスルールの記述方法の明示 「参考: RDRA2.0 ハンドブック の 1: RDRA2.0 とは より」 あまり使われなかったダイアグラムが整理されて、ビジネスユースケースモデルへの拡張があり、また、アイコンの形を規定しない や アイコン間の関連線に方向はつけない の変更により PlantUML で表現がやりやすくなりました。 サンプル: 図書管理システム RDRA2.0 ハンドブック の 10章:サンプル:図書管理システム から同じ内容でダイヤグラムをいくつか書きます。 (10.1. や 10.2. ... は RDRA2.0 ハンドブックの見出しと合わせています。) 10.1. ビジネスコンテキスト図 ビジネスルールに関わるビジネス要

                                                                    PlantUML Example for RDRA 2.0 ハンドブック - Qiita
                                                                  • サーバー移転代行サービスのご案内

                                                                    サービス概要 依頼者様からドメイン、サーバー等の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業界において見積もり工数を算出する場合、各タスクに応じて

                                                                          見積もり工数をAIで弾き出すシステム『Engineerforce』の提供開始 | DXを推進するAIポータルメディア「AIsmiley」
                                                                        • 勝手にRDRAを語る夕べで語られたことまとめ - Qiita

                                                                          ◆「勝手にRDRAを語る夕べ」というイベントとこの記事について connpassに「語る夕べ」というグループがあります。2018/07/18に「勝手にRDRAを語る夕べ」というイベントが開催され、RDRA(ラドラ)という要件定義の手法について語る会が開催されました。 この記事は、そのイベントに私が参加した際のメモと、別の参加者がtwitterで呟いたことをまとめたものです。 ある程度RDRAを知っている人に対して語る会なので、いきなりこの記事を読んでもよくわからないと思います。 「◆参考資料」に記載した資料がRDRAをちゃんと整理して説明しています。RDRAを提唱している神崎さんの資料です。整理された情報が欲しい人はその資料を見て下さい。 この記事は、その資料を見た後で見ると、為になるところが少しはあるかもしれない。。。という記事です。 ◆参考資料 ・RDRA(ラドラ):Relations

                                                                            勝手にRDRAを語る夕べで語られたことまとめ - Qiita
                                                                          • 【UXデザイン】「構造化シナリオ」手法による要求/要件定義の進め方 #uxtryout - log4ketancho

                                                                            サービスデザインをする際に、「不の調査結果」を「ソリューション」に落とし込んでいく必要があります。要求定義から要件定義へのフェーズです。このフェーズのアウトプットを出す際に「構造化シナリオ」という手法があるそうです。今回はその勉強会に「ブログ書く枠」で参加させていただいたので、レポートしていきたいと思います。 www.street-academy.com 座学 構造化シナリオとは何か シナリオ手法の一種で、理想シナリオを「短編小説風」に記載したもの。*1 価値シナリオ そのプロダクトを使って得られる価値を、簡潔に記載する 行動シナリオ 操作シナリオ 取扱説明書のような文章の粒度 の3つから構成され、徐々に詳細化していく。 構造化シナリオのメリット プロダクト/サービスのイメージをチーム全員で共有できる 短期間に作成し、そのレビューによって、妥当性の評価を行うことができる 構造化されることに

                                                                              【UXデザイン】「構造化シナリオ」手法による要求/要件定義の進め方 #uxtryout - log4ketancho
                                                                            • 安倍首相が「2019年報道写真展」で台風被害の写真を無視し「日本が輝いた年」とコメント! ラグビー田中選手は被災地への思い語ったのに - 本と雑誌のニュースサイト/リテラ

                                                                              安倍首相が「2019年報道写真展」で台風被害の写真を無視し「日本が輝いた年」とコメント! ラグビー田中選手は被災地への思い語ったのに 疑惑の中心人物でありながら「桜を見る会」の追及から逃げつづける安倍首相。21・22日におこなわれた朝日新聞の世論調査では内閣支持率が38%、不支持率が42%となり1年ぶりに不支持率が支持率を上回った。他の世論調査でも内閣支持率は低下傾向にあり、いかに国民が安倍首相の説明に納得がいっていないかが数字に表れていると言えよう。 だが、当の本人には反省の色はまるでなし。なかでもつくづく呆れたのは、今年を振り返ったときの安倍首相のコメントだ。 安倍首相は21日に日本橋三越本店でおこなわれている「第60回 2019年報道写真展」の会場を訪れ、鑑賞。同展ではこの1年を振り返る写真300点が展示されているが、安倍首相は鑑賞後、記者団にこうコメントした。 「いま、写真展でも拝

                                                                                安倍首相が「2019年報道写真展」で台風被害の写真を無視し「日本が輝いた年」とコメント! ラグビー田中選手は被災地への思い語ったのに - 本と雑誌のニュースサイト/リテラ
                                                                              • テスラ車、バックでぶつけて修理費370万円 EVオーナーを悩ます高額メンテナンス問題 | 36Kr Japan | 最大級の中国テック・スタートアップ専門メディア

                                                                                米EV(電気自動車)大手テスラの車のオーナーが修理費用の高さを不満に思い、インターネットに投稿したところ大きな話題になった。このオーナーの写真では、テスラのモデルYが後退時に壁にぶつかって右側後ろが大きく陥没し、リアドアやテールランプなどが損傷している。テスラのアフターサービス担当者が保険会社に確認し修理費用は約20万元(約370万円)と案内したが、この数字は車両の価格(28万元、約520万円)に近い。 米メディア「Clean Technica」もニューヨークのテスラ車オーナーの似たような体験を報道している。モデル3を移動させる時に約10cmのへこみ傷ができたが、車両の損傷はひどくはなかった。ところが、テスラと契約する修理店の見積もりは6789.77ドル(約80万円)だった。 修理費見積もり表:Clean Technica 店側は、テスラの車体はアルミニウム合金のダイカスト(特殊鋳造品)で

                                                                                  テスラ車、バックでぶつけて修理費370万円 EVオーナーを悩ます高額メンテナンス問題 | 36Kr Japan | 最大級の中国テック・スタートアップ専門メディア
                                                                                • ユーザーの発話を「そのまま」信じてはいけない。では、どうする?

                                                                                  はじめに 前回は「ただユーザーに話を聞くことではなく、心構えがある」という話でした。 今回は、少し予定を変更して、これまでの連載の補足をします。読者の方から「ユーザーの発言をそのまま信じてはいけないのに、ユーザーインタビューをするメリットを、もう少し詳しく説明してほしい」とご意見をいただきました。 このご意見に対する具体的なテクニックを、事例をとおして解説します。 ユーザーの発話を「そのまま」信じてはいけない。 ではどうする? 人と一緒に行くレストランをえらぶときのユーザー心理をインタビュー調査したところ、それぞれのユーザーから、次のような発話がありました。 Aさん:「お店の料理が相手の好みか気にする」「相手の笑顔を思い浮かべる」 Bさん:「相手にアレルギーがないか確認する」 Cさん:「自分の好みより、相手の好みを優先する」 Dさん:「イタリアンが相手の好物だった」「相手に感謝されて、自分

                                                                                    ユーザーの発話を「そのまま」信じてはいけない。では、どうする?