日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。

心理的安全性という概念がある。ここ十年ほどチームづくりの最重要ファクターであるともてはやされ、他方では粗雑な理解によって批判されてきた。急に人気の出たアイドルの宿命みたいなものを背負っている。 世間的なイメージがどのようなものか、少し羅列してみよう。 なんでも言える。否定されない。安心して働ける。不安がない。感情を大切にしてもらえる。あなたはあなたのままでいいと肯定される。 こうしたイメージを抱いている人もいるかもしれないが、残念ながらこれらは、心理的安全性の正しい姿からは遠くかけ離れている。ただ安心してほしいのは、こうした誤解をしている人は決して少なくないということだ。 手持ちのグーグルで「心理的安全性　誤解」と検索してみると、何ページにもわたって理解を正す記事が並んでいる。NewsPicksも、プレジデントも、朝日新聞も、Qiitaも、東洋経済も、あらゆるメディアが心理的安全性の誤解に

わかりやすい文章を書くためにはある程度の知識が必要です。 認知速度：伝えたいことを認識するまでの時間が短い。 一義性：文の内容の解釈がひとつしかない。 を「わかりやすい文章」と定義し、その参考になる本を「必須書籍3選」「オススメ書籍10選」まとめました。 必須書籍3選まずは、購入必須だと思っている「必須書籍」です。選出理由は以下です。 これがないと文章を書く仕事ができないレベル 文章が出てくる場面ではどこでも使うことができる ライティングのレビュー時にも根拠として示せるようなものになる 代わりになるような本があまりない 他人からの評価も高い 日本語スタイルガイド

ChatGPTの基本からその構造、教育利用を検討する際の注意点、具体的な活用法などを解説した講座。 「教育機関などの勉強会、研修などでご活用ください」と呼び掛けており、利用の際に事前の連絡は不要という。 関連記事 「東大生や教員は、生成系AIにどう対応すべきか」東大副学長が声明　「組換えDNA技術に匹敵する変革」 「東京大学の学生や教職員が生成系AIに対してどのように向き合うべきか」――東京大学副学長の太田邦史教授が声明。 「GPT-4」搭載ChatGPTに東大入試数学を解かせてみた　GPT-3.5との回答の違い、点数は？ AIチャットbot「ChatGPT」「新しいBing」に、人間には答えにくい質問や、答えのない問い、ひっかけ問題を尋ねてみたらどんな反応を見せるのか。それぞれの反応からAIの可能性、テクノロジーの奥深さ、AIが人間に与える“示唆”を感じ取ってほしい。 東大松尾教授が答え

はじめに 最近、新入社員の方が毎月のように入社されていて、うちの部署もにぎわってきたなーと感じています。 やっぱり、人が増えてくるといろんな方がいてコミュニケーションの大切さを実感しています。 うちの部署では、事業部で大切にしていることの一つに心理的安全性があるので、それについて考えてみたいと思います。 心理的安全性とは？ 心理的安全性とは何でしょうか？ググってみると 「心理的安全性とは、職場で誰に何を言っても、人間関係が壊れることなく、罰を受ける心配もない状態のこと。」と出てきます。 これだけだと抽象的で、よくわかりませんね そこで心理的安全性を提唱したエイミー・C・エドモンドソン先生の「恐れのない組織」を読んでみました。 本書では様々なケーススタディから組織での心理的安全性について書かれています。 心理的安全性の高い組織はどういうものかざっくり要約すると 「このままではまずいのでは？」

2022年5月6日 人事制度 人事制度ハンドブック 22年1月から開始したブログ。 人事制度の設計・運用に関する記事のまとめです。 今後、人事制度を設計する際のハンドブックとして、随時更新していきます。 ■書籍：スタートアップのための人事制度の作り方 ■ブログ本体：https://kaneda3.com/ Pickup スタートアップにおける組織づくりの鉄則 今年、何パーセント昇給しましたか？(昇給率の話) 「売上が上がらないことよりも、人が辞める方がつらい」という本音 人事制度を使って、入社時に「期待」を伝える方法 等級の中に「サブグレード」をつくってはいけない 等級制度と評価制度の違い 降格・降給は、「カルチャー」である 【スライド公開】スタートアップにおける等級別の報酬レンジ 報酬水準に関する公開資料_ver5.0 昇格に、メリットはあるのか？ 急成長できるスタートアップの組織文化と

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

2018年度から継続的に実施しているスキル変革等に関する調査から、大人になってから学んでいない方が多いという結果が浮き彫りになりました。そこで、大人が学ぶためにはどのように取り組めばよいか「考えるヒント」をパターン・ランゲージ（注釈1）として、30のパターンで整理しました。 「大人の学びのパターン・ランゲージ（略称まなパタ）」は、学び続けている実践者の方々にインタビューでお話を伺い、その考え方や工夫、課題を整理し、抽象化することによって制作しています。

