検索対象

並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 154件

新着順 人気順

コンサルの検索結果1 - 40 件 / 154件

コンサルに関するエントリは154件あります。 仕事、 マネジメント、 ビジネス などが関連タグです。 人気エントリには 『テクニカルライティングの基本』などがあります。

コンサルの関連エントリー

  • テクニカルライティングの基本

    テクニカルライティングの基本を学べます。サイボウズの新入社員向け研修資料です。業務マニュアル、報告書、仕様書、技術解説書などのドキュメントを書く機会がある方向け。 Twitter：https://twitter.com/naoh_nak 2023年度のアップデート版もあります：https://spe…

      テクニカルライティングの基本

    • DXコンサルが絶対に言わない後ろめたい真実｜naoto

      【お知らせ】200名以上の有名企業のCxO / 責任者クラスのトッププレイヤーを、月額定額でアサインできる「SHARE BOSS （シェアボス）」というサービスを運営しています。DXや事業開発に関するお困りごとや、お悩みがございましたら、まずはお気軽にお問い合わせください。 https://shareboss.net/about/ 2019年くらいから、デジタルトランスフォーメーション (DX) の相談を受けるようになって、今はアドバイザーみたいなのを含めて10社くらいお手伝いしています。 また、講演なんかも依頼されてたりして、そこではストルターマン教授がどうだ、とか、トレンドはー、みたいなことをしたり顔で言っていたりするわけなんですが・・・。内心では、定義とか事例の話から入るのはあんまり本質的じゃないのかな、と感じています。 足元の現場を見ると、DXDXディーエックスディーエックスいって

        DXコンサルが絶対に言わない後ろめたい真実｜naoto

      • 私が教わった「相手の話をうまく整理する技術」とは。

        「相談があるのだけど……」と知人友人から持ち掛けられて、親切心から「アドバイス」をしてあげた。 でも、全く相手に響かず、「なんで言うとおりにやらないの」と、逆に相手を責めてしまい、何の解決にもならなかった。 そんな経験のある人はいないでしょうか。 私は死ぬほどあります。 そんな失敗から、徐々に私は「人からの相談」について、考えを改めざるを得ませんでした。 実際、「アドバイスの欲しい人」は本当に少ないのです。 多くの人が求めているのは、「黙って話を聞いてくれる人」であって、あれこれと改善案を考えてくれる人ではありません。 しかも、もっと悪いことに親切心からの「改善策」「アドバイス」はむしろ、「なんでこんなこともやってないの？」という批判だと受け止める相談者も少なくありません。 「◯◯してください」や「◯◯すべきです」といった直接表現はまず、誤解されて伝わるのです。 そして、非難されている、と

          私が教わった「相手の話をうまく整理する技術」とは。

        • コンサルタントやってた時、重要な対人技術として『「ちがう」と言うな』と習った。

          コンサルタントのころ。対人技術を教わった。 様々なものがあったが、その中でも群を抜いて重要な技術の一つは 「会話の時、人の話を否定しない」こと。 具体的には、人に『ちがう』と言ってはいけなかった。 ＊ 若干うろ覚えだが、客先で、こんなことがあった。 プロジェクトで、部門別の目標を立てて、発表してもらった時のことだ。 私：「では、営業部2課の目標の発表をお願いします。」 営業2課：「既存顧客を中心に、前年比10％の売上アップです。」 私はここで、おかしいな、と思った。 先日の経営会議で 「営業2課は、新規開拓を中心にした目標にしてほしい」 との指示があったからだ。 それがなぜか既存顧客中心にすり替わっている。 訂正させなければならない。 が、「その目標、間違ってませんでしょうか？」と否定するのはご法度だ。 私は思案した。 どうすれば担当者を否定せずに済むのだろう。 そこで確認した。 私：「確

            コンサルタントやってた時、重要な対人技術として『「ちがう」と言うな』と習った。

            • コンサルの関連エントリー

          • マッキンゼー式「問題解決1枚シート」で、圧倒的に仕事がしやすくなる納得の理由。 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習

            「商品の売上が減っている」 「チーム内でミスや不手際が多い」 「コンプライアンスが徹底されていない」 こんなビジネス課題の解決を任されたら、あなたならどうしますか？　どこからどう手をつけていいかわからず、途方に暮れてしまう……なんて事態に陥らないためにぜひ知っておきたいのが、“問題解決のノウハウ”。 今回は、かの有名コンサルティング会社 マッキンゼー・アンド・カンパニー出身者が開発した「問題解決1枚シート」というフレームワークをご紹介します。マッキンゼー流の仕事術を学び、仕事で課題にぶつかった際にぜひお役立てください。 元マッキンゼーの識者が提唱「問題解決1枚シート」とは？ 「問題解決シート」を取り入れてみるとこうなる （Step0）A4用紙を十字に4分割し、シートを作成する （Step1）左上スペースに「解決したいビジネス課題」を書く （Step2）左下スペースに、問題の分析結果を箇条書

              マッキンゼー式「問題解決1枚シート」で、圧倒的に仕事がしやすくなる納得の理由。 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習

            • 【雑感】絶対覚えて！案件アサイン前情報収集の鉄板のやり方！｜外資系うさぎのちょこさん

              どうも、外資系うさぎのちょこさんです。 気がつけばもう2023年が始まってしまってますね。 一年の計は元旦にあり、ということで正月早々とても有益なnoteを書いて徳を積むところから今年をスタートすることにしましょう。 年末年始に限らず、それなりにまとまった時間を使えるタイミングってインプットにもアウトプットにもとても良いですからね。 せっかくなのでﾌｫﾛﾜｯｻﾝ各位も何かアウトプットしてみるとよいんじゃないでしょうか。 というわけで、新年早々のアウトプットにおすすめな、土地勘の無い業界/テーマのプロジェクトにアサインされた場合の最低限の情報収集を手早くこなすにはどうするのがよいかってnoteをお届けします。 これは再現性のあるやり方なので、このnoteを見ながら同じような流れで情報収集して自分なりの見解なんかをまとめてみたりすると良いセルフトレーニングになるはずです。 これは有益な情報なの

                【雑感】絶対覚えて！案件アサイン前情報収集の鉄板のやり方！｜外資系うさぎのちょこさん

              • 要件定義に関わる人は３億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」

                ✨nori @00oichan SES→金融系SIer→外資SaaSエンジニア ServiceNow／生成AIプロンプトフェチ／ITIL運用設計／UiPath／Power Automate PowerBIを愛する札幌出身相模原在住の2児の父 Amazonアソシエイト

                  要件定義に関わる人は３億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」

                • 最初の100日で何をすべきで何をすべきではないか？｜miyasaka

                  人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは？という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を

                    最初の100日で何をすべきで何をすべきではないか？｜miyasaka

                  • 部下から「議事録ってなんで作成する必要あるんですか？」と聞かれたので議事録の必要性について図解してみた

                    ごらり @gorizukai 部下から「議事録ってなんで作成する必要あるんですか？」と聞かれたことがあるので、今後聞かれたときのために議事録についてまとめてみました。議事録って慣れるまでは大変ですけど、文章の書き方が学べたり、社内人脈ができたりするので入社したての頃は特に進んで議事録作成することを勧めたい。 pic.twitter.com/xV0REtbeVD 2020-11-03 20:56:44

                      部下から「議事録ってなんで作成する必要あるんですか？」と聞かれたので議事録の必要性について図解してみた

                    • ジャニーズ事務所会見 会場に質問指名の「NGリスト」 | NHK

                      ジャニー喜多川氏の性加害の問題をめぐりジャニーズ事務所が今月2日に記者会見を開いた際、事務所から会見の運営を任されていた会社側が、複数の記者やフリージャーナリストの名前や写真を載せて質問の指名をしないようにする「NGリスト」を会場に持参していたことが関係者への取材でわかりました。 これについてジャニーズ事務所は、事前の打ち合わせに会社が持ってきたメディアのリストに「NG」と書かれていたため「絶対当てないとダメですよ」と伝えたとしたうえで、会場に持参されていたリストについては「関与していない」とする見解を示しました。 4年前に死去した、ジャニー喜多川氏の性加害の問題をめぐり、ジャニーズ事務所は今月2日、都内で2時間あまりにわたって記者会見を開き、会場には300人近い報道陣が詰めかけました。 質疑応答は「1社1問」のルールで、司会者が挙手をした記者を指名する形で行われましたが、この会見の際、ジ

                        ジャニーズ事務所会見 会場に質問指名の「NGリスト」 | NHK

                      • 要件定義～システム設計ができる人材になれる記事 - Qiita

                        はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの？」 「要件定義ってなに？」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に４つも壁が存在するのです。 そのため、本記事では実装（プログラミング）を開始する前に必要となる、 『企画～設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装（プログラミング）に使用する時間

                          要件定義～システム設計ができる人材になれる記事 - Qiita

                        • セキュリティエンジニアになり、そこから2年間分の勉強内容と参考になった資料とか - ぶるーたるごぶりん

                          セキュリティエンジニアになり、そこから2年間分の勉強内容と参考になった資料とか 自分の振り返りも兼ねて2年分の勉強内容とかをざっくりまとめようと思います。 新卒からバックエンド開発を2年程行い、その後セキュリティエンジニアとして横断セキュリティ部門に異動しました。 そこから更に2年が経ち、来月からセキュリティサービスの開発とかをすることになったので、 もし同じような人が居た際になんとなし参考になればいいかなという意図で書いてます。 ちなみにセキュリティ部門に異動するまでのセキュリティの知識レベルは「徳丸本を2回通しで読んでる」程度です。 セキュリティ部門に移ってからは脆弱性診断・ログ監視・開発ガイドライン周り・脆弱性管理とかをやってました。 本記事では自分自身がユーザ系の企業に属しているので、ベンダーとかそちら寄りの内容ではないです。 あとできる限り社内の事情を記載しません。何が問題になる

                            セキュリティエンジニアになり、そこから2年間分の勉強内容と参考になった資料とか - ぶるーたるごぶりん

                          • 実践要件定義入門以前 - 勘と経験と読経

                            最近ネットを見ていると要件定義入門的な記事が目についたので思ったことを書いてみる記事。ITシステム開発における要件定義に関するあれこれ。 【2023/10/10追記】続編の記事を書きました。実践要件定義入門 - 勘と経験と読経 目次 要件定義に関するおすすめ書籍 その要件定義は必要か 要件は決められるのか 要件定義をすることがルールで定められているから要件定義をする必要がある 要件は定義できるのか 現行の業務マニュアルをベースに要件定義をするつもりのあなたへ 現行システムをベースに要件定義をするつもりのあなたへ 外部業者を呼ぶ前に考えるべき事 どこから外注するかを考える 要件定義の作業期間を見積もる 要件定義に関するおすすめ書籍 この後に何度も引用することになると思うので、最初に要件定義のおすすめ書籍を紹介しておく。と言っても紹介するのは1つだけだ。 ユーザのための要件定義ガイド第2版 作

                              実践要件定義入門以前 - 勘と経験と読経

                            • 電車の中で座るための戦略とアクションプラン｜みずほリサーチ＆テクノロジーズ

                              • プロジェクトマネージャ試験に20時間の独学で一発合格した方法 - 斗比主閲子の姑日記

                                昨年10月にIPA（情報処理推進機構）の国家資格『プロジェクトマネージャ試験』を受験しました。 年が明けて「そういえば合格発表はいつだったっけ？」とIPAのサイトを見に行ったら、昨年12月下旬には合格発表がされていて、無くさずに持っていた受験票の情報を使ってチェックしたら、合格していたのでした。結構厳しいかと思っていたので、新年早々かなり驚いてしまい声が出たので、家族には変な目で見られました。 ※午前1は免除。午前2と午後1は60点以上で合格、午後2は4段階でAが必須 この記事では、非エンジニアの私がどうしてプロジェクトマネージャ試験を受験をしようとしたのか、どのような勉強をしたのかを紹介します。どなたかの参考になれば幸いです。 受験のきっかけ 2週間（20時間）しか勉強しなかった背景 勉強計画の策定 各試験のリソース配分 午前2（試験時間40分） 勉強時間 3時間 午後1（試験時間90分

                                  プロジェクトマネージャ試験に20時間の独学で一発合格した方法 - 斗比主閲子の姑日記

                                • 一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ

                                  今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね？」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります（もしこれらを利用できる環境にいるならとても幸せなことです）。 少なくとも日本で実施される一般的なプロジェクトは PMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない

                                    一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ

                                  • もやし（@w_coast_0330）さん / X

                                      もやし（@w_coast_0330）さん / X

                                    • 東証の記者会見は「技術がわかる経営者」「受け答えが理路整然」と絶賛する感想が集まる。なお横山CIOは落研出身

                                      リンク 日本経済新聞 電子版 東証「2日の売買実施は1日19時半めど連絡」 社長会見終了 ■宮原社長「市場預かるものとして責任痛感」■システム再起動なら相当の混乱想定された■終日売買停止で1日の株価は「値つかず」 56 users 236

                                        東証の記者会見は「技術がわかる経営者」「受け答えが理路整然」と絶賛する感想が集まる。なお横山CIOは落研出身

                                      • システム構成図、ER図、フローチャートなどを描くときに無料で使える作図ツールやドローイングツールまとめ。2024

                                        システム構成図、ER図、フローチャートなどを描くときに無料で使える作図ツールやドローイングツールまとめ。2024 システムを開発する際には、インフラを構築するためのシステム構成図やアプリケーションの仕様を検討するためのさまざまなUML関連のダイアグラム、フローチャートやデータベース設計におけるER図など、さまざまな作図をする場面があります。 これらの作図作業を支援してくれるツールは多数存在しますが、ここでは無料で使えるツール、あるいは無料プランが利用できる有料サービスなどをまとめました。 draw.io 無料で利用できるドローイングツールの代表的な存在がdraw.ioでしょう。ユーザー登録すら不要ですぐに使い始めることができて、作図したデータはGoogle DriveやOneDrive、Dropbox、GitHubやGitLab、ローカルデイバイスなどに保存できます。 GitHubにサーバ

                                          システム構成図、ER図、フローチャートなどを描くときに無料で使える作図ツールやドローイングツールまとめ。2024

                                        • なぜ「結論から話す」が、なかなかできないのか、観察したら、理由が分かった。

                                          最も重要なビジネススキルはなんですか？ と問われたら、なんと答えるだろう。 人によりけりだと思うが、私がコンサルティング会社で経験した限りでは、「結論から話す」がその候補の一つだと感じる。 これは誇張でもなんでもなく、「コンサル一年目が学ぶこと」の著者が、この本の最初の項目として設定していることにも現れているように、 あるいは、スキル系のビジネス書には大抵それに類似したことが書いているように、今では「結論から話せ」は、、もはやビジネス上の慣例といっても良いくらいだ。 私の場合は、入社するとまず直属の上司に「結論から」を求められた。 例えば、こんな具合だ。 私「すいません、相談があるのですが……」 上司「何？」 私「お客さんのところで、規定の説明をしていたのですが、第二条のところでお客さんから質問が出てしまったんですよ。「目的と目標はどうちがうんですか」と聞かれたので、こう答えたんです……」

                                            なぜ「結論から話す」が、なかなかできないのか、観察したら、理由が分かった。

                                          • 要件定義とはそもそも何か

                                            BPStudy#188〜要件定義を学ぼう。ChatGPTを添えて( https://bpstudy.connpass.com/event/281289/ ) の登壇資料です。 2023年4月28日(金)に開催。

                                              要件定義とはそもそも何か

                                            • "提案"のレベルを上げる - Konifar's ZATSU

                                              組織で物事を進めるのが早い人は、"提案"のコミュニケーションを取っていることが多い気がする。 "指摘"で止まるのではなく課題の解決に向けた"提案"までやる方がいいんだけれど、そもそも提案って一言で言ってもまあ難しいよね。とある1on1で雑談していて、"提案"のスキルを上げていくにあたってはいくつかのレベルに分けて考えてみるといいかもしれないと思ったので、声かけのワード別に自分の考えを雑にまとめてみる。洗練されていないので意見がほしい。 レベル0: 「どうすればいいですか」 何か問題があった時の「どうすればいいですか」という聞き方は提案ではなく指摘で止まっている。 指摘してくれるということは気づいているということだし、それを伝えてくれること自体も素晴らしいことなのだけれど、そこからどうしていくかを決めるのが大変な部分なので次のレベルにも染み出していきたい。 レベル1: 「どれにしましょうか」

                                                "提案"のレベルを上げる - Konifar's ZATSU

                                              • アプリケーションにおける権限設計の課題 - kenfdev’s blog

                                                日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR（長すぎて読みたくない） 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能

                                                  アプリケーションにおける権限設計の課題 - kenfdev’s blog

                                                • スタートアップで働くなら読んでほしい基本の教科書30選：仕事力を作ってくれる知識と考え方｜tebiki ブログ

                                                  弊社のスタッフ向けに推奨している教科書リストをご紹介。新卒や中途入社にかかわらず全社員が対象です。 この教科書リストにある本は「この1冊で人生が変わった！」とかいう類のものではなく入門書的なもので、エンジニア／営業／マーケティング／CS等の職種にかかわらず、全ての人に最低限理解して身につけて欲しい内容です。 学校や読書より、明確な問題意識をもって日々の仕事に真摯に取り組むことがビジネスパーソンとしての大きな成長につながると信じています。でも、仕事だけでは成長できません。イベントやSNSで刺激を受けるのも大切だけど、基礎がないとそもそも役に立たないし、勉強してない人の底の浅さはすぐバレてしまう。 基礎能力を伸ばすには体系だった知識と理解が必要で、入門書を読むことが一番の近道。こういう土台を引き上げる努力が、弊社が提供する「現場向け動画教育システム tebiki」の事業開発にも役立っているなー

                                                    スタートアップで働くなら読んでほしい基本の教科書30選：仕事力を作ってくれる知識と考え方｜tebiki ブログ

                                                  • https://twitter.com/ooyamaotita/status/1518968711008624640

                                                      https://twitter.com/ooyamaotita/status/1518968711008624640

                                                    • 【独自】プッチンプリン出荷停止の「主犯」はデロイト！グリコのシステム刷新で1年遅延の末に障害発生“ボロボロ案件”の実態

                                                      コンサル大解剖 「勝ち組」としてバブルを謳歌するコンサルティング業界。市場の急膨張を背景に、業界の序列を巡って多種多様なプレイヤーがバトルを繰り広げている。アクセンチュアやBIG4、戦略系ファーム、国内コンサル、ITベンダーから総合商社に広告代理店……。各社の成長戦略や人材戦略に加え、コンサルを活用する事業会社側の思惑まで、大乱戦期を迎えたコンサルビジネスの最前線を追う。 バックナンバー一覧 食品大手、江崎グリコで起きた大規模システム障害で、原因となったシステム刷新のプロジェクトを手掛けた主幹ベンダーがデロイト トーマツ コンサルティングであることが分かった。復旧には時間がかかる見通しで、主力商品の「プッチンプリン」などが出荷できず、小売店の棚から消えている。長期連載『コンサル大解剖』内で配信している特集『デロイト内部崩壊』の第10回では、プロジェクトの詳細や大幅遅延など混乱の様子に加え、

                                                        【独自】プッチンプリン出荷停止の「主犯」はデロイト！グリコのシステム刷新で1年遅延の末に障害発生“ボロボロ案件”の実態

                                                      • 元コンサルの回顧本に「現場に数値目標を与えると数値目標は達成されるが数値化されてない部分が必ず失われる」例として上げていたことの内容がキツい

                                                        林司@るーしゃんず @Archangel_HT 元コンサルの回顧本に書いてあったんだけど、現場に数値目標を与えると、その数値目標は達成されるが数値化されてない部分が必ず失われる、とされてるんだよね。バスの定時発車率にインセンティブを与えたら確かに率は上がったけど、信号無視とかするようになった、とか例を挙げてた。 x.com/Dirg_rocketdyn… dirG @Dirg_rocketdyne 論文誌出版社というボトルネック 「研究社会を海外の商業的な科学情報機関が席巻しており、彼らの提供するデータを論文評価の代理指標に使っているのは全く好ましくない。」 「研究者の数値評価は有害」　ノーベル化学賞・野依良治氏の憂い - 日本経済新聞 nikkei.com/article/DGXZQO…

                                                          元コンサルの回顧本に「現場に数値目標を与えると数値目標は達成されるが数値化されてない部分が必ず失われる」例として上げていたことの内容がキツい

                                                        • あまりイキってないコンサルと一緒に仕事をしたときの話

                                                          イキりまくってるコンサルにクソムカついたという話が出てたので、そのついでに自分の話もしてみたい。 今から数年前、自分の担当していた企業の業績が急激に悪化し、再建支援(これは表向きの理由、真の目的は債権保全)のため自分がそこへ出向することとなった。 年商数百億円規模の会社で銀行借入も百億円近くある企業なので、管理体制はそれなりに構築されているのだろう、そう思っていたのだが実際には酷い有り様であった。 社内の情報共有は全く成されていない、損益管理も決算を締めてみるまで分からない(月次で試算表は作っているが、進行基準ではなく完成基準なので全く参考にならない) 資金繰りの管理すら行われていない、「月末の不足分は銀行の当座借入枠で調整」という中小企業でよくある典型的パターンとなっていた。 「このままではとても自力再建など出来ない」と気づいた私は、危機感も能力も全くないプロパー社員を指導しながら、社内

                                                            あまりイキってないコンサルと一緒に仕事をしたときの話

                                                          • ITエンジニアが投票した「ITエンジニア本大賞2023」発表。AWSの知識地図／ソフトウェアアーキテクチャの基礎／プロになるJava／チームトポロジーなど

                                                            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投票で選ぶイベントです。 主催は翔泳社ですが、対象となる書籍は出版社を問わず技術書、ビジネス書全般となっていま

                                                              ITエンジニアが投票した「ITエンジニア本大賞2023」発表。AWSの知識地図／ソフトウェアアーキテクチャの基礎／プロになるJava／チームトポロジーなど

                                                            • マッキンゼーの新入社員が最初の3か月で叩き込まれるスキル。成長する人は「段取り」に長けている - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習

                                                              仕事においては、「段取り」が重要だとよく言われます。では、みなさんはこの段取りとはどんなものでどこに重要性があると考えているでしょうか。 お話を聞いたのは、新入社員は最初に段取りを叩き込まれるというマッキンゼー・アンド・カンパニーに勤務していた、エグゼクティブコーチの大嶋祥誉（おおしま・さちよ）さん。段取りとはなにか、そしてよりよい段取りをつくるために必要な思考についても解説してくれました。 構成／岩川悟　取材・文／清家茂樹　写真／石塚雅人 必要な「段取り＝流れ」を知らなければ、どんな仕事もできない 流れのまとまりである「設計図」を改善する「ミニマム思考」 「バリュー」の認識次第で、アウトプットも設計図も変わる 必要な「段取り＝流れ」を知らなければ、どんな仕事もできない 「段取り」とは、もっと簡単な言葉でいうと「流れ」になるでしょうか。 流れは、仕事に限らずなにをするにも必要です。たとえば

                                                                マッキンゼーの新入社員が最初の3か月で叩き込まれるスキル。成長する人は「段取り」に長けている - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習

                                                              • 要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経

                                                                タイムラインに流れていた『もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日本でも出てきている』という話に関する極めて個人的な雑感。あるいは記憶のダンプ。 b.hatena.ne.jp 要件定義を専門でやる技術者(Requirement Engineer)の話はいつか来た道 要件定義を専門でやる技術者という話は新しい話ではなく、ゼロ年代後半から議論がされていたものである。 ゼロ年代後半というと、SIerを中心にわりと適切なプロジェクトマネジメント方法論が普及しはじめて、「要求された通りのシステムは開発できるようになってきた」という時代だ。 一方で「システムは開発できるが、要件定義がゴミだと、完成するシステムもゴミ」という問題が残っていて、要件定義の高度化や専門家育成の議論があったのだ。 要求開発~価値ある要求を導き出す

                                                                  要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経

                                                                • 中古車販売業者B、遊覧船S、飲料企業Hを繋ぐもの｜雨宮純

                                                                  中古車販売業者Bの組織風土2023年7月25日。とある中古車買取・販売業者が記者会見を行い、その場で社長の辞任が発表された。昨今巷を騒がせている、保険金不正請求問題を受けての対応である。

                                                                    中古車販売業者B、遊覧船S、飲料企業Hを繋ぐもの｜雨宮純

                                                                  • コンサルだけど同業ツイッタラーにクソムカついた愚痴

                                                                    フォロワー2.6万人いて某コンサル会社所属のインフルエンサー?なツイッタラーがいる。 コンサルなんて狭い世界なので見る人が見ればどこのファームか大体察しがつく、というか同じ会社だろうしそりゃわかる。その人は恐らくシニアマネージャー(プロジェクトをいくつか回す、ほぼ現場の最高責任者)。 言ってることがおもろいし、趣味も合うし、とにかく"ロック"を志向していて旧態依然のダサいことを糾弾してるのとか痛快だったし、こんな人と一緒に仕事できたら楽しいだろうななんて思いながら黙って結構長くフォローしてた。 仕事がしんどくなった頃に重なってか、なんとなく言ってることが激務自慢、若手の現状とか視界に入ってない感じにちょくちょく違和感を感じるようになったけど、そこまで鼻につくわけでもなくフォローしたままだった。 ある時、彼がLINEか何かの画像を無言でTwitterに上げていた内容を見て呆気にとられた。 『

                                                                      コンサルだけど同業ツイッタラーにクソムカついた愚痴

                                                                    • 「できない理由」を並べる人々は、とりあえず無視して構わない。

                                                                      コンサルタントをやっていた時、「できない理由」を並べ立てる人々に数多く出会った。 彼らの習性として「新しい何か」には、ほぼ「忙しい」と反対する。 また、リスクばかりを強調し、その打開策は探そうとしない。 例えば、こんな具合だ。 企画「今年の方針発表にもあった通り、お客さんにサービスの満足度についてヒアリングをしたいのですが。」 営業「いや、今すぐは忙しくて無理ですよ」 企画「社長からは「すぐに」と言う話だったと思いますが……、なぜですか？」 営業「ただでさえ目標がキツイので。目標達成に影響が出ます。」 企画「そうですか。では、我々が動くので。営業の方は何もしなくていいですよ。」 営業「いや、それも困ります。」 企画「なぜですか？」 営業「お客さんを混乱させてしまうかもしれないからです。」 企画「具体的には？クレームが来る、という事でしょうか？」 営業「まあ、そうかもしれません。」 企画「か

                                                                        「できない理由」を並べる人々は、とりあえず無視して構わない。

                                                                      • 「人の話が処理出来ない奴へのアドバイス」に関する補足 元エントリにはて..

                                                                        「人の話が処理出来ない奴へのアドバイス」に関する補足元エントリにはてブが1700もつき、Twitterでも関連ツイートが千バズ、万バズになり、それらの閲覧数の合計が7桁になっていたのにはびっくりした。 「言語化されていないが切実な課題」だったのだな、と強く感じている。 そして、「自分の解釈を傍に置いて読む」ことができない人がたくさんいたのには、予想はしていたけどさすがに笑ってしまった。 まーそれが人間の仕組みだしね、とは思っているけど、やはり笑ってしまう。 その一方で、読めている人が、しっかり読んだ上で切れ味鋭くコメントしてきているのも事実。 世の中はすごい人がたくさんいるな、とも改めて思ったし、賢い人を甘く見てはいけない、という思いを新たにした。 ということで、フィードバックがあった点を中心に、情報を補足したほうが良いと思った点について、自分の考えを箇条書きで書いていく。 議論を理解する

                                                                          「人の話が処理出来ない奴へのアドバイス」に関する補足 元エントリにはて..

                                                                        • 日本で唯一の成長産業？知られざる“コンサル業界”に迫った | NHK | WEB特集

                                                                          「コロナ禍でもまったく人が足りていない。採用も増えている」 「今の日本で唯一の成長産業。2010年代になって爆発的に拡大している」 いわゆる「キャリア官僚」の志望者が年々、減少する中、東大生・京大生の就活人気ランキングで上位の多くを占めているのが“コンサル業界”だ。 大企業の経営戦略や官公庁の政策立案にも深く関わる“コンサル業界”その知られざる実態と急拡大の背景を探った。 （社会部記者 橋本佳名美 守屋裕樹 平山真希）

                                                                            日本で唯一の成長産業？知られざる“コンサル業界”に迫った | NHK | WEB特集

                                                                          • 「変な名前の高級食パン店」がバタバタ潰れている？～「だが元締めの”プロデューサー”の懐は痛まない」

                                                                            赤祖父 (赤ソファ) @akasofa 吉祥寺のおもしろネーム高級食パン店、8月末に開店なので5ヶ月程度しか持たなかったね。これから飽きられた同じノリのパン屋バタバタ潰れていきそうだな。

                                                                              「変な名前の高級食パン店」がバタバタ潰れている？～「だが元締めの”プロデューサー”の懐は痛まない」

                                                                            • 要件定義｜3分で読める非機能要件について - Qiita

                                                                              はじめに エンジニアのみなさま、日々の学習本当にお疲れ様です！ また本記事まで足を運んでいただき本当に感謝です。 約3分程度で読めるので最後まで読んでもらえると幸いです。 要件定義関連の記事の投稿をしました。時間あればぜひ読んでみてください。 今回は「非機能要件」の 可用性 性能・拡張性 運用・保守性 移行性 セキュリティ システム環境・エコロジー の6項目について理解を深めてアウトプットしようと思います。 非機能要件｜6項目について 1. 可用性 システムが継続して利用可能な状態を維持する能力を指します。『稼働率』 で表現されます。システムは定期メンテナンスや予期しない障害により、一時的に利用できなくなることがあります。可用性は、稼働している時間と停止から復旧までの時間の割合で決まります。たとえば、Amazonの「Amazon ECS」サービスは 『99.99%』 の稼働率を保証しており

                                                                                要件定義｜3分で読める非機能要件について - Qiita

                                                                              • 書かせると、仕事の能力がすぐにわかる

                                                                                昔、面接官をやっていた時のこと。 我々は「どうすればコンサルタントの適性を持つ人材を集められるか」を追求していた。 長くても30分ほどの面接で、適切に候補者の選別を行うこと。 それは、「面接官の思いつきの質問」をするだけでは非常に難しかった。 我々は面接のやり方を試行錯誤した結果、「書かせること」で、かなり正確に候補者の能力を選別できることに気づいた。 一般的には面接では「話してもらうこと」を中心にすることが多いと思う。 が、我々はその場で「書いてもらう」ことにした。 ＊ そのやり方は、以下のようなものであった。 まず、お題を出す。 多くは現場の状況を切り取ったもので、次のような趣旨のこと書かれたいくつかの「資料」と「質問」を渡す。 背景 オーガニックカフェ「ナチュラルテイスト」は、都市部で成功を収めている小規模カフェチェーンです。（財務諸表・組織図・現状調査表は別添資料）新鮮で健康的な食

                                                                                  書かせると、仕事の能力がすぐにわかる

                                                                                • "さ、ひっくり返そう"上から読むか、下から読むかで意味が180度変化する西武そごうの広告がすごい「何を否定し打ち消すかで、こんなにも世界がかわる」

                                                                                  西武・そごう @seibusogo_jp あけましておめでとうございます 本年も西武・そごうをよろしくお願いいたします 2020年西武・そごうからのメッセージ✨ 「さ、ひっくり返そう」 幕内最小の力士 炎鵬の逆転劇スペシャルムービーはこちら lnky.jp/2JoVJ1N #わたしは私 #西武 #そごう #炎鵬 #相撲 #ひっくり返そう pic.twitter.com/l4y7vHI4Qg

                                                                                    "さ、ひっくり返そう"上から読むか、下から読むかで意味が180度変化する西武そごうの広告がすごい「何を否定し打ち消すかで、こんなにも世界がかわる」
                                                                                  1 2 3 4 次のページ

                                                                                  新着記事

                                                                                  はてなブックマーク

                                                                                  公式Twitter

                                                                                  はてなのサービス

                                                                                  • App Storeからダウンロード
                                                                                  • Google Playで手に入れよう
                                                                                  Copyright © 2005-2024 Hatena. All Rights Reserved.