並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 238件

新着順 人気順

MECEの検索結果1 - 40 件 / 238件

  • 質の高い技術文書を書く方法 - As a Futurist...

    大学や大学院で論文の書き方を鍛え上げた人たちには遠く遠く及ばないが、僕の様なはぐれもの1でも最近は Amazon 社内で文書の質が高いと評価してもらえるまでにはなった。Software Engineer として、コードでのアウトプットはもちろん大事だけど、文書のアウトプット(およびそれによって得られた実際のアウトプット)は同じだけ重要である2。今回は自分が最近どういうところに気をつけて技術文書を書いているのか、ということについて数年後の自分が忘れてないことを確かめられる様にまとめておく。 そもそも文書とは? 英語だと document。ここで指す(技術)文書とは、人間が読む文体で書かれた技術に関連する情報、といったものだ。具体的に言うと以下の様なものを想定している: 新しいプロジェクトの骨子を説明する資料 会議の叩き台となる 1 枚ペラ 本番環境に変更を加えるにあたっての包括的な情報や具体

      質の高い技術文書を書く方法 - As a Futurist...
    • 新人の方によく展開している有益な情報 - Qiita

      Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 新人の方によく展開させていただいている有益な情報をまとめておきます。今後も展開することがあるかもしれないため情報をまとめております。 あらたな、有益な情報がありましたら、随時追加してまいります。 有益な記事・論文・書籍等を執筆・紹介していただいた皆様に感謝申し上げます。 ちなみに、本記事に記載されている情報は、お困りごと・お悩みごとをお聞きしたとき・気づいたときに、そのお困りごとに対して参考になりそうなものだけを展開していました。この情報を一気に展開していたわけではございません。 コードリーディングについて [1]ソースコードを読むため

        新人の方によく展開している有益な情報 - Qiita
      • 【パワポ研の決算資料探訪①】Goodpatch社の決算説明資料はシンプルが故に美しい|パワポ研

        決算説明会資料というものがあります。株主に向けて、当期あるいは通期の決算説明を行うための資料です。主に企業のIR室(Investor Relations)、つまり企業が株主向けに現況や今後の見通しを広報する活動を主に実施する部門が書きます。 そのIR室の役割の一つに決算説明会資料の作成がありますが、これはすごく骨の折れる作業な一方で、報われない作業でもあります。なぜなら、IR担当部という全然力がないような部が、関係各所に数字をもらったり現況を把握したりレビューしてもらったりし、その上えらい人からも余計な口出しが色々と入るからです。労多くして、という典型例ですね。 しかし、今回ご紹介するGoodpatch社についてはそれはあてはまりません。なぜなら、Goodpatch社は「デザイン」という業務が事業に大きく影響するからです。そんな会社が、自社の発表する資料で手を抜くわけがなく、またそれの見栄

          【パワポ研の決算資料探訪①】Goodpatch社の決算説明資料はシンプルが故に美しい|パワポ研
        • 有志と #ソフトウェアテスト読書マップ を作りました! - ソフトウェアの品質を学びまくる

          2022年9月9日にこんなツイートをしたところ、 ソフトウェアテストの書籍・資料について、こういうマップを作ってみたい。「QA関連」でできるといいんだけど、縦軸が定まらない。 一番繰り返し読んでいるドリル本をサンプルにしてみたけど、テスト分析自体がすでに初級じゃない気もするから、色付けも難しい。うーん。 誰か一緒にやりません?w pic.twitter.com/R0lVJhcpkD— Kazu SUZUKI (@kz_suzuki) 2022年9月9日 「一緒にやってもいいよ~」っていう方々に声をかけていただき、1週間あまりでみるみるできあがっていきました! みなさんの機動力高すぎて、わたしの寄与は「声をかけて最初のフォーマットを作った」くらいになってしまいましたよ。 ということで、以下に公開します! docs.google.com 「閲覧者(コメント可)」というアクセス権を設定しています

            有志と #ソフトウェアテスト読書マップ を作りました! - ソフトウェアの品質を学びまくる
          • 社内ミーティングの4割はゴール設定ができていない 「ムダな会議」をなくすためのファシリテーションのコツ | ログミーBusiness

            社内ミーティングの4割はゴール設定ができていない 「ムダな会議」をなくすためのファシリテーションのコツ提供:株式会社ベネッセコーポレーション 多くの企業で、日々オンラインでの会議やプレゼンが行われている一方で、「参加者の表情が見えない」「ブレストが盛り上がらない」「対面より意思決定に時間がかかる」といった課題も聞かれます。本記事では、Udemy Business Webセミナーより、プレゼンクリエイターの前田鎌利氏による「リモートワーク時代の必須スキル~オンラインファシリテーション入門~」の模様をお届けします。前編では、オンライン会議の品質を高めるためのフレームワークやアドバイスについて語りました。 「ビジネス・教育・書」で活躍するマルチクリエイター前田鎌利氏(以下、前田):みなさん、おはようございます。前田と申します。今日のウェビナーには、すごくたくさんの方にお越しいただいています。限ら

              社内ミーティングの4割はゴール設定ができていない 「ムダな会議」をなくすためのファシリテーションのコツ | ログミーBusiness
            • マッキンゼーのマネージャーが「資料を作る前」に準備する すべてのアウトプットを支える論理的なフレームワーク

              次世代の変革をリードする20~30代のハイクラス向けキャリアアップ支援サービス「MELIUS(メリウス)」のマネジメントセミナーに、元マッキンゼーで現在はMELIUS事業責任者を務める田中直道氏が登壇。ピラミッドストラクチャーを作る際のポイントや、ピラミッドストラクチャーの「縦方向」と「横方向」の考え方などを解説しました。 前回の記事はこちら ピラミッドストラクチャーを作る際のポイント田中直道氏:ここまでピラミッドストラクチャーの基礎を説明してきましたが、このフレームワークは一番上に言いたいことを置き、それを下支えする根拠に分解していく構造です。これを作る際のポイントについて触れていきます。 具体的には、「縦方向」と「横方向」の意識が重要です。 まず、縦方向のポイントとして、階層構造が明確であることが挙げられます。サブピラミッドの要素は、必ず上位のメッセージを支える内容になっている必要があ

                マッキンゼーのマネージャーが「資料を作る前」に準備する すべてのアウトプットを支える論理的なフレームワーク
              • 内製化をすすめる知人へのアドバイス - Kengo's blog

                ソフトウェアエンジニアとしての働き方を探求してきた経験と、駐在員として文化の狭間でうろちょろしてきた経験、OSSエンジニアとして多数の多様な人材と交流してきた経験をもとに、果敢にも内製化に挑戦する知人へのアドバイスを気持ちまとめます。 前提 主な利用技術にはJava(Spring Framework)やTypeScriptを想定 FaaSを始めとしたManaged Serviceは(いまのところ)積極採用しない構え Digital Transformationを推し進める一環としての内製化に、エンジニアリングの観点から挑む方を読み手として想定 内製化のターゲットは決まっているか心当たりがある状態 既存の開発チームはほぼ無い想定 1. チームビルディング 1.1. スーツとギークの対立を避ける 我々が若かった頃は"スーツ"と"ギーク"の対立を煽る風潮にありました。Rockstar Engin

                  内製化をすすめる知人へのアドバイス - Kengo's blog
                • さて、専門性と体系化の話をしようか|ベイジの図書館

                  「専門性が高い人になりたいですか?」 そう問われたら、多くの人が「はい!」と答えるでしょう。エンジニアやデザイナーのような専門職に限らず、ビジネスパーソンの多くも、「できることなら何らかの専門性を高めたい」と思っているはずです。 しかし、そもそも「専門性が高い」とはどういう状態を指すのでしょうか。どんな人になれば「専門家」だと評価されるようになるのでしょうか。それを突き詰めて考えることが専門性を高めるヒントになると思い、少し深堀してみました。 最後には、まだ実験中ですが、ChatGPTを活用して専門性を高める方法をご紹介します。 専門性と体系化の関係 辞書サイトのWeblioを見ると、専門性とは「特定の分野のみに深く関わっているさま。高度な知識や経験を要求されることや、その度合い」と書かれています。この定義に従うと、専門性には「特定の分野の高度な知識や経験」が必要だということになります。

                  • デザインセンスを高める習慣|けいC (Shun Kimura)

                    この記事について会社・チームで人と一緒に働いたり、コミュニティで他人のアウトプットなどを観察したりすると、「この人頭いいなー」とか、「センスいいなー」と思ったりすることもあれば、逆のこともあったりするだろう。 最近、「デザインセンス」をチームに期待するにあたり、そもそもデザインの構成要素とはどういったもので、どのようにしたらデザインという営みの精度が上がるのか、という疑問に行き着いた。 個人のデザインセンスというところでは、先天的なものとまではいわずとも長く蓄積された思考習慣による才能・素養のようにも思えるが、後天的に、例えば成人後でも訓練可能なのかという観点で考えてみたので自分なりの整理として書き出してみる。 組織レベルで考えると「チームとしてどう成熟していくか、その経験をどうスケールさせていくか」というナレッジマネジメントの問題にも行き当たるが、ここではあくまで個人としてのデザインセン

                      デザインセンスを高める習慣|けいC (Shun Kimura)
                    • 弱者男性論マップ

                      追記: blogでやれ派がいらっしゃるようなので https://yatimasan.hatenablog.com/entry/2021/05/06/133616 X 党派問わず論拠や目的変数としてよく引用されるものを便宜上ここに配置 X-1 男女の自殺率の比較 X-2 男女の生涯未婚率の比較 X-3 結婚相談所やマッチングサービスにおけるマッチング成立の影響変数 X-4 国家間比較や年代比較における、男女平等指数と生涯未婚率男女差・自殺率差の相関性 X-5 男女・雌雄の生物学的差異や進化論的考察 X-6 社会的な「男らしさ」規範の存在 X-7 養育権の取りやすさにおける男女の偏り、シングルマザーとシングルファザーの数の差 X-8 男女の自殺未遂率の比較 X-9 出生率、出生率への影響変数としての男女平等指数、出生率の国家間比較 X-10 男女平等指数自体の統計的問題点の指摘 X-11 幸

                        弱者男性論マップ
                      • 論理的思考力っていったい、何のこと?

                        論理的思考という言葉がある。 この言葉は、ビジネスでは大変な人気で、 「論理的思考力を鍛えよ」とか 「論理的思考力を身につけましょう」とか 「ビジネスパーソンに必須の素養」とか そんな言われ方をしている。 ところが、この「論理的思考」という言葉は、実は、最も説明の難しいことばの一つだ。 * もう10年以上前のことだが、コンサルティング会社に在籍していたとき、 「ロジカルシンキング」の研修テキストを作っていたことがある。 ロジカルシンキングとは、日本語では「論理的思考」と訳されるが、私が在籍していたコンサルティング会社では 「難解な用語は、中学生でもわかるくらいにかみ砕いて説明しなさい」 という方針があった。 そのため「論理的」という言葉の正確な定義について調べたのだった。 まずは当然、辞書を引いてみる。 すると、「論理の法則にかなっているさま」とあった。 そこで再度、「論理」について調べた

                          論理的思考力っていったい、何のこと?
                        • 要件定義失敗と改善の歴史 ~ その時、要求・ユーザーストーリーをどうまとめ、どう改善してきたか ~ - 株式会社ヘンリー エンジニアブログ

                          こんにちは。ヘンリーCEOの逆瀬川です。 開発する上で、難しい部分の一つである要件定義。 最近、社内では「要求仕様」と呼ばれるようになり、要求仕様化のプロセスとフォーマットの改善に取り組んでいます。しかし、3年間にわたって苦労し、失敗と改善を繰り返してきた歴史があります。 本ブログでは、主にプロセスとフォーマットの失敗について触れますので、詳細は割愛します。「ココもっと深く知りたい!」という方は、ぜひカジュアルにお話しましょう。その場で深堀りいただいた内容を元に、更にブログで考察していきたいと思います。 では、過去私たちが体験した5つの時代と今後訪れるだろう要求開発黄金時代についてお話しましょう。 ユースケースで仕様漏れた時代 要求導入混沌時代 要求を全員で書くぞ時代 プロダクト要求と仕様を分けて書き始めた時代 CSと連携して速度が上がり始めた夜明け前 将来訪れるだろう要求開発黄金時代へ

                            要件定義失敗と改善の歴史 ~ その時、要求・ユーザーストーリーをどうまとめ、どう改善してきたか ~ - 株式会社ヘンリー エンジニアブログ
                          • 知的・技術的進歩のスピードを限界まで加速するノートアプリ『Heptabase』 - Qiita

                            Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 1年半ほどObsidianというノートアプリを使い、Qiitaにも記事を3つほど公開をしていました。 効率的に成長するためのデジタルノート術(Obsidian x Zettelkasten(LYT Framework)) コーディングのようにノートを取る技術 がんばらないObsidianノート術 確かにNotionやEvernoteとは違う感覚のノートアプリであり、双方向リンクを利用したグラフで繋げていくノートに当時は感動を覚えました。 その反面、Obsidianを百パーセント有効に活用できていたかと聞かれると「はい」と答える

                              知的・技術的進歩のスピードを限界まで加速するノートアプリ『Heptabase』 - Qiita
                            • 評価制度が機能するのは、前提に「腹八分目の年収」があるから 人事評価制度の構築・改良を成功させる6つのポイント

                              白潟総合研究所株式会社代表で『中小ベンチャー企業を壊す! 人事評価制度 17の大間違い』著者の白潟敏朗氏と、『起業の科学』著者の田所雅之氏による対談の模様をお届けします。テーマは「人事評価の『ワナ』『落とし穴』」。中小ベンチャー企業の経営者に向けて、人事評価に対する悩みを解決するために最も大切なポイントについて語られました。最終回の本記事では、人事評価制度の構築・改良の成功のための6つのポイントが語られました。 固定賞与や給与に関する評価シートは、従業員が増えてから 白潟敏朗氏(以下、白潟):少しまとめさせていただきます。(人事評価シートについて)じゃあ私どもとしてどうしたらいいのかなというのを、一覧表示してみました。まずは業績連動賞与、いわゆるインセンティブに関しては、従業員の人数関係なく、ある意味計算式でやれる世界ができれば、評価が一番楽なのかなというふうに考えます。 社員が20人にな

                                評価制度が機能するのは、前提に「腹八分目の年収」があるから 人事評価制度の構築・改良を成功させる6つのポイント
                              • ソフトウェアアーキテクチャ・ハードパーツ

                                ソフトウェアアーキテクチャに絶対的な正解は存在しません。むしろ、さまざまな妥協点の中から選択を強いる難題、すなわち「ハードパーツ」が多く存在します。そのため、ソフトウェアアーキテクトには常にトレードオフを見極め、状況に合った選択をすることが求められます。本書は、読者が自身のアーキテクチャ上の難題に対して効果的なトレードオフ分析を行い、より良い決定ができるようにするための書籍です。 本書では、サービスの粒度やデータの所有権、コードの再利用やワークフローの調整、可用性や信頼性の実現といった現代のソフトウェアアーキテクチャの難題と、それに対するさまざまなアプローチやパターンを紹介します。そして意思決定を難しくするトレードオフについて、モノリスを分解しマイクロサービスアーキテクチャに再構築する例を通して詳しく説明します。 『ソフトウェアアーキテクチャの基礎』の著者らによる現代的なトレードオフ分析と

                                  ソフトウェアアーキテクチャ・ハードパーツ
                                • 5年やって分かった要件定義に必須な5つのスキルとその上達方法 - みんなのシステム企画

                                  「要件定義のスキルを上げたいけどどうしたら良いかわからない」 こんなふうに悩んだことはないだろうか。 要件定義ではかなり幅広いスキルが求められる。さらに要件定義の対象は毎回異なるため、具体的なレベルでスキルを言語化するのがかなり難しく、どうしてもスキル定義が「コミュニケーションスキル」や「ビジネス理解スキル」といった抽象的な言葉になりがちだ。 そこでこの記事では、要件定義を第一線で実行してきた私が、要件定義を構成するスキルを以下の5つに分解し、それぞれの向上のための方策も可能な限り具体化した。 ・論理的に物事を整理するスキル ・ビジネスの数字を理解するスキル ・業務のフローを理解するスキル ・要求を具現化するスキル ・要求を達成するために必要な機能を洗い出すスキル それでは一つずつ見ていこう。 1 要件定義をするために必要な5つのスキル この章では、要件定義に必須なスキルとそれがなぜ必要な

                                    5年やって分かった要件定義に必須な5つのスキルとその上達方法 - みんなのシステム企画
                                  • サクッと伝わるドキュメントを目指すためにエンジニアが意識していること

                                    この記事は? 株式会社ログラスでクラウドインフラエンジニアをしている中井 (@elmodev09) です。 エンジニアとして働ていると、技術選定の調査結果をまとめたり、Design Docを書く等、ドキュメントを書く機会が多いのではないでしょうか? ドキュメントは、不必要なディスカッションを減らすための非常に強力なツールです。 特に、抽象度が高いタスクにおいては、ドキュメントをうまく活用することで議論のポイントを明確化し、効率化を図ることができます。 個人的な話になりますが、これまでに書いたドキュメントについて、「分かりやすい」「読みやすい」と言っていただけることが多いです。 (もちろん、毎回そうではなく、分かりにくい場合もありますが) 私は口頭で全てを明確に説明するのが得意な方ではないため、思考を整理してドキュメントにまとめることで、なんとかエンジニアとしての業務をこなしています。 今回

                                      サクッと伝わるドキュメントを目指すためにエンジニアが意識していること
                                    • エンジニアリングマネージャーとしての開発力向上の取り組みついて - Qiita

                                      スクワッド体制における留意点として、「Spotifyは "Spotifyモデル "を使っていない [3]」で以下のように述べられているように、単に方法論を真似るのではく、自分の組織と向き合い、学習して、進化し続けることが大切であると思います。READYFORにおいても日々、組織体制について議論し、改善を進めています。 ビジネスユニット、部門、チーム、マネージャーは、Spotifyの失敗した方法論に固執してはいけません。彼らはSptifyのモノマネよりも効果的に組織構造の役割と責任を伝えることができるのです。 あなたがSpotify Modelを見つけたのは、自分のチームをどのように構成するかをいつも考えていたからでしょう。でもここで止まってはいけません。学習を続けてください。 1-2. READYFORのスクワッド体制 READYFORの場合、どのようなスクワッド体制を敷いているか? ひと

                                        エンジニアリングマネージャーとしての開発力向上の取り組みついて - Qiita
                                      • 戦略ファーム時代に読んだ700冊のまとめ *随時更新 - Digital, digital and digital

                                        戦略ファーム時代に読んだ700冊程度の本をまとめています*随時更新 戦略ファーム時代に読んだ700冊程度の本をまとめています I. 戦略 企業参謀 https://amzn.to/44iKVxM 当初、いまいち戦略というものが掴めきれず迷子になっていた時に「大前研一はこれだけ読め」と教わった本。大量に出ている他の大前本を読まなくて済むのが見過ごせない大きな価値 戦略サファリ 第2版 https://amzn.to/3csZg0t 経営戦略の本を読み漁るも、実プロジェクトの方が全くもって学びになるという普通の感想をもち、俯瞰での戦略論を求めるようになる。いやあ懐かしい 企業戦略論【上】基本編 競争優位の構築と持続 Jay Barney https://amzn.to/3dJjVxB 任天堂の戦略の妙に気が付きはじめ、ベースか似通ったものはないだろうかと思うようになった時にJay Barney

                                          戦略ファーム時代に読んだ700冊のまとめ *随時更新 - Digital, digital and digital
                                        • 「PCのマウスを使ったら、手を切り落とす」と徹底指導…圧倒的な“速さ”を生むコンサルタントの仕事術とは? | 文春オンライン

                                          2020年代、“大コンサル時代”ともいえるブームが起こっているという。NHKの調査によれば、就活口コミサイトが発表した東大生・京大生の2023年卒業生の就活人気ランキングにおいて、トップ10の半数をマッキンゼーやボストンコンサルティングといったコンサルティング企業が占めているのだ。 ここでは、世界トップクラスの外資系コンサルティング会社を12年間生き延びた「超絶テクニック」がSNSで話題のコンサルタント、メン獄さん初の著書『コンサルティング会社 完全サバイバルマニュアル』(文藝春秋)より一部を抜粋。コンサル社員が“圧倒的スピード”で作業できる理由をメン獄さんが解説する。(全2回の2回目/1回目から続く) いわゆる“コンサルタント”のイメージ さて、この記事を読んでいる読者は、いわゆる「コンサルタント」についてどんなイメージを持っているだろうか。 パリッとアイロンのかかったシャツにスリーピー

                                            「PCのマウスを使ったら、手を切り落とす」と徹底指導…圧倒的な“速さ”を生むコンサルタントの仕事術とは? | 文春オンライン
                                          • なぜ「全身全霊」で働くことは賞賛されるのか?文芸評論家・三宅香帆と読む『東大生はなぜコンサルを目指すのか』 - 集英社新書プラス

                                            なぜ「全身全霊」で働くことは賞賛されるのか?文芸評論家・三宅香帆と読む『東大生はなぜコンサルを目指すのか』 就職先・転職先として人気を博している「コンサル」。こうした状況の背景には、いまのビジネスパーソンが感じている仕事への不安が現れている。『ファスト教養 10分で答えが欲しい人たち』の著者・レジー氏がビジネスを取り巻く言葉をひも解き、発売後即重版された話題書が『東大生はなぜコンサルを目指すのか』である。 本記事では文芸評論家の三宅香帆氏と対談。『なぜ働いていると本が読めなくなるのか』で働き方への問題提起を行った三宅氏はこの本をどのように読んだのだろうか。 『東大生はなぜコンサルを目指すのか』(集英社新書) 「安定したいから成長したい」という矛盾 三宅 書店を見ていると「元コンサル」の書き手が増えているなと思って。ビジネス書だけじゃなく、一般書全体で増えてる気がします。 レジー ちょっとし

                                              なぜ「全身全霊」で働くことは賞賛されるのか?文芸評論家・三宅香帆と読む『東大生はなぜコンサルを目指すのか』 - 集英社新書プラス
                                            • コンサルティング会社完全サバイバルマニュアル(アナリスト編)|uudaiy

                                              はじめに記載にあたって2009年から13年にわたり自分自身に就労と学習の機会、何よりも掛け替えのない仲間を授けてくれた会社に感謝する。そしてすべてのコンサルタントにこの文書を捧ぐ。 当文書は2009年9月から13年コンサルティング会社に勤務し、同社でシニアマネージャまでのキャリアレベルを経験した人間が、自身の独断と偏見にのみ基づき記載する業界内サバイバルマニュアルである。そのため、所属業界・会社の総意ではなく、あくまでも個人の体験を基にした非公式文書となる。 当文書を執筆している2021年は大コンサル時代ともいえる時代を迎えている。筆者が就職活動をしていた15年前に人気上位であった総合商社やメガバンクといった伝統的な国内大企業を抑え、東大京大生の就職人気ランキングでは戦略、総合コンサルティング会社あるいはシンクタンクと呼ばれる企業が上位を独占している。加えて即戦力の補填を目的とした中途採用

                                                コンサルティング会社完全サバイバルマニュアル(アナリスト編)|uudaiy
                                              • より信頼できるクエリを書くために、SQLでもテストを書く - ハヤオキスルフクロウ

                                                はじめに こんにちは、久しぶりに技術系の記事を書きます、株式会社カンムで機械学習エンジニアをしている fkubota です。 今日はSQLについてです。 弊社に入社してから毎日のようにSQLのクエリを書いてきました。 クエリを書き始めてからもう3年が経とうとしています。 日々クエリを書きながら少しずつ自分のスタイルが出来上がってきているのを日々実感しています。 僕は 正確で 読みやすく 再利用しやすいクエリを 高速に 生み出すための工夫を重ねてきました。 結果的にテスト駆動開発ぽいスタイルが生まれたので今日は紹介してみようと思います。 似たような記事がないので少しドキドキですが温かい気持ちで読んでもらえると嬉しいです。 対象読者 対象読者は、分析のためにクエリを書いている人とします。 プロダクトに乗せるクエリというより、ビジネス的になにか示唆を得たいときにクエリを書く人を想定します。 痛み

                                                  より信頼できるクエリを書くために、SQLでもテストを書く - ハヤオキスルフクロウ
                                                • SRE実践の形:7種類の SRE 実践パターン - 株式会社X-Tech5

                                                  SRE (Site Reliability Engineering)の実践パターンの話をします。 わたしたちが自身の経験をもとに書いたものですが、参考資料の影響を多大に受けています。参考資料がどれも厚すぎて参考にしきれていない感はあります。 これらの実践パターンはどれかが優れているというものではなく、組織やプロダクトの状況によって選択するものだと考えています。 なお次のエントリでSREを成していく道のりの話をしています。 SRE実践への道:ボトムアップの場合 SRE実践への道:トップダウンの場合 7種類のSRE実践パターン これらは順番に発生していくものではありません。また これらの実践パターンは排他的ではなく、複数を並行実施する ことがあります。 わたしたちが知る限りSREのミッション(あるいはSREに対する期待値)は両極端で、全体を俯瞰し全体最適を図る方向性の場合と、可用性・パフォーマ

                                                    SRE実践の形:7種類の SRE 実践パターン - 株式会社X-Tech5
                                                  • ティール組織わからん、を掘り下げる - Kengo's blog

                                                    組織の話が好物なので色々読んできたのですが、結局ティール組織はよくわからないままでした。最初に本を読んだのが5年も前なんですね。 ティール組織は面白くなかったというか、個人的にはそこまで響かなかった。歴史書読んでるみたいな感覚で……。リーンスタートアップは部署レベルで実践できそうだけど、こっちはそうは思えなかった。— 絶賛異世界転生中 (@Kengo_TODA) July 6, 2018 で、自分なりに考えた結果、大きく2点においてよくわからないのだと思ったのでメモしておきます。 以下、「ティール組織」と書いた場合は書籍「ティール組織」を指します。なお昔読んだ本を読み返しながら書いているので読み飛ばしによる誤解などはあるかもしれませんし、ここ5年で新しい発見があったとしても私はそれをキャッチアップできていないことにご留意ください。 組織に人間の弱みを補う機能を求めたいのに、スキル常時発動を

                                                      ティール組織わからん、を掘り下げる - Kengo's blog
                                                    • ロジックツリー分析:水着モエのお腹はなぜ細いのか?[ブルーアーカイブ]

                                                      ブルーアーカイブで2023/06/21(水)~2023/07/05(水)に開催された期間限定イベント『夏の特殊作戦! RABBIT小隊と消えたエビの謎』は、好評のうちに終了した。 紆余曲折ありながらも、消えたエビの謎は無事に解き明かされ、ハッピーエンドに終わった。 しかし、このイベントには大きな謎がひとつ残ったままになっている。 「水着モエのお腹はなぜ細いのか?」だ。 大前提として、風倉モエ(かぜくらもえ)の腹は太い。 モエには「重度の甘いもの好きで、いつも棒キャンディを口にくわえている」という公式設定があり、これは要するに、腹の太さに対する理由付けである。 また、モエのRABBIT小隊でのコードネームは「RABBIT3」だが、この「3」は、モエを横から見たときのおっぱいとお腹のふくらみを指した象形文字だ。 さらに、そもそもゲームタイトルの『ブルーアーカイブ』自体が、青いスカートに包まれた

                                                        ロジックツリー分析:水着モエのお腹はなぜ細いのか?[ブルーアーカイブ]
                                                      • ★新人エンジニアが知っておきたい『学習スキーム』と『究極の勉強法』!!★ - Qiita

                                                        1.はじめに 私は普段、IT企業の企画系部門で仕事をしています。以前はアプリケーションエンジニアとして現場に入っていましたので、それなりの開発経験もあります。 これまで、業務に関する学習は当然のことながら、資格試験はIT/非ITに関わらず40以上の合格実績があり、継続的な「学び」についてはそれなりに実践してきたと思っています。 今回、「新人エンジニアにすすめたい勉強法」というアドベントカレンダーがありましたので、過去を振り返りながら「学び」や「勉強法」についての考え方などを、皆さまと共有させていただきたいと思います。どこまで共感いただけるかわかりませんが、皆様の取組みにおいて少しでもお役に立てば幸いです。 2.なぜ学びが必要なのか? 最初に「学び」の必要性について確認します。ここでは、ギャラップ社が提唱する次の方程式をお借りして考えてみたいと思います。 強み = 才能 × 投資 社会人とし

                                                          ★新人エンジニアが知っておきたい『学習スキーム』と『究極の勉強法』!!★ - Qiita
                                                        • 【連載】エンジニアがCTOになるための羅針盤 〜第一回・知っておきたい53種の必須スキルを解説する〜 - Fast DOCTOR Technologies TECH BLOG

                                                          「どんなスキルを習得すればCTOになれるか」は、答えを出すことが非常に難しいテーマのように思われます。実際、世の中に「エンジニアとしてのスキルを向上させるためのノウハウ」はあふれていますが「CTOになるためのノウハウ」を見かけることはほとんどありません。 このブログでは連載形式で、CTO候補の育成方法について考えていきます。今回は第一弾として、CTOという役割について私が感じている課題意識と、CTOに求められるスキルの全体像について記述します。連載で次に何を書くかは、読者からのアンケートを募ってテーマを選んでいきたいと思います。こういった連載は新しい取り組みで、不安と期待が入り混じったような気持ちです。 アンケートの回答はこちらから このブログの想定読者 いつか CTO になりたい人 エンジニアリング組織のリーダー格以上 キャリアアップを狙っているいちエンジニア エンジニアを育成する立場の

                                                            【連載】エンジニアがCTOになるための羅針盤 〜第一回・知っておきたい53種の必須スキルを解説する〜 - Fast DOCTOR Technologies TECH BLOG
                                                          • 「相手に忖度して質問することを避けてはいけない」 優秀なPMに求められる“クリティカルシンキング力”とその鍛え方 | ログミーBusiness

                                                            LinkedInのプロダクトマネージャーである曽根原春樹氏が、「覚悟あるPMに見る6つの違い」というテーマで発表しました。全4回。前回はこちら。 ロジカルシンキングとクリティカルシンキング曽根原春樹氏:6点目は、ロジカルシンキングとクリティカルシンキングの使い分けです。ロジカルシンキングという言葉は、みなさんよく聞いたことがあると思いますし、日本の本屋さんに行くと、ロジカルシンキングに関して戦コンの方が書かれた本がいろいろありますが、逆にクリティカルシンキングはあまり日本で聞かないような気がするんですよね。 けれどもシリコンバレーのPM界隈では、クリティカルシンキングという言葉がめちゃくちゃ使われますし、めちゃくちゃ求められます。ここができるかどうかが、PMとして腕が立つ・立たないの分水嶺だったりします。 おさらいとしてちょっとお話ししますが、ロジカルシンキングとは何かしらの思考やファクト

                                                              「相手に忖度して質問することを避けてはいけない」 優秀なPMに求められる“クリティカルシンキング力”とその鍛え方 | ログミーBusiness
                                                            • 『ソフトウェアアーキテクチャ・ハードパーツーー分散アーキテクチャのためのトレードオフ分析』 - snoozer05's blog

                                                              翻訳を担当した書籍『ソフトウェアアーキテクチャ・ハードパーツ ―分散アーキテクチャのためのトレードオフ分析』(オライリー・ジャパン)が本日(10月27日)発売となります(電子書籍はオライリー・ジャパンのサイトから購入できます)。本書は、2021年10月に出版されたNeal Ford, Mark Richards, Pramod Sadalage, Zhamak Dehghani 著『Software Architecture: The Hard Parts』(O'Reilly Media)を全訳したものです。 ソフトウェアアーキテクチャ・ハードパーツ ―分散アーキテクチャのためのトレードオフ分析 作者:Neal Ford,Mark Richards,Pramod Sadalage,Zhamak DehghaniオライリージャパンAmazon 本書は、『ソフトウェアアーキテクチャの基礎 ―エ

                                                                『ソフトウェアアーキテクチャ・ハードパーツーー分散アーキテクチャのためのトレードオフ分析』 - snoozer05's blog
                                                              • デザイナーがTwitterを1年間コツコツ継続し、1万フォロワー達成するまでの軌跡|Katsuki Noda

                                                                0章:Twitterに力を入れる理由、意義とはなにか?実はこのアカウント自体は2017年ほどから存在はしていました。数年は自分のメモや、プライベートな内容の投稿、強いていうならnoteの記事の宣伝がメインのアカウントでした。そこから昨年、一気に方向を変え、価値ある投稿を増やし、しっかりと数字(フォロワーなど)としての成果を出すという方向転換をしました。 そこには大きな背景として、「転職」があります。前職時代会社の看板に守ってもらっている実感が大きく、個人として野に放たれた時に何が出来るのか?という悩みを常に持っていました。転職にあたって、より「個」として強くなりたいという思いから、「Twitterを本気で伸ばす」という手段をいくつかある挑戦の一つとして選びました。 じゃあ「個」として強くなるってどういうこと?という問に関して、自分の中では以下のように捉えています(MECEではないですが)

                                                                  デザイナーがTwitterを1年間コツコツ継続し、1万フォロワー達成するまでの軌跡|Katsuki Noda
                                                                • デザイン界隈?に対する違和感——デザインを学び始めた弁護士がデザインの世界と関わるようになってから感じたこと|市ヶ谷法務店

                                                                  デザイン界隈?に対する違和感——デザインを学び始めた弁護士がデザインの世界と関わるようになってから感じたこと はじめに言っておきたいが、弁護士である私がデザイン界隈と関わるようになってからそこまで月日が経っていない。2年ほど前にスタートアップ企業で偶然にデザインと出逢い、その縁もあって、武蔵野美術大学大学院造形構想研究科修士課程に在籍することとなり、入学から2か月弱が過ぎた。デザインに対しては多くの肯定的意見を持っている。それこそ、司法や行政の世界をデザインの力で刷新したいくらいだ。 一方で、「まだ」外部の感覚が残る人間としては、デザインの世界を論じるには時期尚早であると思いつつも、違和感をもったところもある。こうした違和感はデザインの世界に入ってみて月日が経っていないが故のものであると思われ、そのうち消えるかもしれず、あるいは、あとから己の無知を恥じて明確に意見を変えることになるかもしれ

                                                                    デザイン界隈?に対する違和感——デザインを学び始めた弁護士がデザインの世界と関わるようになってから感じたこと|市ヶ谷法務店
                                                                  • 多くの人(?)が通る道、保育園のアルバム委員の作業をGASで効率化した話 - Qiita

                                                                    背景 保育園の役員や謝恩会の委員、アルバム制作など、多くの人が経験することとと思います。 その中で、アルバム制作の写真集めを、GASを使って効率化した話を書きます。 エンジニアの仕事の効率化ではないことを最初に謝っておきます。ごめんなさい。 長女(9)の時に苦労して、長男(7)の時に効率化した話です。 GASのコードは、初めてGASを書いた状態なので燦々たる状態ですが、現状リファクタリングニーズがないのでこのまま供養します。 課題 子供達の保育園では、卒園アルバム制作が保護者のタスクとなっています。 例年、下記の内容でアルバム制作を進めています。 1. 業者選定 2. 分担(デザイン、撮影、データ) 3. 分担に分かれて作業 4. 納品 5. 配布 この中で、データ担当になり、写真データを集めて管理していた話です。 年にもよりますが、長女の時は、3000枚程度の写真を集めていました 何時間

                                                                      多くの人(?)が通る道、保育園のアルバム委員の作業をGASで効率化した話 - Qiita
                                                                    • 戦略コンサルティング時代に読んだ700冊のまとめ + Tech company時代に読んだ本 *随時更新

                                                                      戦略ファーム時代に読んだ700冊程度の本をまとめています I. 戦略 企業参謀 https://amzn.to/44iKVxM 当初、いまいち戦略というものが掴めきれず迷子になっていた時に「大前研一はこれだけ読め」と教わった本。大量に出ている他の大前本を読まなくて済むのが見過ごせない大きな価値 戦略サファリ 第2版 https://amzn.to/3csZg0t 経営戦略の本を読み漁るも、実プロジェクトの方が全くもって学びになるという普通の感想をもち、俯瞰での戦略論を求めるようになる。いやあ懐かしい 企業戦略論【上】基本編 競争優位の構築と持続 Jay Barney https://amzn.to/3dJjVxB 任天堂の戦略の妙に気が付きはじめ、ベースか似通ったものはないだろうかと思うようになった時にJay Barneyにはまりはじめる 経営戦略全史 https://amzn.to/3e

                                                                      • 23/7/5 データサイエンスエキスパート合格 チートシートと攻略ガイド - LWのサイゼリヤ

                                                                        データサイエンスエキスパート ゲームクリア 攻略チートシート配布 攻略指針 図書館を巡ってアイテム収集 図書館の初見殺しトラップ攻略 参考書籍 統計基礎 統計学(初歩) 統計学(高度) ベイズ統計 分散分析 数学基礎 線形代数 微積分 計算基礎 情報全般 データベース アルゴリズム モデリング・AIと評価 歴史・応用分野・AIなど 多変量解析 時系列解析 グラフィカルモデル テキスト分析 因果推論 機械学習・モデル評価・ニューラルネットワーク データサイエンスエキスパート ゲームクリア 日本統計学会が主催するデータサイエンスエキスパート試験に合格した。 www.toukei-kentei.jp データサイエンスエキスパートは、統計検定より実践寄りであるデータサイエンスシリーズの最上位資格という位置付け。下位資格には「データサイエンス基礎」や「データサイエンス発展」があるが簡単そうだったので

                                                                          23/7/5 データサイエンスエキスパート合格 チートシートと攻略ガイド - LWのサイゼリヤ
                                                                        • ビジネスとは問題解決のフラクタル構造でしょ的な割り切りの話 - Kengo's blog

                                                                          「戦略の要諦」を読みました。この本が語っている「戦略」は戦略の一部であり狭義の存在なので、あまり「戦略」という言葉を使ってほしくなかったなぁというのが第一印象でした。戦略論の世界的権威に何言ってるんだとは自分でも思いますが。。。 戦略の要諦 (日本経済新聞出版) 作者:リチャード・P・ルメルト日経BPAmazon 広義の戦略について理解していると、狭義の戦略を理解する助けになる もう少し掘り下げて説明すると、自分の中では「戦略とは現状を理想に近づけるための実現可能なアプローチのこと」だという理解ができていて、実際に著者が言っている戦略はその「広義の戦略」のサブセットとして説明できると感じました。著者は組織的課題を克服するための戦略について話していて、その過程で出てくる「良い戦略」「良い目標」そして「戦略ファウンドリー」はすべて他の戦略でも適用できます。 graph TD 理想的状態 眼前の

                                                                            ビジネスとは問題解決のフラクタル構造でしょ的な割り切りの話 - Kengo's blog
                                                                          • ChatGPTの強みと特長を活かし、競争優位性を築く9つの観点 GPTと自社サービスの「連携」検討時に使えるフレームワーク | ログミーBusiness

                                                                            「”100年後の世界を良くする会社”を増やす」をミッションに掲げるコンサルティング会社 リブ・コンサルティングが、「自社プロダクトがキャズムを超えるためのGPT活用方法」をテーマとしたイベントを開催。今回は、同社シニアコンサルタントの島孝行氏が登壇したセッション「GPTがもたらす影響」の模様をお届けします。ChatGPTの登場で起きた市場環境の変遷や、日本市場におけるGPT活用企業のカオスマップなどが紹介されました。 ChatGPTの登場で起きた市場環境の変遷司会者:さっそく、弊社リブ・コンサルティングの島から、第2章「GPTがもたらす影響」についてお話ができればと思います。それでは島さん、よろしくお願いします。 島孝行氏(以下、島):よろしくお願いいたします。私からはGPTの市場環境や、ベンチャー企業さんがどういったかたちでGPTをサービスに使っていけばいいかについて簡潔にお伝えさせてい

                                                                              ChatGPTの強みと特長を活かし、競争優位性を築く9つの観点 GPTと自社サービスの「連携」検討時に使えるフレームワーク | ログミーBusiness
                                                                            • 【考えるのがしんどい人へ】“論理的思考” が変化の時代をサバイブする武器になる - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習

                                                                              AI時代・情報過多・先行き不透明な社会。 「どう考えればいいのかわからない」と感じることはありませんか? 私たちは前例のない速度で変化する時代に生きています。そんな中で必要なのは、情報を整理し、本質を見抜く「論理的思考力」です。 本記事では、変化に飲み込まれないための思考法と、論理的思考を鍛えるための書籍をご紹介します。 人はなぜ変化に飲まれるのか 論理的思考はその対抗手段 論理的思考は才能ではない 論理的思考力鍛えるための書籍5選 初学者向け:基本の型を学ぶ 実務者向け:思考の質を高める 鍛錬者向け:実践的応用力を磨く 「考える力」こそが不確実性に耐える技術である 人はなぜ変化に飲まれるのか 変化の波に飲まれてしまう最大の理由は、人間の思考システムにあります。私たちの脳は、効率性を重視するあまり、しばしば「思考の省略」を行います。 例えば、新しい情報に接したとき、過去の経験や既存の価値観

                                                                                【考えるのがしんどい人へ】“論理的思考” が変化の時代をサバイブする武器になる - STUDY HACKER(スタディーハッカー)|社会人の勉強法&英語学習
                                                                              • 見積もりでアジャイル開発の予測可能性を高める - 「キャリトレ」での実践例

                                                                                アジャイル開発を採用しているチームにおいても、ビジネスの要求によっては「一定規模のフィーチャーセット」を「特定の時期にリリースする」ことを、達成しなければなりません。 そういった要求に対し、挑戦する20代の転職サイト「 キャリトレ 」 の開発チームがどのように立ち向かっているのか、リファインメントの実践例を通してご紹介します。 「キャリトレ」は2022年12月21日をもってサービス終了しました。 予測可能性を求めるビジネスの要求とは 分かりやすい例でいうと「業界の繁忙期に合わせて新機能をリリースしたい」などです。 また、BtoBビジネスの場合、開発チームがフィーチャーセットとリリース時期をある程度担保することができれば、 企業のお客様に対し事前のご案内がしやすくなります。 そのことは、リリース直後からその機能を最大限ご活用していただける、という大きなメリットがあります。 事業部一体となって

                                                                                  見積もりでアジャイル開発の予測可能性を高める - 「キャリトレ」での実践例
                                                                                • 集約はイベントから考えると考えやすい|かとじゅん(j5ik2o)

                                                                                  チュートリアルでDDD体験: ドメインモデルの成長を紹介 - BIGLOBE Style | BIGLOBEの「はたらく人」と「トガッた技術」 僕もこのドメインで振る舞い中心のモデリングをしてみた。実装は可能なモデルを書いてみましたが、今回は細かい実装の話はありません。 イベントを抽出まずイベント(起こった事実)から考えました。日々の勤怠で何が起きるのだろう。出勤したり退勤したり休憩したりと打刻するのは間違いない。システムが何か命令(コマンド)を受理したらこういうイベントが発生するはず。 「出勤した」イベントには、誰がいつ出勤したかを説明する事実が記載されている。「退勤した」や「休憩を開始した」や「休憩を終了した」なども同じ。あと、打刻間違いの修正もあるので「打刻を修正した」もある。ちょっと荒削りだがこんな印象。 出勤した 退勤した 休憩を開始した 休憩を終了した 打刻を修正した ちなみに

                                                                                    集約はイベントから考えると考えやすい|かとじゅん(j5ik2o)