インターネット、 IoT（Internet of Things）、 検索エンジン、Webブラウザー

本記事ではSIerに所属する著者が3年間にわたり、私たちのグループで実践している「1on1」の内容を紹介します（グループの業務内容は主にAI系の自社製品開発です）。 ・1on1をこれから始める方 ・1on1の取り組みを検討をされている方 ・1on1を実施しており、さらに改善を検討されている上司側の方 ・1on1を実施してもらっているが、なんだかしっくりきていない部下側の方 こうした方々にとって、何らか参考となれば幸いです。 とくにIT系の企業や職種では1on1を開催しているところも多いと思います。 新人プログラマの方にとっても、1on1を実施する側がどのようなことを考えて実施しているのか、ひとつの例として参考にいただければ幸いです。 （なおQiitaでは現在、新人プログラマ応援 - みんなで新人を育てよう！企画も開催中です） 私が自分の頭を整理するために記事化しましたが、非常に長い文章にな

この記事の概要 昨年、デザインに関する社内研修を実施し、その内容をQiitaでも共有してみたところ多くの反響をいただきました。 最近内容をアップデートして研修を実施する機会があったので、こちらも投稿してみます。 具体的な制作テクニックよりは抽象的な考え方がメインですが、デザイナーと一緒に働いている方や、デザインにも興味がある方のお役に立てるのではないか、と思っています。 自己紹介 私はQiitaでデザイナーをしている綿貫佳祐といいます。 2017年に新卒でエイチームに入社して、今年で6年目です。 普段の業務では、企画を考えたりUIを作ったりコードを書いたり。 割と幅広めにデザインに携わっています。 普段の業務以外だと、会社としての発信のデザイン監修する機会が多いです。 例えば、ロゴとかコーポレートカラーのような、会社として大事なグラフィック要素1。 これらが広報物内でどう使われているかのチ

こんにちは。デザイナーのティエンです。 今回は、チームで絵描きも練習できるクリエティブで面白いゲームを3つご紹介します。 今回はFigma上で行うので、リモートでもプレーできます。 ちなみに、ご紹介するゲームはDomestikaでのコースを参考にしました。 Domestikaというのはオンラインの有料コースで勉強できるサイトです。 UIデザインや３D、Animation、ビデオ、撮影、Maketingなど、色んな分野で勉強できるし、値段も日本円にすると結構安いですよ。ぜひ覗いてみてください。 それでは、ゲームしましょう！！！！！！！ 1. Scribbles最初のゲームが「Scribbles」です。日本語で「落書き」とも言えます。 初めに各プレイヤーが自分の色を選択します。Color stylesも設定してもらいます。ついでに順番も決めますね。 描画ツールとしては、Figma上のPenとP

