管理職必読 順番に読むと理解が深まる「マネジメントの名著」11冊
日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。
日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
どうも、外資系うさぎのちょこさんです。 気がつけばもう2023年が始まってしまってますね。 一年の計は元旦にあり、ということで正月早々とても有益なnoteを書いて徳を積むところから今年をスタートすることにしましょう。 年末年始に限らず、それなりにまとまった時間を使えるタイミングってインプットにもアウトプットにもとても良いですからね。 せっかくなのでﾌｫﾛﾜｯｻﾝ各位も何かアウトプットしてみるとよいんじゃないでしょうか。 というわけで、新年早々のアウトプットにおすすめな、土地勘の無い業界/テーマのプロジェクトにアサインされた場合の最低限の情報収集を手早くこなすにはどうするのがよいかってnoteをお届けします。 これは再現性のあるやり方なので、このnoteを見ながら同じような流れで情報収集して自分なりの見解なんかをまとめてみたりすると良いセルフトレーニングになるはずです。 これは有益な情報なの
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね？」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります（もしこれらを利用できる環境にいるならとても幸せなことです）。 少なくとも日本で実施される一般的なプロジェクトは PMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない
Founder Customer Fitこのセクションについて解決したい課題を見つけよう顧客を決めようリーンキャンバスを書こうミッションを決めようCustomer Problem Fitこのセクションについてペルソナを立てよう共感マップをつくろうカスタマージャーニーマップをつくろう課題仮説を整理しようプロブレムインタビューをしようProblem Solution FitこのセクションについてPEST分析をしようフックモデルを定義しようプロトタイプをつくろう解決策仮説を整理しようソリューションインタビューをしようSolution Product Fitこのセクションについて名前をつけようユーザーストーリーマップをつくろうMVPを構築しようMVP仮説を整理しようMVPインタビューをしようProduct Market Fitこのセクションについてグロースサイクルを定義しよう利用規約をつくろうプロ
Webディレクターのスキルツリー - 二宮日記
Webディレクター解体アドベントカレンダー初日の記事です。今日はWebディレクターという職種を定義するために作ったRPG風のスキルツリーとその活用方法を紹介します。あとは関連する他の開発メンバーとお互いの担当範囲を明確にする方法や、スキルツリーをスキルアップに役立てる方法について書きます。 曖昧な仕事 Webディレクターという職種に期待される仕事の内容は、開発に関わる他の職種と比べても非常に曖昧です。そもそも何ですか、ディレクションって。英語を直訳すると方向とか指示とかそういう意味ですけど、概念的でふわっとしています。 ディレクションという仕事に含まれる範囲も様々です。受託でホームページ制作を請け負って進行管理をメインに行うWebディレクターもいれば、既存自社サービスの売上増に責任を負う人も、新サービスの立ち上げに挑戦する人もいて、同じディレクターという名前でもやっている仕事が全然違います
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
最近は仕事をするとき必ずNotionを触っていますので、仕事をする=Notionを使う、と言っても過言ではありません。Notionの素晴らしい点は、私のように複数社で顧問をしていても、必要な業務によってカスタマイズができることです。 日々Notionを使う中で「プロダクトマネージャーが圧倒的に仕事しやすくなるテンプレートを作りたい！」と思ったのが始まりです。そんな中いろいろ探してみたところ、Notionのテンプレート自体はすでに色々なものがありますが、現実問題としてToo much（情報が多すぎる）ものもあれば、逆に情報が足りないものもあり最適解がありませんでした。 そこで、プロのプロダクトマネージャーとしてこれを使っておけば間違いない！というものをキュレーションして整理しました。そのテンプレートの使い方を解説します。 ※テンプレートはページ下部からご利用になれます プロダクトマネージャー
鈴木おさむ「僕も老害になっていた」。40代からのソフト老害とは
2024年3月31日をもって、32年間続けてきた放送作家業と脚本業を辞めることを表明した鈴木おさむ。マンネリを捨てることで、働く意味、人生の目的、幸せのカタチが見えてくるという。著書『仕事の辞め方』の一部を再編集してお届けする。1回目。 老害は60代、70代の話ではない 僕は「老害」による被害者側だとずっと思ってきました。 でも、この一年はそうでもないと思っています。 老害は60代、70代の話ではない。40代から老害を与える加害者側に立っている人もかなり多い。 事の始まりは、とあるYouTube チャンネル。『街録ch』という人気チャンネルをご存じでしょうか？ 三谷三四郎というテレビディレクターが町中で、とんでもない人生を経験した人たちにインタビューするもので、これがとてつもなくおもしろい。 三谷Dは、元々お昼の番組『笑っていいとも！』のADさんで、そのあとディレクターになり、僕もいくつか
はじめに「マネージャーは尊敬される人柄じゃないと無理ですよね」 「マネージャーは対人感受性がないと」 「そもそも、人として向き不向きがあるよね」 経営者の方と議論していると、マネージャーを誰にしようかと悩む時、あるいは自社のマネージャーについてコメントをする時、こういうご意見はよく伺います。 これらの問いに対して私の答えは「No」です。 マネジメントはフローもやり方もはっきりと言語化できる"業務"であり、そこにはマニュアルが存在します。訓練すれば誰でも一定程度のレベルで実行可能なものだと考えます。 今回は私が代表を務める会社、EVeMが提唱するマネジメント”業務”の実行方法「THE MANAGEMENT PATTERN」と、それを実行可能にする訓練方法について書きたいと思います。 マネジメントは"業務"であるドラッカーの言葉に「仕事を生産的なものにし、人間を活かすことが、マネジメントの役割
準委任契約に基づく報酬請求と善管注意義務違反 東京地判令2.9.24（平28ワ28934） - IT・システム判例メモ
開発は途中で終わった場合でも、準委任契約に基づく報酬請求はできるが、適切な計画立案・実行ができていなかったとして善管注意義務違反が認められた事例。 事案の概要 イベント企画会社Ｙは、自社の企画するイベントを管理するためのシステム（本件システム）の開発をＸに依頼することとした。 平成28年3月にＸは開発に着手したが、その時点では契約書が取り交わされておらず、4月になって、Ｘ・Ｙ間で以下の内容（抜粋）の契約書が取り交わされた（本件契約）。 1条2項 本件契約は，Ｘが（中略）業務に従事する技術者の労働をＹに対し提供することを主な目的とし，民法上の準委任契約として締結されるものとする。したがってＸは，善良なる管理者の注意義務をもって（中略）業務を実施する義務を負うものとし，原則として成果物の完成についての義務を負うものではないものとする。 3条3項 前各項にかかわらず，Ｙは，Ｘの本件サービスの業務
プロジェクトのキックオフ前後に作成する要件定義書。確認の抜け漏れを最小限に抑えるには、どのようなことを記載しておくべきか。そして、メンバーへのスムーズな共有と、その後の円滑なプロジェクト進行のための、良い要件定義書とはどのようなものだろう。自分たち用のメモも兼ねて「Webサイト制作プロジェクトの要件定義書」の確認項目をnoteに整理してみます。 1. プロジェクト概要1-1. 背景プロジェクトを発案するに至った背景です。現状の課題、ビジネス要件の変化、ユーザーの変化、社会的要請など、プロジェクトの存在意義や必要性を記載します。 1-2. ゴールゴールとは「完了条件」です。何を達成すれば終わるのか、どこに行けば終わるのかを記載します。通常は5W1Hのうち、WHATやWHEREをゴールとします。 1-3. 目的プロジェクトを何のために進めるのかという意図です。ゴールよりも広い視野で捉えます。5
曖昧なタスクへの耐性が下がってしまった、一時期の話
この記事で書きたいことは、大筋以下のようなことです。 ・「曖昧さ耐性」についての記事を読みました ・部下の曖昧さ耐性の有無と状況に合わせて指示の出し方をコントロールする必要がある、というのはその通りだと思います ・ところで私には、自分の「曖昧さ耐性」を顕著に下げてしまった経験があり、「部下の曖昧さ耐性を下げない為にはどうすればいいか」を常々考えています ・重要なのは、チーム内での「成果物のフェーズ」に関する意識の統一ではないかと思います ・成果物のフェーズ認識に不一致があると、作業者が無駄に疲弊するし曖昧耐性が毀損される場合があります ・「今は成果物の曖昧さを許容するフェーズ」という意識統一がとても大事です 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 *** 先日、logmiBizさんでこんな記事を拝読しました。 曖
これはなにか エンジニア、ビジネスサイドの方に向けた、「良い要件定義の作り方」について書いた記事です。 長文がつらつらと書いてある本稿ですが、要するに言いたいことは、 ● 完璧な要件定義など幻想であり、誰がどう作っても不完全である ● そのため、一番危険なのは、とびきり賢い人が出してきた要件定義で、 「あの人が作ったんだから大丈夫」と盲目的に考えること ● 完璧にはならないことを受け入れ、ベストを尽くす姿勢が大事 ●そもそも、アジャイル開発において、完璧な要件定義は求められていない ●良い要件定義には以下のスタンスが必要 ● UXから逆算する ● 削ぎ落とす ● 個ではなく、チームで作る ● レビューを徹底する ● 3つのシナリオを想定する ということです。 ※約1万字あり、また各章について深く掘り下げる項目は別記事を添付しています。そのため、モバイルで通読するにはすこし骨が折れるかもしれ
移動が面倒じゃないゲーム
割と真理だと思うのだけど、世の中で一番もったいない時間って移動の時間だと思っている。 移動の時間そのものがもったいないわけではなくて、移動の時間に移動という意味しかもたせられないことがもったいないという意味。 移動の時間中に何か別のことができるのであればそれはもったいなくない。 満員電車で両手を動かすことすらできないような状況だったり、上司と一緒で自分のために時間が使えないような状況だったりがもったいない時間という意味。（上司とのコミュニケーションに意味があるなら別） そういう理由から無意味な移動がゲームの中でもとても嫌いだ。 例えば、 ・ただゲーム時間を間延びさせるためだけにダンジョンがムダに長い ・移動速度が遅い ・目的地まで単調な繰り返しを強いられる このあたりにゲーム内で遭遇するとうんざりする。 クリアまでの時間を短縮させないキャップをつけてるだけじゃないかって。 そういう意味で、
Regional Scrum Gathering Tokyo2023 の中の moyiyuya さんの「私考える人、あなた作業する人」というセッションが大きな反響を呼んでいました。 スクラムを導入してチームとして一体感をもってプロダクト開発をよりうまくやっていきたかったはずなのに、いつの間にか「私考える人、あなた作業する人」という関係性ができてしまっていた、という相談を受けることがあります。 なぜこのような「私考える人、あなた作業する人」という関係性が生まれてしまうかについて、コミュニケーションの観点で考えてみます。 プロダクトオーナーと開発者の堺目 「私考える人、あなた作業する人」のような関係性が生まれてしまっているチームでは、開発者からプロダクトオーナーに対するコミュニケーションが以下のようになっていることが多いです。 プロダクトバックログを出してくれたらつくります 仕様を決めてくれた
Webサイトの構造を可視化！簡単にビジュアルサイトマップが作れる「Octopus.do」を使ってみた！ - paiza times
どうも、まさとらん（@0310lan）です！ 今回は、Webサイトの構造を可視化して直感的に理解しやすい「ビジュアルサイトマップ」を作成できるWebサービスをご紹介します。 ブラウザからGUIベースのエディタにアクセスするだけで誰でも利用可能で、すべてマウス操作でできるので初心者でも簡単に使いこなせます。ブロックを追加していくだけでサイトマップに簡易的なワイヤーフレームが挿入できる点がとても便利です。 また、既存のWebサイトから素早くサイトマップに変換する方法も合わせて解説しているので、ご興味のある方はぜひ参考にしてみてください！ 【 Octopus.do 】 ■「Octopus.do」の使い方 それでは、「Octopus.do」をどのように使うのか詳しく見ていきましょう！ トップページにアクセスしたら【Create sitemap】ボタンをクリックします。 すると「サイトマップエディタ
ユーザー体験的なものをストーリーで整理し次にUIを作成するとき、閲覧・参照系より先に新規作成のUIから考える、というケースをときどき見かけます。 これ、すごい違和感あります。 ストーリーにおいてユーザーはまず新規作成するので、そのまま新規作成から着手してしまう、といったところでしょうか。 その場合、新規作成の目当てたるオブジェクトの姿が曖昧になりがちです。 そうすると、新規作成画面にしか存在しない特殊なレイアウトやコンポーネントや、特に意図がない冗長なモーダルができあがることが多いと感じています。 目当てが定まっていないうちから、それをどう作るか、どう編集するかを考えるのって難しくないですか？ 考える順番閲覧・参照系のUIを先に作ることで、それが新規作成や編集の目当てとなり、効率よく良いデザインしやすいと感じています。 例えば、私の場合、以下のように考えを進めることが多いです。 まずは「R
■イベント 急成長するSaaSを支えるエンジニア成長支援の取り組み https://sansan.connpass.com/event/293441/ ■登壇概要 タイトル：エンジニアの成長に向き合う評価と目標設定 登壇者：技術本部 Bill One Engineering Unit ⽊…
1. アジャイルについて マネージャーが知るべき 97 のこと 株式会社アトラクタ 取締役CTOアジャイルコーチ 吉羽龍太郎 (@ryuzee) 2. イントロダクション 吉羽龍太郎 / YOSHIBA RYUTARO ▸ アジャイル開発、DevOps、クラウドコンピューティング、 インフラ構築自動化、、組織改革を中心にオンサイトでの コンサルティングとトレーニングを提供。著書訳書多数 2
広告に携わる全ての人へ、どうか、「炎上するからやめておこう」と思わないでほしい。｜KEITA MAKINO | DE Inc.｜note
炎上に関して新たに書くことは、できる限りしたくないと思っていました。関わった人たちだって十分に悩み考えているだろうし、少なくともそのカサブタをはがすような行為はしたくないと考えています。 ただ最近の「カネボウ」と「ロリエ」の流れをみて、どうしても書いておきたいことがでてきてしまいました。それはタイトルの通りなのですが「炎上するから」というような理由で、企業やブランドがメッセージを発信することをやめてしまうのではないか、という懸念が大きくなったからです。 まずこの「カネボウ」と「ロリエ」の広告がとても残念だと思ったのは、「本当に伝えたかったこと」とまったく別の印象と解釈を与えてしまう広告になっていたという点です。どちらもプロジェクトや思想そのものは、とてもすばらしいものだったと今も思います。 カネボウは、第一弾から観てもらえればわかると思うのですが、「それぞれの個の化粧の自由」やその価値を追
Strap（ストラップ）は、デザイン会社であるグッドパッチが開発した、日本製のオンラインホワイトボードです。チーム作業やコミュニケーションを効率化し、リモート環境・オンライン会議におけるコラボレーションの可能性を広げるアプリケーションです。
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちは。 株式会社デジサク の多森です。 今回の記事では、要件定義・プロジェクト企画を推進するためのネゴシエーション術について扱っていきます。 ITプロジェクトを推進していて、こんなことを感じた経験はないでしょうか？ 「バラバラな意見・要望を収集できない」 「発言力がある人の影響に負けてしまう」 「いつまでも追加要望が止まらない」 関係者の意見を尊重しつつも優先順位を明確にして、全員で同じ目的に向かってプロジェクト推進するバランス感覚が欲しいと常々感じます。 こんな悩みを解決するために、、 「センスに頼らない！要件定義・プ
はじめまして！LayerXのカレー担当のN_Taisho（西井）です。 私は、もともと霞ヶ関の役人として、６年ほど地方財政支援、大規模災害の被災地の復旧・復興支援、国際協定交渉等に関わってきました。現在はLayerXに所属しながら、三井物産デジタル・アセットマネジメント株式会社（以下、MDM）にてProduct Managerとしてプロダクト開発に主に携わりつつ、会社立ち上げに係る様々な業務に従事させてもらっています。 このMDMは、「眠れる「銭」を、Activateせよ。」をミッションに、「Operation × Techでどうアセマネ業務をリデザインするか」に取り組んでおりますが、その概要については以前、同じくLayerXに所属しながらMDMにコミットしている丸野が執筆した以下の記事が詳しいところなのでそちらをご一読いただければと思います。 tech.layerx.co.jp 今回は、
「要件定義」がうまく機能しない「3つの壁」
はじめに 「ユーザーエクスペリエンス(UX)デザイン」という言葉を、よく耳にするようになりました。UXデザインの分野には、エンドユーザーのニーズをつぶさに拾いあげることで、プロジェクトやビジネスを成功に導くためのノウハウが集まっています。 UXデザインの基本のひとつは「エンドユーザーにインタビューにいく」ことです。 本連載を通じて、ユーザーインタビューの「はじめの一歩」を体験していきます。第1回、第2回では、「そもそもユーザーニーズはどのようにすればわかるのか」について解説します。 「エンドユーザーにうれしいものづくりをしよう」と考える UXデザインでは「私たちは、誰を『しあわせ』にするために、ものをつくっているのだったか?」を強く意識します。 UXデザインの根本的な思想は、「エンドユーザーにうれしいものづくりをしよう」と考えることです。エンドユーザーにうれしいものをつくり、ビジネスがうま
相手に「曖昧なフィードバック」をしていませんか？ オウンドメディア記事を制作会社と円滑に進めるコツ【前編 / 企画提案〜構成編】 - はてなビジネスブログ
オウンドメディアの運用は、自社だけでなく外部の制作会社にコンテンツ制作をお願いする（外注する）ケースも少なくありません。 ですが、記事制作をお願いしたものの「思い描いていたアウトプットと違う」「パートナーへ適切な指示ができているかわからない」と悩んだり不安を持ったりしたことがある人もいるのではないでしょうか。 特にオウンドメディアの担当者はライティングや編集未経験にも関わらず、記事の企画や内容をジャッジする編集長ポジションに就くこともめずらしくありません（オウンドメディアディレクターやコンテンツディレクター、といったポジションの方が記事の品質管理を担うケースもあります）。 そこで本記事では、主に編集プロダクションなどのコンテンツ制作パートナーとの適切な付き合い方の理解が深まるよう、はてなで公開中の「オウンドメディア制作パートナーとの付き合い方マニュアル」の内容を一部抜粋・編集し紹介します。
アニメの制作サイドとして入口の役職であり、将来的には演出家や監督、プロデューサーなど多岐にわたる仕事につながる「制作進行」がどういう仕事なのか、実務内容まで細かく解説したマニュアルが、日本動画協会の公式サイトで無料公開されています。 「アニメシリーズ制作における 制作進行のマニュアル」 WEB 無償公開のお知らせ | 日本動画協会 https://aja.gr.jp/info/1583 TVアニメシリーズ制作における制作進行のマニュアル | 日本動画協会 https://aja.gr.jp/download/tv-anime_seisakushinko_manual このマニュアルは大きく「1.日本アニメの特徴と形式」「2.制作進行とは」「3.アニメ制作の基本工程」「4.アニメに関わるスタッフ」「5.制作進行の実務」の5つの章で構成されています。 「1.日本アニメの特徴と形式」の章は「日本
先日1500ページくらいのやや大きめなコーポレートサイトのワイヤーフレームをディレクター、デザイナー、テクニカル担当、アシスタントという職能や経験もバラバラのチームで共同作成しました。みなが足並みを揃えて進めていけるようにワイヤーフレームの作り方を要素分解して、共通理解を持って作業をできるようにしました。どのような手順や考え方で進めていったのかをnoteにも記しておきます。 0. 情報設計とトンマナ設計を分けて考える Webサイト制作ではデザイン着手前の工程でワイヤーフレームと呼ばれるWebサイトの設計図のようなものを多くの場合で作ります。デザインとの違いは何かというと、上図のようにワイヤーフレームでは「情報設計」を主として扱います。そのためトンマナ（トーン&マナー）と呼ばれるWebサイトの印象や雰囲気を形作る要素については考えず、Webサイトに掲載する情報について決定することが目的となり
web制作の仕事は、ミスとの戦いでもあります。 ベイジは数あるweb制作会社の中でも、比較的ミスが少ない方だとは思います。しかしそれでもゼロにはなりません。プロジェクトによっては、単純なミスを多く発生させてしまうことも未だにあります。 便利なツールは沢山存在しますが、人が手を動かし、目視で確認する部分はまだまだ多く残っています。機械化できないそうした箇所で、ヒューマンエラーが起こります。 やっかいなのは、自覚症状がないミスが多いことです。認識違いに起因する場合、本人では正誤の判断ができません。見れば分かる単純ミスも、根底にあるのは認知バイアスであり、それを自ら検出することは難しいものです。 だからといって、「チェックを増やす」「管理シートを作る」と確認工程を増やしていくと、労働生産性はどんどん悪化します。それはやがてコストパフォーマンスの低さ、競争力の低下に繋がっていきます。 「ミスを絶対
なかなか抜けない癖がある。 「これで良いでしょうか？」「どれが良いでしょうか？」と、デザイナーがお伺いの姿勢になってしまう。ついついそんな癖が出てしまう。 お伺いは「あれっ？」と不審を走らせ、周りに違和感を発することがある。お伺い自体が悪いわけではありませんが、お伺いが続いてしまうとデザイナーのプレゼンスが下がっていく。もったいないことです。 判断の丸投げはしないたとえば、デザインアウトプットを提示するとき。依頼者側が意思決定するにしても、「これで良いでしょうか？」と全てを相手に委ねてはいけない。デザイナーは「どの部分の判断をお願いするか」を注意深く分けて話す必要があります。 コミュニケーションデザインの場合。あるアウトプットについて、「依頼者が求めるビジネス成果に叶っているか」という点で相手の判断を仰ぎつつも、別の観点、たとえばそれがブランド認知の一貫性を保っているか、感性的価値が十分で
タップ成功率（）は以下の式をもとに計算されます。 は誤差関数、はボタンの横幅、はボタンの縦幅です。 とはそれぞれタップ座標の軸の分散と軸の分散であり、以下の式をもとに計算されます。 、、、は回帰定数です。 より詳しい理論は論文（2章、3章）やTech Blogをご参照ください。 Tappyは 「非利き手でスマートフォンを持ち、利き手の人差し指でボタンをタップする場合」を想定しています。
テレワークで困るのが、複数人でのミーティングやアイデア出しなどの意見を交わす場を持てないことです。Adobe XDの便利なプラグインが登場しました！ Whiteboardの名の通りホワイトボードをはじめ、ブレインストーミング、カードソーティング、ワイヤーフレーム、フローチャート、マインドマップなど、Webサイトやスマホアプリのミーティングで使用するさまざまなツールが簡単に利用できます。 複数人での使用はもちろん、個人で使用するのにも便利です。 Adobe XDのビジュアル協業プラグイン「Whiteboard」 Adobe XDのプラグイン「Whiteboard」とは Adobe XDのプラグイン「Whiteboard」のダウンロード Adobe XDのプラグイン「Whiteboard」の使い方 Adobe XDのプラグイン「Whiteboard」とは Adobe XDはAdobeユーザーは
アース製薬が、ニューロマーケティング※1におけるマーケティング素材の新たな評価法で特許を取得 お客様の本音を見える化するマーケティングリサーチ
アース製薬が、ニューロマーケティング※1におけるマーケティング素材の新たな評価法で特許を取得 お客様の本音を見える化するマーケティングリサーチ アース製薬株式会社（本社：東京都千代田区、社長：川端克宜、以下 「アース製薬」）は2月22日（木）、マーケティング素材を脳波や視線計測などを用いて科学的に評価する新しいマーケティングリサーチ手法及び評価装置で特許を取得しました。この新手法により、お客様の本音（無意識な心理）を見える化し、これまでにない商品開発が可能になりました。 なお、本手法は大阪大学大学院人間科学研究科の入戸野宏教授のアドバイスのもと確立しています。 【本特許取得の背景】 近年、ブレインテック※2が進展し、マーケティングリサーチの手法として、アンケートやインタビュー調査など従来の言語（バーバル）化された主観評価のみならず、無意識の非言語（ノンバーバル）化された状態の評価として、ニ
こんにちは。Engineering Manager の @wozaki です。 2年前のプロジェクトで、プレモーテム(premortem)を実施した例をご紹介します。 プレモーテムとは、プロジェクト初期にチームで集まり「プロジェクトが失敗したとして、その失敗とは? 原因は? どう対策するか?」を話し合うワークショップです。*1 プレモーテム実施例 なお、本記事におけるリスクの定義はこちらです。 引用元 熊とワルツを - リスクを愉しむプロジェクト管理 将来起こりうる出来事で、望まない結果を生むもの 望まない結果そのもの 目次 概要 背景 なぜプレモーテムが打ち手だったのか プレモーテムの再設計 実施結果 参加者の所感 最終的にプロジェクトはどうなった? 終わりに 概要 プロジェクトは2つの特性があった 初めて協業するステークホルダーが多い 開発規模が大きい 特性に対する懸念の打ち手としてプ
貴方は数値目標をなぜ立てられないか？ なぜその組織は適切なアクションを起こせないか？〜「課題とは何か？」から理解する。 - #1sheetMktg 番外編｜高広伯彦（Ph.D. of Management Science）
貴方は数値目標をなぜ立てられないか？ なぜその組織は適切なアクションを起こせないか？〜「課題とは何か？」から理解する。 - #1sheetMktg 番外編 最近よく耳にする言葉として、「KGIやKPIの作り方がわからない」というのがある。 これには２つの背景がある。１つ目はデジタルマーケティングが普及したことによって、デジタル＝数値が取れるという考え方が浸透したこと。 ただ、この信念の問題として、実際は”デジタルで取れる“数字だけを見ることしか指しておらず、デジタル以外も数字の指標は立てることができるのに“できない”という勘違いになっていることが多いことがある。 そして２つ目はそもそも数値指標を立てる前に、「課題」を明確にしなければいけない、ということが抜け落ちていることにある。 今回はマーケティング（だけが適用範囲とは限らないが）「課題とは何か」からスタートし、それをどのようにアクション
1995年にIIJメディアコミュニケーションズ入社。それより映像とインターネットの間をさまようエンジニアとなる。2005年よりIIJ勤務。2017年よりVidMeetを主宰。SNSはLinkedInにて。 まずは、この映像をご覧ください。 このムービーは関西放送機器展（2022年7月）のIIJブースで撮影したものです。音を出しているのはRIEDEL Communications社のインターカム装置で、オタリテック様ブースにある対向装置から筆者が話しかけています。そしてIIJブースとオタリテック様ブースはIIJ社製サービスアダプタ「SA-W2L」によりVPN接続されており、互いのインターカムを異なる地点でつなぐデモを実施していました。 と、これだけではごく当たり前に聞こえる話ですが、このVPN接続はモバイル網経由で行われたところが今回の鍵です。 インターカムは放送制作現場で長らく、そして必ず
ChatGPT をはじめ近頃 AI の進化が著しく、SNS などで紹介されている使用例に驚かされる毎日です。 Notion はここ数年で多数の企業が利用するようになっている多機能のドキュメントツールです。近頃 Notion AI という機能がリリースされました。 またシーケンス図を書くのによく使われているのが Mermaid です。 今回は Notion AI に Mermaid でシーケンス図を書いてもらったらどうなったのか、また Mermaid でシーケンス図を書くときにはどのような書き方があるのかをご紹介します！ Notion AI に ToDo アプリのシーケンス図を書いてもらったら 早速書いてもらいました。例えば ToDo アプリケーションのシーケンス図を書いてもらったらどうなるのか？ おぉ…スラスラ書かれていく…。 素晴らしい…。本当に人間が必要なくなる時代がくるのではないかと
10案件を同時進行するディレクターが編み出したタスク管理術【完全保存版】｜東京のWEB制作会社・ホームページ制作会社｜株式会社GIG
10案件を同時進行するディレクターが編み出したタスク管理術【完全保存版】｜東京のWEB制作会社・ホームページ制作会社｜株式会社GIG こんにちは、株式会社GIGのLeadGrid事業部でディレクターとして働く水嶋です。 複数のプロジェクトに関わる仕事をしている方なら、誰しも「タスクが多すぎて、タスク管理がうまくいかない」や「緊急のタスクに追われて、今日やらなければいけなかった仕事が終わってない！」と悩まれたことがあるのではないでしょうか。 タスク管理や優先順位づけの正しい方法を理解すれば、その悩みの解決に一歩近づきます。 本記事では、常時10〜13案件のプロジェクトマネジメントをしている筆者が、どのようにタスク管理・優先順位をつけて、日々の業務に取り組んでいるかを解説します。まずは、筆者がどのように日々のタスクを管理しているかを説明したうえで、どのような思考で対応しているのかを解説できれば
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google re:Work - マネージャー
【雑感】絶対覚えて！案件アサイン前情報収集の鉄板のやり方！｜外資系うさぎのちょこさん
電車の中で座るための戦略とアクションプラン｜みずほリサーチ＆テクノロジーズ
一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ
プロダクトマネジメント入門: 失敗しないプロダクトの作り方を学ぼう
エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s
Yuki Matsuzaki 松崎悠希📽 on Twitter: "日本で映像制作をされている方からよく「どうすれば自分の作品のクオリティを上げられますか？」と聞かれます。・・・もちろん、皆さんそれぞれ苦手な部分があるとは思うのですが、一つだけ多くの方に共通している大きな弱点があります。それは「台詞に頼りすぎている」という部分です。(続"
プロダクトマネージャーの仕事を10倍快適にするNotion活用法【テンプレート公開】｜Shin
マネジメントは教養や所作ではなく、"業務"である｜長村禎庸@EVeM
Webサイト制作の要件定義書の確認項目｜重松佑 / Shhh inc.
完璧な要件定義など幻想である。個ではなく、チームで作る要件定義 - Qiita
「私考える人、あなた作業する人」の関係をつくっているのはあなたかもしれない
UIは閲覧画面からつくろう。｜Shino | Software Designer
エンジニアの成長に向き合う評価と目標設定
アジャイルについてマネージャーが知るべき97のこと
Strap（ストラップ） | 日本製オンラインホワイトボード
要件定義・プロジェクト企画に必要なネゴシエーションをロジカルに学ぶ記事 - Qiita
複雑な開発要件を整理する際の考え方〜RDRAを参考に〜 - LayerX エンジニアブログ
「TVアニメシリーズ制作における制作進行のマニュアル」ネットで無料公開
Webサイトのワイヤーフレームの作り方 ― FigmaやXDを開く前の３ステップ｜重松佑 / Shhh inc.
ミスが少ないweb制作会社を目指して～実践している16の取り組み | knowledge / baigie
「お伺い」に気をつける、デザイナーのコミュニケーション｜大﨑 優｜CONCENT
Tappy - Yahoo!デベロッパーネットワーク
テレワークのミーティングに役立つツールが全部無料で使える！Adobe XDの協業用プラグインが登場 -Whiteboard
プロジェクト失敗可能性を軽減するプレモーテム - スタディサプリ Product Team Blog
リモートディレクションへの道〜インカム編〜 | IIJ Engineers Blog
Mermaid でシーケンス図を書く方法を解説！Notion AI にシーケンス図を書いてもらったら…!?
note.com/kenko100yerlife
note.com/fujitsu_pr
news.livedoor.com
musicwebclips.net
mina2.ht.gob.jp
musicwebclips.net