こんにちは！ 最近、ブレストをChatGTPとしているのですが、これはかなりやばく、自分の仕事に多大な影響を与えています。 これのやり方をちらっと紹介すると、割と反応がよかったので、実例ともに書いてみました。 ちなみに一応解説しておくと、OpenAIという企業によって開発されているChatGPTは、人工知能の一種である自然言語処理技術を用いて、自然言語での会話を可能にするチャットボットです。 ChatGPTでは、過去の文章や対話の情報を学習し、それを基に人間と同じように応答することになったのがすごいところです。 ブレスト方法結論でいうと、自分がファシリテーターになって、ひたすらChatGPTにいろいろな角度で話してもらうというだけです。 これを使うと、とにかく頭が刺激されるのでオススメです。 といってもよくわからないと思うので、実例をみていきます。 まず質問からいきます。僕は、たとえば以下

Otter.ai uses artificial intelligence to empower users with real-time transcription meeting notes that are shareable, searchable, accessible and secure.

ほとんどの人が会議が嫌いではないでしょうか。何のための会議か分からない、決まったことが実行されない、そもそも会議時間が長い……。そんな非効率な会議の原因を明らかにするとともに、解決法を探っていきましょう。 長い会議に嫌気がさしたことはないでしょうか。 問題は会議が長いことだけではなかったはずです。明らかに非効率な会議が、不条理に長く続いていることにイライラしたのではないでしょうか。 そもそも「何のためにメンバーが集まったのか」が共有されていないまま会議が始まる。いざ議論が始まると、そもそも何についての議論しているのか誰も分からなくなってしまう。それでも会議が続けられ、予定時間を大幅に過ぎたところで結論があいまいなまま会議が打ち切られる。会議中に決まったToDo（やるべきこと）もいつの間にか忘れられ、次の会議でまた同じToDoが発行される。最終的には、会議がなぜうまくいかないのかを話し合う会

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

アジェンダシートフォーマット（GoogleDocs版：議事録ファイルとセットにした簡易版）         共有ログインお使いのブラウザのバージョンはサポートが終了しました。 サポートされているブラウザにアップグレードしてください。閉じる ファイル編集表示ツールヘルプユーザー補助機能デバッグ

なぜ議事録が必要なのか どのようなプロジェクトであっても、たくさんの情報や複数人の意見があり、それらを整理しながらプロジェクトは進行していきます。特に多くの情報が飛び交うミーティングのような場においては、目的達成に向けた一貫性と、曖昧さを回避し効率性を担保するために議事録は非常に有効です。 「ミーティングでなんて言ってましたっけ？」 このような発言をしたり聞いたりしたことのある人も多いのではないでしょうか。こういったコミュニケーションにおけるミスを減らすことで、私たちのような少人数のチームであっても最大限リソースを活かすことができます。 伝達ミスをなくし、効率の良いコミュニケーションを実現するため、私たちは議事録を作るためのルールを設け、役職問わず正しく議事録をとり、誰もが共通認識を持てるように努めています。 UNITBASEでの議事録ルール UNITBASEの議事録ルール（Google

こんにちは、ディレクターの中川です。 去年、議事録から学ぶディレクションスキルという記事を書かせて頂きましたが、案件の窓口に立つディレクターにとって、議事録は切っても切れない必須ツールのひとつです。今回、案件を進めていく中で、今までとは違った議事録の書き方、使い方を学ぶことができたので、改めて新しい議事録の書き方をご紹介したいと思います。 これまでの議事録のメリット、デメリット。 ディレクターとして仕事を進める中で、工数が大きかった作業のひとつが議事録の作成でした。会議の中でメモを取り、会議後直ぐに作成しないと細かい会議の内容を忘れてしまったりするため、迅速な作成が必要になります。 今までの議事録はWordファイルに、以下のように議題毎に表形式で書く形のものでした。 これまで使っていた議事録のフォーマット 表形式にまとまっているので見やすくドキュメントとしての精度も高いのですが、文章やレイ