Stockmark ( https://stockmark.co.jp ) 社内勉強会の資料公開です。

よく、仕様書を書いていなくて、書いてみたいけど、具体的な仕様書がネット上に落ちてなくってこまってるって相談を受けるので 「仕様書の記載内容のイメージ」を作りました！ ※前提として「現在仕様書を書いていない、自社開発のMVP検証前後のフェーズのスタートアップ向け」に書いています。PMが仕様書、エンジニアがDesign Docを書く分担です。 ついでに、システム開発の基礎である「システム開発のV字モデルをベースにした設計書の紹介」も含めてまとめてみましたー！ 大規模開発に使われたり、古くからあるフレームワークなので、スタートアップの方だと、システム開発のV字モデルの概念やそれにあわせた成果物を知らない人が多いけど、「要件定義書」と「設計書」を全てドキュメント化するとどうなるかを理解した上で、「仕様書」として情報を削る方が、考慮漏れ防止やエンジニアがやっている設計内容の理解につながるので、全体を

打ち合わせに苦手意識を持っている人は多いのではないでしょうか。 私はウェブディレクターとして、これまで数多くの打ち合わせに参加してきましたが、プロジェクトを円滑に進めていくためには、ファシリテーターのスキルによるところが大きいと実感しています。 打ち合わせのスキルについて、新入社員への研修に組み込んでいる会社もあると思いますが、上司や先輩の打ち合わせに同席する中で、見よう見まねで身に付けてきた人も多いでしょう。 日常的に打ち合わせをしている人からすると、当たり前すぎる内容かもしれませんが、私自身がこれまでにフィードバックを受けて意識していることも含めて、打ち合わせが上手い人がやっている共通点をまとめてみました。 最初に打ち合わせのゴールを伝える打ち合わせをするからには、終わったときに明確にしておきたいゴールがあるはずです。 ゴールを曖昧にしたまま進めてしまうと、せっかく日程を調整して打ち合

こんにちは！メルカン編集部のnatukifmです。 2020年6月23日、メルカリでは、全社的なコミュニケーションツールとして導入しているSlackの社内利用ガイドラインをGitHubにて公開しました〜！ Slack上での情報共有や連絡を円滑にするため、2016年につくられた本ガイドライン。細かな改定を重ねられてきたものの、2016年当時からほぼ変わっていなかったりします。 そこで本日の#メルカリな日々では、社外公開したばかりのメルカリ社内Slack利用ガイドラインをちらっとご紹介します！ Slackを使ううえでの前提 1：オープンであることを意識する ・ プライベートメッセージやプライベートチャンネルの利用は禁止しないが、人事・インサイダー情報以外は、コミュニケーションコストの低減と、風通しが良くオープンである社風を維持するために基本的にオープンにする ・ チャンネルへのinvite/l

今年の夏に事務所物件を借りました。2021年お金を使っていちばんよかったものは？と言われたら「事務所ですね」と即答するくらいには良い体験だったので、せっかくなのでなぜ借りたのか・どんな備品を購入したのか、自分用のメモも兼ねてつらつら書いていきたいと思います。 購入したものをまとめたら80アイテムにまで達してしまい、文字数も1万5000を超えてしまったので「買ったものだけ知りたい」という方向けにNotionで作成したリストを先に貼っておきます。なお、リンクの一部はアフィリエイトになっているので、気になるものがあればぜひポチっとお願いします。 ここから先は長文がはじまります。のんびりゆったり読み進んで頂けたらと。 なぜ物件を借りたか 理由は主に2つあって、1つめの大きな理由が「自宅の部屋に本が収まらなくなった」から。会社勤めしていた頃にオフィスで読む用に買った本もぜんぶ持って帰ったので、本棚が

CDOとしてクラスメソッドにジョインした私の役割は、「デザイン組織を作ること」です。 しかしそもそも「組織を作る」とはどういうことなのでしょうか？ さらにいえば「組織」とは何なのでしょうか？ 例えば4人が集まっていればそれは「集団」であるといえますが、何があれば「集団」ではなく「組織」になるのでしょうか。 この「組織の定義」を紐解くことがデザイン組織作りの大きなヒントになるのではないかと思い、改めて考えを整理してみました。 組織の定義 「組織」という言葉はあまりにも当たり前に存在しすぎてて、組織がテーマのビジネス書であっても明確な定義がなされていないことも多いです。 P.F.ドラッカーの名著『マネジメント（エッセンシャル版）』では、「マネジメントなしに組織はない」と冒頭に語られます。しかし組織が何であるかの定義は特になく、そのまま話は進んでいきます。 世界中の経営者やマネージャーに影響を与

会社で係長的なポジションになって3年近くが経った。先日、副係長というか職長的なポジションが新たに設けられ、30歳前後のメンバーが就いた。折を見て彼らに伝える機会があるかもしれないし、3年やってみた知見を自分の中で一度整理しておきたいと思った。（大手メーカーの製造側に近い部門で働いている、という前提がある。） 自分が苦しくならないようにする 究極的には本人が自分でスタイルを確立するしかない。 「こうした方がより良い」と思って行動変容しても、それで自分が苦しくなるなら続けられない。 どうせ正解の型が一意に決まるわけではないし、仮に正解の型があっても自分を完全にはめ込むこともできない。 「自分がやれるようにやるだけ」くらいに思っている方が精神衛生に良い。それで不適格ならしょうがない。 一方で「より良い方法」に寄せる努力も必要で、その間のバランスが必要になる。 例えば自分自身は、人付き合いがすごく

【はじめに】 フロントエンドエンジニアの kalbeekatz です。話の背景となる自分の経歴から紹介させてください。 Web制作会社でマークアップエンジニアとして HTML/CSS/JavaScript（主に jQuery）で静的な Web サイトの構築をしていました（2年間）。 その後、株式会社ニジボックスに転職し、フロントエンドエンジニアとして上記に加え、React で動的な Web サービスを構築してきました（2年半）。 この5年間を通して自分がマークアップエンジニアからフロントエンドエンジニアになるまでを振り返り、それぞれの違いや求められること、やりがい、道のりなどをまとめました。 これからエンジニアを目指す方、マークアップ以外のエンジニアリングに興味を持っている方などの参考になれば幸いです。 マークアップエンジニアとフロントエンドエンジニアの違い 「マークアップエンジニア」「フ