テクニカルライティングの基本を学べます。サイボウズの新入社員向け研修資料です。業務マニュアル、報告書、仕様書、技術解説書などのドキュメントを書く機会がある方向け。 Twitter:https://twitter.com/naoh_nak 2023年度のアップデート版もあります:https://spe…
【お知らせ】200名以上の有名企業のCxO / 責任者クラスのトッププレイヤーを、月額定額でアサインできる「SHARE BOSS (シェアボス)」というサービスを運営しています。DXや事業開発に関するお困りごとや、お悩みがございましたら、まずはお気軽にお問い合わせください。 https://shareboss.net/about/ 2019年くらいから、デジタルトランスフォーメーション (DX) の相談を受けるようになって、今はアドバイザーみたいなのを含めて10社くらいお手伝いしています。 また、講演なんかも依頼されてたりして、そこではストルターマン教授がどうだ、とか、トレンドはー、みたいなことをしたり顔で言っていたりするわけなんですが・・・。内心では、定義とか事例の話から入るのはあんまり本質的じゃないのかな、と感じています。 足元の現場を見ると、DXDXディーエックスディーエックスいって
「相談があるのだけど……」と知人友人から持ち掛けられて、親切心から「アドバイス」をしてあげた。 でも、全く相手に響かず、「なんで言うとおりにやらないの」と、逆に相手を責めてしまい、何の解決にもならなかった。 そんな経験のある人はいないでしょうか。 私は死ぬほどあります。 そんな失敗から、徐々に私は「人からの相談」について、考えを改めざるを得ませんでした。 実際、「アドバイスの欲しい人」は本当に少ないのです。 多くの人が求めているのは、「黙って話を聞いてくれる人」であって、あれこれと改善案を考えてくれる人ではありません。 しかも、もっと悪いことに親切心からの「改善策」「アドバイス」はむしろ、「なんでこんなこともやってないの?」という批判だと受け止める相談者も少なくありません。 「◯◯してください」や「◯◯すべきです」といった直接表現はまず、誤解されて伝わるのです。 そして、非難されている、と
コンサルタントのころ。対人技術を教わった。 様々なものがあったが、その中でも群を抜いて重要な技術の一つは 「会話の時、人の話を否定しない」こと。 具体的には、人に『ちがう』と言ってはいけなかった。 * 若干うろ覚えだが、客先で、こんなことがあった。 プロジェクトで、部門別の目標を立てて、発表してもらった時のことだ。 私:「では、営業部2課の目標の発表をお願いします。」 営業2課:「既存顧客を中心に、前年比10%の売上アップです。」 私はここで、おかしいな、と思った。 先日の経営会議で 「営業2課は、新規開拓を中心にした目標にしてほしい」 との指示があったからだ。 それがなぜか既存顧客中心にすり替わっている。 訂正させなければならない。 が、「その目標、間違ってませんでしょうか?」と否定するのはご法度だ。 私は思案した。 どうすれば担当者を否定せずに済むのだろう。 そこで確認した。 私:「確
「商品の売上が減っている」 「チーム内でミスや不手際が多い」 「コンプライアンスが徹底されていない」 こんなビジネス課題の解決を任されたら、あなたならどうしますか? どこからどう手をつけていいかわからず、途方に暮れてしまう……なんて事態に陥らないためにぜひ知っておきたいのが、“問題解決のノウハウ”。 今回は、かの有名コンサルティング会社 マッキンゼー・アンド・カンパニー出身者が開発した「問題解決1枚シート」というフレームワークをご紹介します。マッキンゼー流の仕事術を学び、仕事で課題にぶつかった際にぜひお役立てください。 元マッキンゼーの識者が提唱「問題解決1枚シート」とは? 「問題解決シート」を取り入れてみるとこうなる (Step0)A4用紙を十字に4分割し、シートを作成する (Step1)左上スペースに「解決したいビジネス課題」を書く (Step2)左下スペースに、問題の分析結果を箇条書
どうも、外資系うさぎのちょこさんです。 気がつけばもう2023年が始まってしまってますね。 一年の計は元旦にあり、ということで正月早々とても有益なnoteを書いて徳を積むところから今年をスタートすることにしましょう。 年末年始に限らず、それなりにまとまった時間を使えるタイミングってインプットにもアウトプットにもとても良いですからね。 せっかくなのでフォロワッサン各位も何かアウトプットしてみるとよいんじゃないでしょうか。 というわけで、新年早々のアウトプットにおすすめな、土地勘の無い業界/テーマのプロジェクトにアサインされた場合の最低限の情報収集を手早くこなすにはどうするのがよいかってnoteをお届けします。 これは再現性のあるやり方なので、このnoteを見ながら同じような流れで情報収集して自分なりの見解なんかをまとめてみたりすると良いセルフトレーニングになるはずです。 これは有益な情報なの
人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは?という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を
ジャニー喜多川氏の性加害の問題をめぐりジャニーズ事務所が今月2日に記者会見を開いた際、事務所から会見の運営を任されていた会社側が、複数の記者やフリージャーナリストの名前や写真を載せて質問の指名をしないようにする「NGリスト」を会場に持参していたことが関係者への取材でわかりました。 これについてジャニーズ事務所は、事前の打ち合わせに会社が持ってきたメディアのリストに「NG」と書かれていたため「絶対当てないとダメですよ」と伝えたとしたうえで、会場に持参されていたリストについては「関与していない」とする見解を示しました。 4年前に死去した、ジャニー喜多川氏の性加害の問題をめぐり、ジャニーズ事務所は今月2日、都内で2時間あまりにわたって記者会見を開き、会場には300人近い報道陣が詰めかけました。 質疑応答は「1社1問」のルールで、司会者が挙手をした記者を指名する形で行われましたが、この会見の際、ジ
はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの?」 「要件定義ってなに?」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に4つも壁が存在するのです。 そのため、本記事では実装(プログラミング)を開始する前に必要となる、 『企画~設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装(プログラミング)に使用する時間
セキュリティエンジニアになり、そこから2年間分の勉強内容と参考になった資料とか 自分の振り返りも兼ねて2年分の勉強内容とかをざっくりまとめようと思います。 新卒からバックエンド開発を2年程行い、その後セキュリティエンジニアとして横断セキュリティ部門に異動しました。 そこから更に2年が経ち、来月からセキュリティサービスの開発とかをすることになったので、 もし同じような人が居た際になんとなし参考になればいいかなという意図で書いてます。 ちなみにセキュリティ部門に異動するまでのセキュリティの知識レベルは「徳丸本を2回通しで読んでる」程度です。 セキュリティ部門に移ってからは脆弱性診断・ログ監視・開発ガイドライン周り・脆弱性管理とかをやってました。 本記事では自分自身がユーザ系の企業に属しているので、ベンダーとかそちら寄りの内容ではないです。 あとできる限り社内の事情を記載しません。何が問題になる
最近ネットを見ていると要件定義入門的な記事が目についたので思ったことを書いてみる記事。ITシステム開発における要件定義に関するあれこれ。 【2023/10/10追記】続編の記事を書きました。実践要件定義入門 - 勘と経験と読経 目次 要件定義に関するおすすめ書籍 その要件定義は必要か 要件は決められるのか 要件定義をすることがルールで定められているから要件定義をする必要がある 要件は定義できるのか 現行の業務マニュアルをベースに要件定義をするつもりのあなたへ 現行システムをベースに要件定義をするつもりのあなたへ 外部業者を呼ぶ前に考えるべき事 どこから外注するかを考える 要件定義の作業期間を見積もる 要件定義に関するおすすめ書籍 この後に何度も引用することになると思うので、最初に要件定義のおすすめ書籍を紹介しておく。と言っても紹介するのは1つだけだ。 ユーザのための要件定義ガイド第2版 作
この文は似たような業種の会社に勤めていた時の事情を元に たぶんそうじゃないかなあ、程度の俺のあくまで勝手な妄想です。 -- 冷凍ケーキの件だけど、ブランド先製造ってこの手の大規模な製造問題を起こさない、 または起きても責任の所在をはっきりさせるために、 定期的に工場監査して問題発生時のトレース能力の確認を求めてくる。 分かりやすく言えば金と工数だけかかるクソ面倒なISO認証(食品だとFSSC)とかも求めてくるし、 力量怪しければ信頼できる業界大手を元請けに入れたりコンサル投入してくる。 なんでクリティカルポイントの管理や記録確認程度ではなく、 受託製造の人間による記録外の原因究明力とか改善力とかそこまで見ている。 そんな状態で製造ラインに乗せて出ていった冷凍ケーキの多数が崩れていましたなんて 明らかに製造・搬送ラインまたは付帯設備のコントロールポイント管理を極めて重篤に怠ってないと出てこな
最近の学生は突然「ワーホリ行くならどこの国がおすすめですか?」みたいな、背景も条件も何もわからない連絡が来たりする。そのことを先生に話したら興味深いことを教えてくれた。曰くあれは「一発で全部書くのではなく、相手が質問してくれることを想定して、やりとりするつもりでいるんです」と。 — 中村洋太(ライター&コンサル) (@yota1029) August 26, 2022 これすごく納得するなあ...!個人的に、この前ソラミドラジオで話した『頼る』と『甘える』の違いにも通じるものがあるなと感じた。それ誰に聞いても良い質問やん、っていうのは『甘え』に感じる。けど自分に相談してくれてるんだって分かるくらい背景とか話してくれると『頼る』に近くなるような。 https://t.co/A7l4Ydhf26 — ymoe (@mel_xlxlxler) August 27, 2022 昨日の午後、ぼくは東
昨年10月にIPA(情報処理推進機構)の国家資格『プロジェクトマネージャ試験』を受験しました。 年が明けて「そういえば合格発表はいつだったっけ?」とIPAのサイトを見に行ったら、昨年12月下旬には合格発表がされていて、無くさずに持っていた受験票の情報を使ってチェックしたら、合格していたのでした。結構厳しいかと思っていたので、新年早々かなり驚いてしまい声が出たので、家族には変な目で見られました。 ※午前1は免除。午前2と午後1は60点以上で合格、午後2は4段階でAが必須 この記事では、非エンジニアの私がどうしてプロジェクトマネージャ試験を受験をしようとしたのか、どのような勉強をしたのかを紹介します。どなたかの参考になれば幸いです。 受験のきっかけ 2週間(20時間)しか勉強しなかった背景 勉強計画の策定 各試験のリソース配分 午前2(試験時間40分) 勉強時間 3時間 午後1(試験時間90分
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね?」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります(もしこれらを利用できる環境にいるならとても幸せなことです)。 少なくとも日本で実施される一般的なプロジェクトは PMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない
最も重要なビジネススキルはなんですか? と問われたら、なんと答えるだろう。 人によりけりだと思うが、私がコンサルティング会社で経験した限りでは、「結論から話す」がその候補の一つだと感じる。 これは誇張でもなんでもなく、「コンサル一年目が学ぶこと」の著者が、この本の最初の項目として設定していることにも現れているように、 あるいは、スキル系のビジネス書には大抵それに類似したことが書いているように、今では「結論から話せ」は、、もはやビジネス上の慣例といっても良いくらいだ。 私の場合は、入社するとまず直属の上司に「結論から」を求められた。 例えば、こんな具合だ。 私「すいません、相談があるのですが……」 上司「何?」 私「お客さんのところで、規定の説明をしていたのですが、第二条のところでお客さんから質問が出てしまったんですよ。「目的と目標はどうちがうんですか」と聞かれたので、こう答えたんです……」
みなさんこんにちは。 資料デザインのリサーチや分析に取り組むパワーポイントのスペシャリスト、パワポ研です。 いつも企業が出しているパワーポイントの分析結果などを紹介しているのですが、本日は良いパワーポイントが見れる場所とその理由を紹介します。 どこで見れるのかずばり、経産省のHPです。以下のURLより「委託調査報告書」を確認ください。ご存じの方も多いかもしれませんね。 トップはこんなページになっています。 トップ的なページこの中で、例えば「令和4年度分の掲載一覧(PDF形式:48KB)」を押してみましょう。 令和4年度分の掲載一覧こんな感じのリストがずらっと並べます。エクセルでも同じようなものがダウンロードできます。正直見づらいですが、このリンクの一つ一つが調査報告書になっています。 何ですごいのか数と質です。 数のすごさ 数については、パワーポイント形式以外(ワード)の報告書もかなり混じ
中田元樹著『神速Excel』より これを覚えれば、作業効率が10倍に。“Excelの神”が教える効率化コマンド16選 若手ビジネスマンの仕事でも、かなり時間を割く必要がある「資料作成」。 業務上欠かすことはできませんが、その「資料作成」に追われて残業してしまうこともありますよね…。 なかでも表作成をする「Excel」に対して、苦手意識を持っている方も多いのでは? しかし実はExcelこそ、マウスを使わないショートカットコマンドを覚えれば、作業効率が10倍近く上がるんだとか。 そんなExcelのショートカットを学ぶうえで最適な本を見つけました。その名も『神速Excel』。 外資系コンサル企業で「Excelの神」と呼ばれたExcelセミナー講師・中田元樹さんが、「1時間かかっていた作業が5分で終わった!」と評判のノウハウを凝縮した一冊です。 よく使う「最も効果のある」ショートカットだけを学んで
つい最近、「人の話をちゃんと聞けない人」を「聞ける人」に変えるのは可能なのか、という話でディスカッションになった。 というのも、ある経営者が「お客さんの話を全く聞けないメンバーがいる」と愚痴をこぼしたからだ。 すると、周りの人々も、呼応するように、「いるいる」という。 その経営者の話を聞くと、おおむね次のような状況だった。 その人は、良く言われるテクニック的な「傾聴する姿勢を見せる」のは得意だという。 「聞き上手」のように、メモを取ったり、頷いたり、相槌を打ったりする。 人の話を遮ったりもしない。 しかし、同僚やクライアントからしばしば、次のようにクレームがあるという。 「あの人、全然話を聞いてないんだよね。」と。 具体的にはどのような事象でしょう?と聞くと、 「例えば、同僚から意見を求められても、「それでいいと思います」としか言えない。あるいは、クライアントが「この構成に対して指摘はあり
日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR(長すぎて読みたくない) 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能
弊社のスタッフ向けに推奨している教科書リストをご紹介。新卒や中途入社にかかわらず全社員が対象です。 この教科書リストにある本は「この1冊で人生が変わった!」とかいう類のものではなく入門書的なもので、エンジニア/営業/マーケティング/CS等の職種にかかわらず、全ての人に最低限理解して身につけて欲しい内容です。 学校や読書より、明確な問題意識をもって日々の仕事に真摯に取り組むことがビジネスパーソンとしての大きな成長につながると信じています。でも、仕事だけでは成長できません。イベントやSNSで刺激を受けるのも大切だけど、基礎がないとそもそも役に立たないし、勉強してない人の底の浅さはすぐバレてしまう。 基礎能力を伸ばすには体系だった知識と理解が必要で、入門書を読むことが一番の近道。こういう土台を引き上げる努力が、弊社が提供する「現場向け動画教育システム tebiki」の事業開発にも役立っているなー
組織で物事を進めるのが早い人は、"提案"のコミュニケーションを取っていることが多い気がする。 "指摘"で止まるのではなく課題の解決に向けた"提案"までやる方がいいんだけれど、そもそも提案って一言で言ってもまあ難しいよね。とある1on1で雑談していて、"提案"のスキルを上げていくにあたってはいくつかのレベルに分けて考えてみるといいかもしれないと思ったので、声かけのワード別に自分の考えを雑にまとめてみる。洗練されていないので意見がほしい。 レベル0: 「どうすればいいですか」 何か問題があった時の「どうすればいいですか」という聞き方は提案ではなく指摘で止まっている。 指摘してくれるということは気づいているということだし、それを伝えてくれること自体も素晴らしいことなのだけれど、そこからどうしていくかを決めるのが大変な部分なので次のレベルにも染み出していきたい。 レベル1: 「どれにしましょうか」
追記はしないつもりでいた。 でも、ある1人だけにコメントを返させてもらう。 https://anond.hatelabo.jp/20201001022747 衝撃を受けた。 ここまであなたの心を傷つけるとは思ってもみなかった。 でも、あなたにだから正直に言わせてもらうけど、辞めたことは後悔していない。 5年以上が経ったとは言いつつ、もっともっと、かなり昔の話なので当時の感情を思い出すのは難しいけど、それでも転職という答えが幸せになるための道だったんだよ。 日記は2つともすべて読ませてもらった。 ありがとう。顔も知らないあなたの幸せを願っています。 新卒で入社した。もうかなり昔のことだ。 文系の学部出身で、事務職で応募して、もの凄く面倒くさいエントリーシートを書いて、何度かの面接の後に採用された。 企画部門への配属だった。生産管理を希望していたけど通らなかった。 増田でこんなことを書いている
バブルはとっくに崩壊してるのにバブル残滓だけ残ってた。 上の世代の頭が切り替わってねーのよ。 「老害死ね」って思ってもネットはまだ始まったばかりで 今みたいに簡単に社会に物申して縦横無尽にバズるということが出来ない。 今もちょっと残る「非モテ」みたいな議論も 主にはあの時代に青春送った人たちの苦情だと思う。 80年代バブルのイキり文化のウンコの残り香だけが漂ってたせいで 当時は男への滅茶苦茶高い要求を煽るようなメディアばっかりだった。 実態市場がほんとにそんな相場だったかはしらないけど ああいう情報で気が大きくなった女や委縮した男は沢山いたと思う。 当時の平均的な若い男女が頑張った結果成立するような 平均的なデートやカップリングは肯定を得られなかった。 格好悪いダサい十分な基準に到達してないものとされた。 あの当時の「デート文化」的なものからの攻撃の空気が嫌で仕方なかったし あの時に恋愛市
コンサル大解剖 「勝ち組」としてバブルを謳歌するコンサルティング業界。市場の急膨張を背景に、業界の序列を巡って多種多様なプレイヤーがバトルを繰り広げている。アクセンチュアやBIG4、戦略系ファーム、国内コンサル、ITベンダーから総合商社に広告代理店……。各社の成長戦略や人材戦略に加え、コンサルを活用する事業会社側の思惑まで、大乱戦期を迎えたコンサルビジネスの最前線を追う。 バックナンバー一覧 食品大手、江崎グリコで起きた大規模システム障害で、原因となったシステム刷新のプロジェクトを手掛けた主幹ベンダーがデロイト トーマツ コンサルティングであることが分かった。復旧には時間がかかる見通しで、主力商品の「プッチンプリン」などが出荷できず、小売店の棚から消えている。長期連載『コンサル大解剖』内で配信している特集『デロイト内部崩壊』の第10回では、プロジェクトの詳細や大幅遅延など混乱の様子に加え、
林司@るーしゃんず @Archangel_HT 元コンサルの回顧本に書いてあったんだけど、現場に数値目標を与えると、その数値目標は達成されるが数値化されてない部分が必ず失われる、とされてるんだよね。バスの定時発車率にインセンティブを与えたら確かに率は上がったけど、信号無視とかするようになった、とか例を挙げてた。 x.com/Dirg_rocketdyn… dirG @Dirg_rocketdyne 論文誌出版社というボトルネック 「研究社会を海外の商業的な科学情報機関が席巻しており、彼らの提供するデータを論文評価の代理指標に使っているのは全く好ましくない。」 「研究者の数値評価は有害」 ノーベル化学賞・野依良治氏の憂い - 日本経済新聞 nikkei.com/article/DGXZQO…
イキりまくってるコンサルにクソムカついたという話が出てたので、そのついでに自分の話もしてみたい。 今から数年前、自分の担当していた企業の業績が急激に悪化し、再建支援(これは表向きの理由、真の目的は債権保全)のため自分がそこへ出向することとなった。 年商数百億円規模の会社で銀行借入も百億円近くある企業なので、管理体制はそれなりに構築されているのだろう、そう思っていたのだが実際には酷い有り様であった。 社内の情報共有は全く成されていない、損益管理も決算を締めてみるまで分からない(月次で試算表は作っているが、進行基準ではなく完成基準なので全く参考にならない) 資金繰りの管理すら行われていない、「月末の不足分は銀行の当座借入枠で調整」という中小企業でよくある典型的パターンとなっていた。 「このままではとても自力再建など出来ない」と気づいた私は、危機感も能力も全くないプロパー社員を指導しながら、社内
ITエンジニアが投票した「ITエンジニア本大賞2023」発表。AWSの知識地図/ソフトウェアアーキテクチャの基礎/プロになるJava/チームトポロジーなど ITエンジニア本大賞2023 技術書・ビジネス書の各ベスト10と、 大賞を決めるプレゼン大会へ参加する書籍6タイトルが決定しました!https://t.co/0F4WrzoiKX プレゼン大会は2/9デブサミ内で開催します。#itbookaward pic.twitter.com/wrIKNzdRni — ITエンジニア本大賞 (@ITbookaward) January 16, 2023 「ITエンジニア本大賞」は、仕事の役に立った本、初学者におすすめの本、ずっと手元に置いておきたい本など、おすすめの本をITエンジニアがWeb投票で選ぶイベントです。 主催は翔泳社ですが、対象となる書籍は出版社を問わず技術書、ビジネス書全般となっていま
仕事においては、「段取り」が重要だとよく言われます。では、みなさんはこの段取りとはどんなものでどこに重要性があると考えているでしょうか。 お話を聞いたのは、新入社員は最初に段取りを叩き込まれるというマッキンゼー・アンド・カンパニーに勤務していた、エグゼクティブコーチの大嶋祥誉(おおしま・さちよ)さん。段取りとはなにか、そしてよりよい段取りをつくるために必要な思考についても解説してくれました。 構成/岩川悟 取材・文/清家茂樹 写真/石塚雅人 必要な「段取り=流れ」を知らなければ、どんな仕事もできない 流れのまとまりである「設計図」を改善する「ミニマム思考」 「バリュー」の認識次第で、アウトプットも設計図も変わる 必要な「段取り=流れ」を知らなければ、どんな仕事もできない 「段取り」とは、もっと簡単な言葉でいうと「流れ」になるでしょうか。 流れは、仕事に限らずなにをするにも必要です。たとえば
タイムラインに流れていた『もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日本でも出てきている』という話に関する極めて個人的な雑感。あるいは記憶のダンプ。 b.hatena.ne.jp 要件定義を専門でやる技術者(Requirement Engineer)の話はいつか来た道 要件定義を専門でやる技術者という話は新しい話ではなく、ゼロ年代後半から議論がされていたものである。 ゼロ年代後半というと、SIerを中心にわりと適切なプロジェクトマネジメント方法論が普及しはじめて、「要求された通りのシステムは開発できるようになってきた」という時代だ。 一方で「システムは開発できるが、要件定義がゴミだと、完成するシステムもゴミ」という問題が残っていて、要件定義の高度化や専門家育成の議論があったのだ。 要求開発~価値ある要求を導き出す
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く