会議議事録とは、会議で話し合った内容を記録するビジネス文書です。議事録に記録することで、会議での決定事項・未決事項を関係者間で明確にし、会議に参加していない人への情報共有にもなります。また、誰の発言なのかを記録することで「言った、言わない」のトラブル防止にも役立ちます。 この記事では「会議議事録」について、書き方のポイントをご紹介します。 会議議事録のポイント ポイント 1. 議事録に必要な基本項目をチェック 2. 決定事項と流れがわかるように書く 3. 誰が何を発言したかを明確に記録する 1. 議事録に必要な基本項目をチェック 会議議事録として必要な基本情報は以下の項目です。 会議名 ひと目でわかるように記載します。月次定例などの場合は日付も含めるとわかりやすいです。 例）関東エリア店長会議（2016年6月）、○○商品キックオフミーティング 日時、場所 会議の日時、場所を正確に記載します

あくまで”僕が”です。そこ大変重要ですｗ 僕もまだまだ勉強中で、これが全て正しいと思えるほど見極めていません。 他にもあるだろうし、もっと大事なものもあるかもしれません。 それは各々考えてもらって（もしよろしければ教えていただいてｗ）、とりあえず同タイプの仕事している人の叩き台にでもになればなと思って挙げてみた次第です。 というのもですね、僕はWeb屋としてみるとなんか物凄く変な経歴・経験をしている人なのですねｗ　まあ、Web業界って割と他業界から来る人たくさんいますけどね。僕は印刷会社→大手Weｂ制作会社→専門学校教員（正規職員）→弱小ITベンチャーなので、なかなかこういう奴はいないと思いますｗ　教員とか普通はできませんからね。で、こうやっていろいろな企業をさすらっているおかげでｗ　ひとつの企業にいる人ほどその企業のことはわかりませんが、逆に比較する対象が広いのでそれぞれの立ち位置や考え

日本では軽視されがちな「議事録」ですが、グローバルでは議事録をとってスピーディにシェアするのがもはや当たり前です。「会議で何が決まって、何が決まらず、誰がいつまでに何をするのか？」ということの認識を一致させることで、個々人の認識の相違から生まれるロスを回避し、ビジネスを効率化することができるんですね。 今回は、すぐに使えて便利な議事録フォーマットをご紹介します！ 1.まずは「会議タイトル、時間、開催場所」 Strategic Marketing Meeting（マーケティング戦略会議） Date and time:01 November 2016, 10:00a.m to 11:00 am.(JST) Location:Rare Job, Conference room B ◆タイトルは、何についてのミーティングなのか？が一目でわかるように書きます。 ◆時間は、どこの時間なのか？を示すとよ

前回のブログ scrummasudar.hatenablog.com の続きです。 今回は、認定スクラムマスター研修の2日目で学習した内容です。 研修で学習するアジェンダを決める 研修2日目の午前中は、研修参加者が学びたいかを洗い出し、学習するアジェンダを決めることに時間を使いました。 方法としては、 全員で学習したい項目を付箋に書き出す 付箋をグループ分けする グループごとの優先順位をつける でした。 しかし、3に至るまで、4時間くらいは使っていたように思います。 時間通りに物事が進まなかったことは、決して悪いことではありません。 「想定した見積もりが悪かったのか？」、「単に時間がかかっていたのか？」など、理由は色々と考えられます。 それらの理由を考えるためにも、計測することが重要です。 議論がうまく進まなかった理由 アジェンダを決めるための議論がうまく進まなかった理由は、参加者の役割が

こんにちは。サービス開発部 ディレクターの五味です。 Android版クックパッドアプリのリリースマネージャーと、アプリ利用者に関わるいくつかのプロジェクトを担当しています。今回は私たちの部で実施している、ディレクターの定例会について紹介します。 サービス開発部 クックパッドの開発体制は、2年前に私が ディレクター知見共有会についてのエントリー *1 を書いた頃から少し変遷を経て、2017年からはサービス開発部が、レシピ検索・投稿などの基幹機能と、サービス全体のユーザー体験を一手に管轄するようになっています。 部のメンバーは現在40人ほどおり、部の注力指標からブレイクダウンしたKPIをベースに9つのプロジェクトチームに分かれています。チームの編成や人数は様々で、状況に合わせて入れ替わりもOK、KPI達成に向かっていれば、各チーム主体的に動くことが推奨される柔軟な組織を試みています。 プロジ

