並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 1264件

新着順 人気順

ワークショップとは ビジネスの検索結果1 - 40 件 / 1264件

  • 45の仕事力チェックリスト ~「会議の進め方」から「タスク管理の方法」まで~ | 採用ブログ | 才流

    「仕事で成果を出す人」と聞いて、どのような特徴を思いうかべますか。 才流はコンサルティング会社であり、ビジョンとして「メソッドカンパニー」を掲げています。顧客へ価値を届けるにあたって、営業やマーケティング、新規事業などの専門知識はもちろん、ベースとして強固な「仕事力」が欠かせないと考えています。 本記事では、社内で実際に活用している仕事の進め方マニュアルの中身をテーマ別に厳選し、チェックリスト形式で紹介します。 ※本記事が多くの方々に読まれていることもあり、このたび内容を最新版にアップデートしました。 ビジネスパーソンの心得1. ビジネスの原理原則を理解するビジネスで価値を提供するためには原理原則が存在するビジネスの原理原則とは、相手>自分であり、顧客>外部パートナー>自分であること具体的に表すと「顧客や社会、チームメンバーに価値を提供する→顧客や社会からお金がもらえる→自分たちの給与が出

      45の仕事力チェックリスト ~「会議の進め方」から「タスク管理の方法」まで~ | 採用ブログ | 才流
    • 2022年「はてなブックマーク年間ランキング」トップ100 - はてなニュース

      はてなブックマークのブックマーク数が多い順に記事を紹介する「はてなブックマーク年間ランキング」の2022年版を発表します。上位トップ100の記事をピックアップしました(集計期間:2021年12月11日~2022年12月10日)。 2022年 はてなブックマーク年間ランキング(2021年12月11日~2022年12月10日) 順位 タイトル 1位 【詳しすぎる2週間】親の死亡後にまずやること(行動チェックリスト付) 2位 逮捕にそなえる人生継続計画 - やしお 3位 150 分で学ぶ高校数学の基礎 4位 ゲームの勝敗でかんしゃくを起こす子どもにできることは大人げない大人になること|フィンランドワークショップomena|note 5位 【アメリカで話題】ただ座るだけ!股関節がみるみる柔らかくなる「90/90ストレッチ」 | ヨガジャーナルオンライン 6位 Amazonプライムビデオで観てほしい

        2022年「はてなブックマーク年間ランキング」トップ100 - はてなニュース
      • 株式会社リクルート エンジニアコース新人研修の内容を公開します!(2021年度版) | Recruit Tech Blog

        こんにちは! Webフロントエンドエンジニアの眞野 隼輔です。 毎年大きな反響を頂いている、エンジニアコースの新人研修の内容を紹介させていただきます。 研修の概要 リクルートでは、エンジニアコースでスペシャリスト採用された新卒のエンジニアを対象に、現場で培われた「本当に必要な生きた知識・技術」を取り入れた新人研修を開催しています。 前半は研修では各分野に長けた社員による講義形式の技術研修を行い、後半は仮配属という形でそれぞれ別の部署に配属されて実際の業務を経験するOJTとなっています。 この技術研修はそのほとんどが内製されており、ベテラン社員による経験を元にした講義を通して生きた知識・技術を獲得できます。また、実際に手を動かす演習型の講義ではベテラン社員からのレビューやフィードバックを得られるため、知識の定着や更なる成長へと繋がります。 本年度の技術研修も、昨年度に引き続きフルリモートでの

          株式会社リクルート エンジニアコース新人研修の内容を公開します!(2021年度版) | Recruit Tech Blog
        • 『ビジネスの仕組みがわかる 図解のつくりかた』全文公開|図解総研

          「ビジネスの仕組みがわかる 図解のつくりかた」という本を全文公開します!この本は、2020年4月に出版されたスマホサイズのコンパクトな新書です。『ビジネスモデル2.0図鑑』を出版後、多くの反響をいただき、さまざまな企業でビジネスモデル図解について講演・ワークショップを開催してきたノウハウを凝縮した一冊になっています。 ※当記事の情報を転載、複製、改変等は禁止いたします それではここから全文公開をご覧ください。 第1章:ビジネスモデル図解、基本の「き」はじめに 僕たちが『ビジネスモデル2.0図鑑』を出版したのは2018年9月のことです。「Amazon Go」や「Spotify」など、100の事例のビジネスモデルを同じフォーマットで図解した本は、7万部を超えるベストセラーになりました。その後さまざまな反響を得て、企業から多数の講演・ワークショップの依頼をいただきました。「ビジネスモデルを自分で

            『ビジネスの仕組みがわかる 図解のつくりかた』全文公開|図解総研
          • 話が上手な人と下手な人の違い | knowledge / baigie

            「もっと話上手になれたらいいのに」と思っている人は多いのではないでしょうか。 普通のビジネスパーソンは、アナウンサーのような卓越した話術を身に付ける必要はありません。しかし、話上手になることができれば、交渉が得意になり、営業も人事評価も転職活動も有利に進められるようになります。仕事におけるメリットは計り知れません。 私たちの会社でも、特に顧客と直接対話する機会が多いディレクターやデザイナーには、業務知識だけではなく、顧客との話し方についてもなるべくフィードバックしています。会話のクオリティは、サービスの品質や満足度に深く関わると思うからです。 最近は、会話ではなく、メールやチャットで済む機会も増えています。一方で、話上手な人はテキスト・コミュニケーションも大抵上手な印象があります。話術の中には、コミュニケーションに共通する普遍的ななにかが含まれているのでしょう。 こんな記事を書いてはいます

              話が上手な人と下手な人の違い | knowledge / baigie
            • 提案書の書き方、徹底解説~提案書のストーリー・コピー・デザインの基本法則【スライド付】 | knowledge / baigie

              PowerPoint歴23年、デザイナー歴20年、経営者として10年以上に渡って自社のマーケティングやセールスに深く関わり、提案書を作ったコンペでの勝率91%を誇る私の知見を余すことなく注ぎ込んだ、『最強の提案書を作る方法~伝わるストーリー・コピー・デザインの法則』というスライドを公開しました。 便宜上「提案書」としていますが、企画書、営業資料、ホワイトペーパー、社内文書など、人を動かすために作られるすべてのビジネス文書に応用できるはずです。 提案書のストーリー、コピー、デザインに関する、実践的かつ具体的なノウハウを詰め込んでいます。デザインについては、プロのデザイナーではなく一般のビジネスパーソンを対象とし、仕事の中で本当に必要な知識だけをまとめています。 約170ページある本スライドは、私が企業向けにこれまで20回以上行ってきた有料講座の配布資料を元に、公開用に仕上げたものです。スライ

              • これから推薦システムを作る方向けの推薦システム入門|masa_kazama

                イントロ「Amazonのこの商品をチェックした人はこの商品もチェックしています」や「YouTubeのあなたへのおすすめ」、「Twitterのおすすめユーザー」などのレコメンド機能は多くのWebサービスに組み込まれております。そのレコメンドによって、ついつい商品をたくさん買ってしまったり、夜遅くまで動画を見てしまった経験はないでしょうか。 この記事では、レコメンドシステムの裏側はどのような仕組みになっているのか、そもそもレコメンドとはどういうものなのかを具体例を交えながら俯瞰できればと思います。レコメンドシステムのアルゴリズムの詳細には触れず、ビジネスにおいてどのような形で実装されているかにフォーカスしています。ネット上に公開されているレコメンドに関するスライドや記事、論文のリンクをまとめましたので、アルゴリズムの詳細などはリンク先の記事でご確認ください。 対象の読者は、自社のサービスにレコ

                  これから推薦システムを作る方向けの推薦システム入門|masa_kazama
                • Netflixの制作現場で浮き彫りになる「日本の遅れ」 「専門性の高い技術者不足」を招く、キャリア構造の問題点

                  コンテンツビジネスの最前線で活躍するリーダーたちから、これからの日本のエンタメコンテンツのヒントを得る『Contents Innovation Days』。第4回目の今回は、ポリゴン・ピクチュアズ塩田周三氏と、Netflix宮川遙氏が登壇し、世界で通用する品質を支える組織の在り方について語りました。本セッションでは、宮川氏の講演の模様を公開。世界各国で制作されるNetflixオリジナルコンテンツ。そこで浮き彫りとなる「日本の制作現場の課題」が語られました。 日本における、作品づくりに向けたNetflixの取り組み 宮川遙氏:みなさん、こんにちは。Netflixのプロダクション・テクノロジーというチームの宮川と申します。まず、簡単な自己紹介からさせていただきたいと思います。映像制作で使用する海外製品を、日本のみなさんに使っていただけるようなワークフローの提案や、技術トレーニングといった仕事に

                    Netflixの制作現場で浮き彫りになる「日本の遅れ」 「専門性の高い技術者不足」を招く、キャリア構造の問題点
                  • なぜデザイン思考はゴミみたいなアイデアを量産してしまうのか|サカキバラ・ケイ

                    デザイン思考がもてはやされてしばらく経ちましたが、デザイン思考の成功例、何か思い出せますか?仮に思い浮かんだとしたら、その「成功例」は本当にデザイン思考によって生まれたものですか? 一応最初に断っておきますと、僕は「デザイン思考はゴミだ」と言っているわけではありません。デザイン思考(デザインシンキング)にも向き・不向きがあるのに、その特性を踏まえないまま変なバッターボックスに立たせた企業が大変シュールな状況に陥っていることを、普段デザインで事業成長を支援している身として危惧しているというわけです。マイナスドライバーでプラスのネジを回すのはやっぱり無理があるし、おもしろTwitterおじさんだった人に大統領をやらせたらそりゃみんな怪我するよね、という単純な話です。 著名デザインファームPentagram New Yorkのグラフィックデザイナーであり教育者でもあるNatasha Jenは「D

                      なぜデザイン思考はゴミみたいなアイデアを量産してしまうのか|サカキバラ・ケイ
                    • プログラミング言語の未来はどうなるか | κeenのHappy Hacκing Blog

                      κeenです。最近JEITAのソフトウェアエンジニアリング技術ワークショップ2020に参加したんですが、そこで五十嵐先生、柴田さん、Matzとパネルティスカッションをしました。その議論が面白かったので個人的に話を広げようと思います。 年末年始休暇に書き始めたんですが体調を崩したりと色々あって執筆に時間がかかってしまいました。 時間を置いて文章を書き足していったので継ぎ接ぎ感のある文体になってるかもしれませんがご容赦下さい。 というのを踏まえて以下をお読み下さい。 いくつか議題があったのですが、ここで拾うのは一番最後の「プログラミング言語の未来はどうなるか」という話題です。 アーカイブが1月末まで残るようです。もうあと数日しかありませんが間に合うかたはご覧下さい。 そのとき各人の回答を要約すると以下でした。 五十嵐先生:DSLを簡単に作れる言語というのが重要。それとプログラム検証、プログラム

                        プログラミング言語の未来はどうなるか | κeenのHappy Hacκing Blog
                      • 自宅で学ぼう!AWS 初学者向けの勉強方法 6ステップ! | Amazon Web Services

                        Amazon Web Services ブログ 自宅で学ぼう!AWS 初学者向けの勉強方法 6ステップ! 2024 年 4 月追記:本記事の内容は 2024 年 4 月に公開された  AWS 初学者向けの勉強方法 6 ステップ!2024 年版! という記事にてアップデートされています。リンクの最新化と勉強方法の追記を行っておりますので、アップデートされた記事をご確認ください。 こんにちは、AWS トレーニングの講師を担当しているテクニカルトレーナーの西村航です。 皆さん、もしくは皆さんの周りでこんな方はいませんか。「在宅勤務中に AWS を勉強するように先輩から言われているけど、どこかに勉強方法がまとまってないかな?」という悩みを抱えている方、または「同僚や部下に AWS の自宅での勉強を促しているけど、ちょうど良い無料の教材とか無いかな?」という悩みを抱えている方。 本記事は、そういった

                          自宅で学ぼう!AWS 初学者向けの勉強方法 6ステップ! | Amazon Web Services
                        • 株式会社リクルート エンジニアコース新人研修の内容を公開します!(2022年度版)

                          こんにちは!2022年度エンジニア新人の太田です。毎年反響を頂いているエンジニアコースの研修内容を、今年は受講者の立場から紹介させていただきます。 研修概要 リクルートの新卒エンジニアコースでは、入社した新人を対象に技術研修を行っています。その内容は、実際の開発業務に活かせる技術を扱う「本当に必要な生きた知識・技術」を取り入れたものとなっています。 特筆すべき点として、研修の資料はほとんどが内製であることが挙げられます。そのため、講義中の質疑を通してより深い知識や、開発の現場で培われた経験に触れることができます。 フロントエンド、モバイルアプリ、バックエンド、インフラ、データ分析、セキュリティなど幅広いテーマが扱われるため、知識のインデックスを張ることにもつながります。またハンズオンや競技形式の演習も取り入れられており、実際に手を動かすことで印象に残りやすく、エラーへの対処も学ぶことができ

                            株式会社リクルート エンジニアコース新人研修の内容を公開します!(2022年度版)
                          • 仕事をがんばる“戦闘モード”が一定以上続くとどうなる? 自分をケアするために知っておきたい「観察」の方法

                            本イベントは、『部下との対話が上手なマネジャーは観察から始める ポリヴェーガル理論で知る心の距離の縮め方』の出版を記念して開催されました。同書籍の著者で株式会社ロッカン代表の白井剛司氏が登壇。本記事では、観察に役立つポリヴェーガル理論と、自分の状態を自覚するための3色のモードについて解説しました。 前回の記事はこちら 観察には3つの段階がある 白井剛司氏:では、(職場に安心感やつながりを作るための)「観察」とは何だろうということですね。3つの段階があるんですけど、1番目は自分の言動パターンに気づくことです。「自分は、人から何か言われた時に『いや、そうじゃないのに』と思ったり、『こう返さなきゃいけない』と思ったりする」と気づく感じですね。 あと萎縮したり、腹が立って感情的になったり、それを我慢しようとしたりしていることに、自分なりに気づく。まずは自分に注意を向けます。2番目は、自分(の状態)

                              仕事をがんばる“戦闘モード”が一定以上続くとどうなる? 自分をケアするために知っておきたい「観察」の方法
                            • LIXIL、現場社員3963人がノーコード開発で1万7007個のアプリケーションを開発 | IT Leaders

                              IT Leaders トップ > テクノロジー一覧 > 開発ツール/プラットフォーム > 事例ニュース > LIXIL、現場社員3963人がノーコード開発で1万7007個のアプリケーションを開発 開発ツール/プラットフォーム 開発ツール/プラットフォーム記事一覧へ [事例ニュース] LIXIL、現場社員3963人がノーコード開発で1万7007個のアプリケーションを開発 経営陣全員がGoogle AppSheetでアプリケーション開発を経験 2022年6月24日(金)日川 佳三(IT Leaders編集部) リスト 住まいの水まわり製品と建材製品を開発・提供するLIXILは2022年6月24日、Google Cloud Japanが開催した説明会に登壇し、ローコード開発によるアプリケーション開発の民主化の取り組みを説明した同社は、社員みずからGoogle AppSheetを使ってアプリケーシ

                                LIXIL、現場社員3963人がノーコード開発で1万7007個のアプリケーションを開発 | IT Leaders
                              • 「あとで読む」タグで振り返る2021年 〜今年の「あとで読む」、今年のうちに〜 - はてなブックマーク開発ブログ

                                今年も残すところあと少し。皆さんにとって、2021年はどのような一年でしたか? はてなブックマークでは今年もたくさんのエントリーがブックマークされ、コメント欄も盛り上がりました。 データで見る「あとで読む」 年末ということで、今回は「あとで読む」タグにフォーカスしたデータを集計しました。全ブックマークを対象にした「あとで読む」率、カテゴリー別「あとで読む」率、「あとで読む」が多いエントリーランキングを通して、2021年のはてなブックマークを振り返ってみましょう。 全ブックマークを対象にした「あとで読む」 率 カテゴリー別 「あとで読む」 率 「あとで読む」 タグが多いエントリーは? TOP10ランキング 「あとで読む」タグの数が多かったエントリーランキング カテゴリー別「あとで読む」率の高かったエントリーランキング 気になった記事を気軽に保存できる「あとで読む」機能 2021年の「あとで読

                                  「あとで読む」タグで振り返る2021年 〜今年の「あとで読む」、今年のうちに〜 - はてなブックマーク開発ブログ
                                • 「お世話になっております」をやめてみた|しまだあや #わたしがやめたこと - りっすん by イーアイデム

                                  文 しまだあや 誰かの「やめた」ことに焦点を当てるシリーズ企画「わたしがやめたこと」。今回は、2010年から「HELLOlife」で教育・就活分野のソーシャルデザインに取り組んだのち、現在は作家活動を中心に、企画やデザイン、司会業などさまざまな領域で活動するしまだあやさんに寄稿いただきました。 しまださんがやめたことは、メールの定型文でよく見る「お世話になっております」という書き出しをやめたこと。 元々メールの返事が苦手だったというしまださんは、司会進行の業務の経験をきっかけに「お世話になっております」を封印する試みを始めたのだそう。メールの“第一声”を変えたことで、しまださんの働き方にどんな影響があったのでしょうか。 ***私はある日、「お世話になっております」と書くのをやめた。 メールでやりとりするとき冒頭にある、あの「お世話になっております」のこと。 お世話になっております、△△の島

                                    「お世話になっております」をやめてみた|しまだあや #わたしがやめたこと - りっすん by イーアイデム
                                  • [初心者向け]AWSの勉強を始めるためのリンク集(2023.5更新) | DevelopersIO

                                    AWS認定トレーニング講師の平野@おんせん県おおいたです。 みんな、温泉入ってますかー? (挨拶 2021年3月に公開した「AWSの勉強を始めるためのリンク集」ですが、今回新しい情報を追加して大幅リニューアルしました。 ひき続きご活用いただければと思います。 目次 1. 雰囲気を知る 2. やってみる 3. 楽しむ 4. 書籍を買う 5. 深める 6. 調べる 7. さらなる成長のために 8. 楽しく学び続けるヒント 1. 雰囲気を知る AWSを始める皆さんに、まず体験いただきたいのが「雰囲気を知る」ことです。AWSの背景や、AWSを活用するさいの考え方、どんなメリットがあるか等々、個別のサービスを学ぶ前に押さえておくことで、AWSを理解しやすくなりますし、ワクワクしていただけるかと思っています。 AWS Summit 講演ビデオ まずは、4つのビデオを紹介します。これらは AWS Sum

                                      [初心者向け]AWSの勉強を始めるためのリンク集(2023.5更新) | DevelopersIO
                                    • [2021年版]AWSセキュリティ対策全部盛り[初級から上級まで] というタイトルでDevelopersIO 2021 Decadeに登壇しました #devio2021 | DevelopersIO

                                      [2021年版]AWSセキュリティ対策全部盛り[初級から上級まで] というタイトルでDevelopersIO 2021 Decadeに登壇しました #devio2021 DevelopersIO 2021 Decadeで登壇した動画や資料を掲載、解説をしています。AWSのセキュリティについて網羅的に扱っています。ちょー長いのでご注意を。 こんにちは、臼田です。 みなさん、AWSのセキュリティ対策してますか?(挨拶 ついにやってまいりました、DevelopersIO 2021 Decade!私は「[2021年版]AWSセキュリティ対策全部盛り[初級から上級まで]」というテーマで登壇しました。 動画と資料と解説をこのブログでやっていきます。 動画 資料 解説 動画はちょっぱやで喋っているので、解説は丁寧めにやっていきます。 タイトル付けの背景 今回何喋ろうかなーって思ってたら、2年前のDeve

                                        [2021年版]AWSセキュリティ対策全部盛り[初級から上級まで] というタイトルでDevelopersIO 2021 Decadeに登壇しました #devio2021 | DevelopersIO
                                      • 【新規事業開発】知ってること全部まとめてみた - Qiita

                                        はじめに 新規事業開発に役立つ記事のリストを友人や知人に共有することが多くなり、そのつどメールやチャットツールで送ることが面倒になってきたため、「まとめ記事」にしました。 これらはたくさんの方々から教えていただいて集まった情報のリストです。実際に会ってみた、行ってみたという情報も多いです。コピーしてご利用いただいても問題ありませんし、アフィリエイトもしていません。 ※追記 (1)Qiitaの記事以外は、リンクをクリックしたら自動的に新しいタブで開くようになっています。 (2)頻繁に新しい情報を教えていただいて追加しています。「これも追加してほしい」という情報があればお気軽にコメントください。 (3)Qiitaはプログラミング記事しかダメだと知らずにこの記事を作成しました。もしQiitaから注意されたら移動します。コミュニティガイドライン - Qiita:Support 目次 新規事業開発の

                                          【新規事業開発】知ってること全部まとめてみた - Qiita
                                        • 忙しすぎて、チームで「今何が起こっているか」を把握しきれない管理職 部下のマネジメントよりも先に注目すべきもの

                                          本イベントは、本イベントは、『部下との対話が上手なマネジャーは観察から始める ポリヴェーガル理論で知る心の距離の縮め方』の出版を記念して開催されました。同書籍の著者で株式会社ロッカン代表の白井剛司氏が登壇。本記事では、マネージャーの負担が増大している背景や、なぜマネージャーに観察力が必要なのかを語りました。 神奈川県丹沢の農場で、農業体験やマインドフルネスを提供 白井剛司氏:今回、ビジネスの人たちだけでなく、忙しい人全員に観察を勧める本を出しましたので、その内容を話していきます。よろしくお願いします。 今日は人事の方、忙しいマネージャーの方、マインドフルネスの世界の方々もいらっしゃっています。内容が全部わかる人もいれば、1つしかわからない方々もいると思うので、なるべく多くの方がわかりやすいようにお伝えしていきたいと思います。 まず自己紹介です。僕は16年間、広告会社で人材育成をやっていまし

                                            忙しすぎて、チームで「今何が起こっているか」を把握しきれない管理職 部下のマネジメントよりも先に注目すべきもの
                                          • 文章生成AI利活用に関するガイドライン.pdf

                                            文章生成AI 利活用 ガイドライン Version 2.0 令和6年(2024年)4月 東京都デジタルサービス局 2 はじめに このガイドラインは、東京都で初めてとなる文章生成AI の利活用ガイドラインです。 ChatGPTをはじめとする文章生成AIは、都職員の業務 のあり方を大きく変革する可能性を秘めている一方、 様々なリスクも指摘されています。このため、業務での 活用にあたり期待する効果を得るためには、その特性を よく理解し、正しく利用することが重要です。 東京都では、デジタルサービス局に検討プロジェクト チームを設置して、文章生成AIの利活用について議論を 重ね、令和5年8月、検討の成果をガイドライン (Version 1.0)としてまとめ、文章生成AIの全庁利用 を開始しました。 その後、10月に利用状況についてアンケートを行った ところ、活用事例やプロンプト例を求める声が多かった

                                            • 社内ミーティングの4割はゴール設定ができていない 「ムダな会議」をなくすためのファシリテーションのコツ

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

                                                社内ミーティングの4割はゴール設定ができていない 「ムダな会議」をなくすためのファシリテーションのコツ
                                              • ベイジのウェブ制作ワークフロー2021年版(約100のタスクと解説) | knowledge / baigie

                                                営業、受注、制作、納品、運用と、ウェブ制作の活動は長期に渡り、そのタスクの種類と量は膨大です。だからこそ、基本的なプロセスや使用するドキュメントなどを明確に定義しておかないと、サービスの品質が担当者により大きく変わることになります。 ベイジは社員がまだ5名の頃、各人に委ねた進め方によって以下のようなトラブルが頻発していました。 ミスが発生しても「次から気をつける」と精神論で終わらせてしまう 担当するディレクターやクリエイターによってタスクの抜け漏れが起きる 担当者それぞれが属人的な進め方をしてて品質が安定しない 役割が不明瞭なグレーゾーンのタスクが放置されてしまう 創造的な仕事の時間が、ルーチンや計画にないタスクに奪われてしまう 新しい社員が入る度に同じことを教えないといけない これら問題を解決するため、2014年頃からワークフローを整備するようになりました。ちなみに私が入社したのはこれ以

                                                  ベイジのウェブ制作ワークフロー2021年版(約100のタスクと解説) | knowledge / baigie
                                                • マイクロサービス設計原則: SOLIDではなくIDEALS

                                                  キーポイント For object-oriented design we follow the SOLID principles. For microservice design we propose developers follow the “IDEALS”: interface segregation, deployability (is on you), event-driven, availability over consistency, loose-coupling, and single responsibility. Interface segregation tells us that different types of clients (e.g., mobile apps, web apps, CLI programs) should be able to inte

                                                    マイクロサービス設計原則: SOLIDではなくIDEALS
                                                  • ベイジの業務システムUIデザインワークフロー(100のタスクを徹底解説) | ベイジのUIラボ~業務システムとSaaSのUIを考える

                                                    2021年現在、ベイジの柱の事業はウェブ制作事業とウェブアプリデザイン事業です。ウェブ制作事業は会社設立の2010年からの主力事業で、サービス品質の平準化を目的に2014年頃からワークフローの整備を進めてきました。 一方ウェブアプリデザイン事業については、事業拡大したのがここ数年で、まだワークフローが整備されておらず、各人の裁量に委ねた進め方になっていました。そこで今後の事業拡大とメンバー増員を想定し作成したのが、業務システムやSaaSのUIデザインに特化した「ベイジの業務システムUIデザインワークフロー2021年版」です。 基本的な進め方は国際規格(ISO 9241-210※)の人間中心設計プロセスに基づいて組み立てていますが、細かいタスクの順序や内容は、今までベイジで培ってきたノウハウをふんだんに盛り込み、組み換えています。 また今回ワークフローを整備するうえでは、クライアントごとの開

                                                      ベイジの業務システムUIデザインワークフロー(100のタスクを徹底解説) | ベイジのUIラボ~業務システムとSaaSのUIを考える
                                                    • JP Contents Hub

                                                      AWS 日本語ハンズオン Amazon Web Services(AWS) の 日本語ハンズオンやワークショップを、カテゴリごとにまとめています。 右側の目次や、ヘッダー部分の検索ボックスから、各コンテンツにたどり着けます。 また、Ctrl + F や command + F を使ったページ内検索もご活用いただけます。 料金について ハンズオンで作成した AWS リソースは通常の料金が発生します。作成したリソースの削除を忘れずにお願いします。 もし忘れてしまうと、想定外の料金が発生する可能性があります。 画面の差異について ハンズオンで紹介されている手順と、実際の操作方法に差異がある場合があります。 AWS は随時アップデートされており、タイミングによってはハンズオンコンテンツが追いついていない事もあります。 差異がある場合、AWS Document などを活用しながら進めて頂けますと幸い

                                                        JP Contents Hub
                                                      • Webサイト制作の要件定義書の確認項目|重松佑 / Shhh inc.

                                                        プロジェクトのキックオフ前後に作成する要件定義書。確認の抜け漏れを最小限に抑えるには、どのようなことを記載しておくべきか。そして、メンバーへのスムーズな共有と、その後の円滑なプロジェクト進行のための、良い要件定義書とはどのようなものだろう。自分たち用のメモも兼ねて「Webサイト制作プロジェクトの要件定義書」の確認項目をnoteに整理してみます。 1. プロジェクト概要1-1. 背景プロジェクトを発案するに至った背景です。現状の課題、ビジネス要件の変化、ユーザーの変化、社会的要請など、プロジェクトの存在意義や必要性を記載します。 1-2. ゴールゴールとは「完了条件」です。何を達成すれば終わるのか、どこに行けば終わるのかを記載します。通常は5W1Hのうち、WHATやWHEREをゴールとします。 1-3. 目的プロジェクトを何のために進めるのかという意図です。ゴールよりも広い視野で捉えます。5

                                                          Webサイト制作の要件定義書の確認項目|重松佑 / Shhh inc.
                                                        • メタップスペイメントの情報流出についてまとめてみた - piyolog

                                                          2022年2月28日、メタップスペイメントは決済情報などが格納されたデータベースへ不正アクセスが行われクレジットカードを含む情報流出が判明したと公表しました。ここでは関連する情報をまとめます。 複合的な攻撃を半年間受ける 不正利用懸念ありと連絡を受けたのはメタップスペイメントのイベントペイで2021年12月17日にクレジットカード決済を停止。さらに会費ペイを含む3サイトは2022年1月5日までにクレジットカードの新規決済を停止。その後2022年1月24日にバックドアの存在が確認されたことから、トークン方式のクレジット決済サービスを全て停止した。 攻撃を受けていたのは2021年8月2日から2022年1月25日の約6カ月。2021年12月14日にクレジットカード会社から連絡受領しその後調査するも自社での原因特定ができず外部機関でフォレンジック調査を実施。 不正アクセスはメタップスペイメントの決

                                                            メタップスペイメントの情報流出についてまとめてみた - piyolog
                                                          • 世界を変えるはずだった 「デザイン思考」とは 何だったのか?

                                                            Design thinking was supposed to fix the world. Where did it go wrong? 世界を変えるはずだった 「デザイン思考」とは 何だったのか? 企業や自治体から一時注目を浴びた「デザイン思考」の輝きは近年、失われつつある。組織内での「イノベーション劇場」が常態化し、多くの課題が大量の付箋では解決困難であることが明らかになった今、デザイン思考のアプローチにもイノベーションが求められている。 by Rebecca Ackermann2023.04.07 409 96 2011年のことだ。カイル・コーンフォースがアイディオ(IDEO)のサンフランシスコ・オフィスに初めて足を踏み入れたとき、まったく新しい世界に迷い込んだように感じた。当時、非営利団体「エディブル・スクールヤード・プロジェクト(Edible Schoolyard Projec

                                                              世界を変えるはずだった 「デザイン思考」とは 何だったのか?
                                                            • Twitter での 2年 · eed3si9n

                                                              2022-11-20 僕は Twitter社の Build/Bazel Migration チームでスタッフ・エンジニアとして勤務していた。信じられないような 2年の後、2022年11月17日をもって退職した (企業買収後のレイオフでも任意でもあんまり関係無いが、僕は任意退職希望のオファーを取った)。Twitter社は、切磋琢磨、多様性、そして Flock を構成する全ての人に対して溢れ出る優しさというかなり特別な文化を持った職場だった。これを間近で経験して、その一員となる機会を得たことに感謝している。(Flock は「鳥の群れ」の意で、社内での Twitter社の通称) 以下は過去2年の簡単な振り返りだ。尚本稿での情報は、既に公開されているトークやデータに基づいている。買収後、うちのチームだけでも 10名以上のメンバーが Twitter社を抜けたので、在籍・元含め LinkedIn プロ

                                                              • プロンプト・エンジニアリングの真髄とは何か?|深津 貴之 (fladdict)

                                                                これからの時代「プロンプト・エンジニア」という職業が生まれる!という声もききますが、正直なところ僕は懐疑的です。 AIへの命令文(プロンプト)を丸暗記したり、コレクションしてもバージョンですぐ変わるし、大事なところはそこじゃないと思うんですよね。 仮説をたてて、AIに聞いてみました。 私:「AIが進化するほど、AIの認知能力は人間に近づく、あるいは超えると想定されます。 このことを踏まえるとプロンプト・エンジニアリングの真髄は、プロトコルを覚えることではないと考えられます。 重要なのは「人間・AIを問わない知性体と、誤解なく意思疎通できるコミュニケーション能力」だと考えてよろしいでしょうか? このような仮説に立った場合、プロンプト・エンジニアが学ぶべきはなにか。それは、情報の構造設計や取捨選択、コミュニケーション設計、情報の開示と省略のバランスといったことのように思えます。」 はい、その仮

                                                                  プロンプト・エンジニアリングの真髄とは何か?|深津 貴之 (fladdict)
                                                                • (翻訳) GitLab 社で働くのはどのようなものだったか - forest book

                                                                  本稿は Yorick Peterse 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 yorickpeterse.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Yorick Peterse 氏ではなく、本稿のコメント欄にお願いします。 ここから本文です。 GitLab 社で働くのはどのようなものだったか 私は2015年10月に GitLab 社に入社し、6年あまり働いて2021年12月に退社しました。 前に GitLab 社を辞めて Inko に取り組んでいることは書きましたが、2015年から2021年までの間、GitLab 社で働いていたことがどのようなものであったのかについては触れませんでした。理由は2つあります。 燃え尽き症候群に苦しんでいて、(当時は) 自分の人生の最後の6

                                                                    (翻訳) GitLab 社で働くのはどのようなものだったか - forest book
                                                                  • OKR運用失敗の3つの理由―、なぜ高すぎる目標が逆効果になるのか | Coral Capital

                                                                    会社などの組織、そこで働くチームや個人の目標管理のフレームワークとしてOKR(Objective & Key Results)を取り入れている会社は増えてきていると思います。似たツールとして、MBO(Management By Objective)やKPI(Key Performance Indicator)がありますが、私の理解では以下の点で、OKRはそれぞれMBOやKPIと違います。 まず、KPIのほうは簡単です。KPIはビジネスに関係する把握すべき数値のうち、ここを注視して改善すればビジネスが成功するという指標のことです。最近SaaSで特に注目されているのは、チャーンレートとNRR(Net Retention Rate)の2つです。ほかにも、CVC、CAC、LTV、MRR、ARPU、NPSなどをモニターしているのが普通かと思います。もちろん営業部であれば売上や利益、あるいは獲得したリ

                                                                      OKR運用失敗の3つの理由―、なぜ高すぎる目標が逆効果になるのか | Coral Capital
                                                                    • NIST サイバーセキュリティフレームワーク 2.0を解説|約10年ぶりの大幅改訂、押さえるべき要点とは?

                                                                      HOME NRIセキュア ブログ NIST サイバーセキュリティフレームワーク 2.0を解説|約10年ぶりの大幅改訂、押さえるべき要点とは? 2024年2月26日、NIST(米国立標準技術研究所)は、「NIST サイバーセキュリティフレームワーク(NIST Cybersecurity Framework:NIST CSF)」のバージョン2.0を正式に公開した。2014年4月に初版であるNIST CSF 1.0が公表されて以来、約10年ぶりの大幅改訂である。 本記事では、NIST CSF 2.0における主な改訂のポイントと、特にインパクトの大きい6つ目の新機能「GV(統治)」について解説する。 ▶「経営層が納得するセキュリティ報告」を読む はじめに 2020年代に入り、新たな生活様式の変化に起因する脅威の発生、世界各国での深刻かつ大規模なサイバー攻撃の急増、生成AIなど新技術の普及に伴うリス

                                                                      • 『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog

                                                                        翻訳を担当した書籍『Design It! ― プログラマーのためのアーキテクティング入門』(オライリー・ジャパン)が11月25日に発売になります。本書は2017年にPragmatic Bookshelfより出版されたMichael Keeling著『Design It!: From Programmer to Software Architect』の全訳です。Pragmatic Bookshelfファンにはおなじみの「... It!」シリーズの一冊で、日本語で読める「... It!」シリーズとしては4冊目の書籍となります。 O'Reilly Japan - Design It! 本書は、設計スキルを成長させたいプログラマーに向けたアーキテクティングの入門書です。ソフトウェアアーキテクチャの基礎とデザイン思考の考え方から始まり、ソフトウェアアーキテクトとして、チームと共に優れたソフトウェアを

                                                                          『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog
                                                                        • 「家族会議」のやり方。専門家が教える、週1回10分で子どもと信頼関係を築く方法【すぐに使えるテンプレ付】 #子育て - りっすん by イーアイデム

                                                                          仕事や家事に追われ、子どもやパートナーとゆっくり話す時間がないと悩んでいる方は「家族会議」を試してみませんか。 当時6歳だった長男の癇癪(かんしゃく)に悩み、コミュニケーションの必要性を感じた玉居子泰子さんが始めた、週1回1テーマ10分間の「家族会議」。 回を重ねるごとにみんなが自分の気持ちを話してくれるようになり「家族にはなんでも話していい」という空気が生まれたそうです。 今回は、玉居子さんに子どもも参加しやすい家族会議のやり方やテーマ設定のコツ、困ったときの「テンプレート」を教えてもらいました。 お話を伺った方:玉居子(たまいこ)泰子さん 1979年大阪生まれ。出版社勤務を経てフリーランスの編集・ライターに。2015年ごろから家族の対話を深める「家族会議」のワークショップ、文章講座・インタビュー講座も実施する。2021年、7家族の会議を取材した著書『子どもから話したくなる「かぞくかいぎ

                                                                            「家族会議」のやり方。専門家が教える、週1回10分で子どもと信頼関係を築く方法【すぐに使えるテンプレ付】 #子育て - りっすん by イーアイデム
                                                                          • GitHubのスターは金にならない - Qiita

                                                                            Sizzyというツールがあります。 様々なサイズの画面を同時に表示し、レスポンシブレイアウトがどうなるかを一気に確認できるという便利なツールです。 スマホ向けWebサイトを開発している人なら、持っていると非常に便利でしょう。 参考:レスポンシブの確認ツール、後発だけに便利!スマホ・タブレットの主要なデバイスでの表示確認が同時にできる -Sizzy / 『Sizzy』様々なデバイスでのサイト表示を確認出来る便利サイト さてこのSizzy、元々無償のChromeエクステンションだったのですが、先日2019年7月に単独のアプリとして有償化されました。 一人あたり月5ドル(団体割引あり)のサブスクリプション制です。 以下は作者のKizte( Twitter、Medium、Webサイト )がその理由や経緯を綴った記事、GitHub stars won't pay your rentの日本語訳です。

                                                                              GitHubのスターは金にならない - Qiita
                                                                            • 『デザイン思考』という言葉にデザイナーとして改めて向き合って考えた結果得られたもの - Pepabo Tech Portal

                                                                              こんにちは、デザイン部デザイン戦略チームでプリンシパルデザイナーをしている咲 @satosio です。 2020年4月にGMOインターネットグループの新卒入社パートナーを対象に「デザイン思考について」約1時間の講義を行いました。この記事ではそこで使用したスライドをもとに「デザイナーにとってデザイン思考とはなにか」を説明していきます。 「デザイン思考」はデザイナーに限った話ではないのですが、「デザイン思考(笑)」というように、言葉自体をなんとなく毛嫌いしてしまっているデザイナーに「デザイン思考」と呼ばれているものの正体はなにかを説明することが本記事の目的です。 結論 概要 共感とはSympathyではなくEmpathy 共感からインサイトを得ることで自分ごと化する デザインとは意思決定の積み重ね 意思決定は「仮説推論」に基づいている デザインの思考法とはフレーミングを用いた仮説推論 デザイン

                                                                                『デザイン思考』という言葉にデザイナーとして改めて向き合って考えた結果得られたもの - Pepabo Tech Portal
                                                                              • 売上は70分の1…なぜタミヤはレゴになれなかった?男性目線&マニア向けに固執

                                                                                タミヤの商品(「amazon.co.jp」より) 2020年、新型コロナウイルスの影響による「巣ごもり需要」の拡大でプラモデルの品薄が続いたことは記憶に新しい。なかでも戦艦、戦闘機のプラモデルやミニ四駆などの商品を販売する大手模型メーカー・タミヤは絶好調だった模様。20年12月27日付の朝日新聞DIGITALの記事内で、田宮俊作会長は「前年比で30%以上増えた。生産が間に合わず、世界的に商品が足りない」と急激な需要増にうれしい悲鳴をあげていた。 そんなタミヤは1980年代末からアメリカ、香港など海外へと進出しており、出荷数はおよそ海外が半分を占めているとのこと。しかし、逆にいえば需要の半数は日本国内というわけで、依然として国内向けの玩具メーカーというイメージを抱いている方も多いのではないだろうか。 一方、そんな玩具メーカーのグローバル展開の成功事例で思い浮かぶのが、タミヤと同じくプラスチッ

                                                                                  売上は70分の1…なぜタミヤはレゴになれなかった?男性目線&マニア向けに固執
                                                                                • Googleに入社して10年が経ちました - YAMAGUCHI::weblog

                                                                                  はじめに こんにちは、Cloud Operations suite担当者です。2021年4月18日でちょうどGoogleに入社して10年が経ちました。自分は転職で入社したときのことは書いておらず、前職を退職したときの記録しか残っていませんでした。いい機会なので記録として10年間を振り返ってみようかなと思いました。自分用の振り返りで特に推敲もしておらず、読みづらいと思いますが、とりあえずそのまま出します。 Google入社のきっかけ 当時はPython関係のコミュニティ活動やアウトプットをしていて、ちょうどそのときにGoogleのPartner Solution Organization(いまの gTech という組織の前身)のTechnical Account Managerという職種で空きがあるので、受けてみませんかとメールが来たのがきっかけでした。当時はGoogleというとソフトウェア

                                                                                    Googleに入社して10年が経ちました - YAMAGUCHI::weblog