2019/01/27 テンプレート ページング機能を実装しました。 2019/01/26 アーカイブ ページング機能を実装しました。 2019/01/25 テンプレート 修正機能を追加しました。 2019/01/24 テンプレート 検索機能を追加しました。 2019/01/23 アーカイブ 検索機能を追加しました。 2019/01/22 テキストファイルで議事録を保存する際の名称を変更しました。 2019/01/21 設定 議事録に載せる内容の変更内容を保存するようにしました。 2019/01/20 アーカイブ表示 / 非表示機能を実装しました。 2019/01/19 テンプレート表示 / 非表示機能を実装しました。 2019/01/18 テンプレート一括保存機能を実装しました。 2019/01/17 アーカイブ一括保存機能を実装しました。 2019/01/16 FAQ を更新しました。

こんにちは、id:toyoshi です。 前職を今年の2月やめてから経営や技術の顧問という形で何社かの方と関わらせていただいています。 そんな中、開発について相談を受けた時に「それ、私に頼まなくてもクラウドソーシングとKintoneでできますよ」というようなアドバイスで十分なことが多々あります。しかしそう言われた方は「そうは言われても・・・」となることがほとんどです。 今回、お手伝いしている会社で、Kintoneとクラウドソーシングを使ったプロジェクトが一つ区切りがついたので、パターンの一つとして紹介します。 課題 解決したい課題はお手伝いしている防犯カメラの施工販売をしている会社のものです。防犯カメラの保守管理契約についてKintoneで構築した販売管理システムに変更を加えたいが、 Kintoneの担当者が数ヶ月前に辞めてしまっていて何もできない状態になっていました。 Kintoneでや

Analytics-Backed App Widget Development - Served with Jetpack Glance

はっきり言うと表題の書き方独自ルールなんて覚えたくありません。 よく「パッと見でわかりやすくしたい」と言われます。 そのパッと見はすべてのシチュエーションに対応できているのでしょうか？ その強調は本当に必要ですか？　もっと重要な他の課題の主張を潰してませんか？ BACKLOG-1 ○○画面で■■のボタンが押せなくなる 種別： 社内FB これでも十分見やすいし伝わります。 重要なことは詳細に追記する（詳細を編集する） BACKLOG-1 ○○画面で■■のボタンが押せなくなる 種別： 社内FB 詳細： 再現できません。 状況を確認してください。 修正が必要なら修正をお願いします。 ... コメント： ○○の画面で◇◇を行うと発生する不具合です。 コメントで調査結果が報告されたとします。とても重要なコメントです。 このまま放置すれば別のコメントによってログが流れてしまいます。 調査した人と修正す

大人数で開発をするにあたってPMとしていくつかの学びと工夫があったのでROMっておきます。 管理人数が多すぎるとここの基礎知識力と運用力を育てる事とアウトプットの品質管理がものすごく大変です。 タスク粒度の統一化と事前調査の品質を高める事、個人のアウトプットの品質をレビュワーが確認しやすくするという事でQAからの手戻りを減らしコミュニケーションの負担を軽くするというのが目的です。 ポイントはチケット運用とGithubの運用に集約します。 ツール ・JIRA/Backlogなど ・Github 運用 チケットの運用はテンプレ化が基本 プロジェクトマネージャは親チケットを切り、サブラタスク分割をして小チケットを切ります。 エンジニアは要件と作業の内容を詰めるためにエンジニア自身でチケット内容を埋めていく事がベスト・プラクティスです。 無駄な仕様書を書かない開発においてはチケットの記載内容が全て

プロジェクトを進めるにあたって、必要な情報や決め事が全て決まっていることは少ないと思います。 最低限押さえておきたいプロジェクトキックオフのアジェンダを整理します。 本記事の項目は、プロジェクトキックオフのアジェンダの叩き台を想定しています。 目次 全体の外観がつかめるようにする。 はじめに 本計画は、hogehogeのhogehoge対応におけるhogehogeプロジェクトである。 プロジェクト完遂までは定期的な再計画を行い、メンテナンスする。 目的 hogehogeのhogehogeに伴うhogehogeを完了させる。 コミュニケーション コミュニケーションが発生するシーンを想定し、そのコミュニケーション手段などを書く。 コミュニケーションが発生するシーン オンライン（インターネット上で実施するケース） オフライン(リアルな環境で実施するケース) コミュニケーションの同期・非同期を決め