会議のファシリテーションをほめてもらった - Mitsuyuki.Shiiba
うれしかった。ので、メモ。 僕のいるチームのプロジェクトで、複数のチームにサポートしてもらいながら進める必要がある、ちょっと大きなものが始まりそうだったから、キックオフ前のキックオフやっとこかーってなって司会をした。オンラインミーティングね。 最初にこの会の目的を説明 今日のアジェンダのページのリンクは事前に共有もしていましたけど、いまSlackにもポストしておきましたー。 まだプロジェクトは始まってないんだけど、事前に調査とかをしたいから質問や相談をさせてもらいたいなと思っていて、そのときに「え？これなんの話？」って戸惑わせることがないように、プロジェクトの概要を共有しとこうと思ったー！だから、この会がうまくいったら、僕らが質問してもみなさんが戸惑わないようになっている！ Bさん、Slackにメモ残してってください。お願いしまーす！ からの、会の流れを説明 最初にPdMから10分くらいで
議事録作成が早くなると仕事が少しは楽しくなる（かもしれない）話 - インターネットの備忘録
会議が終わった瞬間に議事録を出さないと何かこうトイレに行ったあと拭いてないみたいなキモチワルさが残るはせおやさいです、いかがお過ごしですか。 新入社員が最初にぶつかる壁の一つに「議事録作成に時間がかかる」があるんじゃないかなって思ったのと、議事録出せ出せ言われてもなかなか出せないのってチーム全体のストレスになるのでこういうふうにやるといいよ的なTipsを備忘します。 議事録の目的 参加者全員の備忘録 言った言わないを防ぐための予防 同席していない人への情報共有 あたりでしょうか。 あるのとないのとだと、1000％あった方がいいです。 そして議事録がちゃんと積み重なってログになってるプロジェクトの方が、うまくいく確率が格段に上がります。経験談です。マジです。 わたしは人間の記憶力はアテにならないことを信条としているので、自分も、そして相手も言ったことを忘れるものだという前提で、何があっても付
合意形成手段としての議事録 2013 05-15
1. 合意形成手段としての議事録 株式会社 Aiming 最高技術責任者 / Chief Engineering Officer 小林 俊仁 @toshi_k 2013年5月15日 社内勉強会 2. • 組織の一体性は所有権や命令ではなく情報によってもたらされる • 意思決定が意思決定たるためには、次の4つのことを決めなければならな い。 1) 実行の責任者 2) 日程 3) 影響を受けるがゆえに決定の内容を知らされ、理解し、納得すべき人 4) 影響を受けなくとも決定の内容を知らされるべき人 組織で行われている意思決定のうちあまりに多くが、これらのことを決め ていなかったために失敗している。 P. F. ドラッカー 「経営者の条件」 序章・成果を上げるには 先達の言葉
コードレビューいろいろ - steps to phantasien
コードレビューの話をいくつか見かけた. (1, 2, 3) 私もはやりにのってなにか書いてみたい. といってもリンク先についてどうこう言う気はない. ふだんからぼんやり感じていることをテキストにしてみたい. コードレビューの様式 コードレビューのやりかたは色々ある. 話の背景をあきらかにすべく, まずは私が参加したり見聞きしたりしてきた方法を紹介したい. ただとりとめなく列挙しても見通しが悪いから, 方法を評価する軸を見立てておこう. コードの粒度: 一回のレビューでレビュアが目を通すコードの量はどのくらいだろう. プロジェクト全体? モジュール単位, 機能単位, それともクラス単位? 古典的なレビュー様式はこれら <論理的な単位> でレビューをすることが多い. 最近はブランチやコミットのような <ひとまとまりの変更> を単位とする方法に人気がある. Github の Pull Reque
会話するより早く会議が終わる--テキストミーティングツール「co-meeting」
co-meetingは12月9日、リアルタイムテキストミーティングサービス「co-meeting」を2012年1月～3月に正式提供すると発表した。 co-meetingは、他人数でテキストによるミーティングを行えるサービス。11月よりサイトにて募集したユーザーに限定してプライベートベータ版を提供している。キーボードで入力した文字を1文字ずつリアルタイムに表示するほか、「Like」「Dislike」「Question」などのアイコンの入力も可能で、ほかのユーザーの書き込みに対する賛成や反対の意思を素早く簡単に示すことができる。 ミーティングはスレッド形式で表示するため、複数の話題を同時に進めることも容易だという。さらに画面右側には、ユーザー全員でリアルタイムに編集できるテキストエディタを用意。ミーティングを進めながら、ドキュメントを作成できる。 「今までのチャットサービスはEnterキーを押
大江戸Ruby会議01 高速なテストサイクルを回すには - 2nd life (移転しました)
本日大江戸*1で行われた大江戸Ruby会議01で、高速なテストサイクルを回すにはという内容で発表してきました。 大江戸Ruby会議01 高速なテストサイクルを回すには View more presentations from hotchpotch テストを速くするには二パターンあり、一つは単体実行時の速度・フィードバックの高速化、もう一つはすべてのテスト実行時の高速化があると思っていて、それらについての話です。ぎゅっとまとめると、前半の単体実行時の速度・フィードバック高速化には spork / prefetch-rspec / autotest / watchr を使おうという話と、後半は REE / parallel_tests による高速化・並列実行、remote spec によるリモートマシンでの分散テストについての話です。 特にオレオレプロジェクトの prefetch-rspec
ダラダラ続くムダ会議から脱出！「会議」の効率を今すぐアップする方法 - はてなブックマークニュース
忙しい業務の合間に行う「会議」は、できる限り効率良くコンパクトにまとめたいもの。しかし実際には、「ダラダラと時間ばかり過ぎる」「いつのまにか議題からズレてしまう」というような“ムダ会議”になってしまうケースが多々あります。今日はそんなムダ会議から脱出するために、「効率良く会議を進める方法」をご紹介します。 ■“ムダ会議”の原因はどこにある？ まずはよくあるムダ会議の原因から探っていきましょう。会議でのこんな状況、あなたも経験したことがありませんか？ ＜理想は“議事録ドリブン”＞ ▽ 第1回 会議の何が問題なのか？ - ITmedia エンタープライズ よくある会議の問題点としては、次のようなものがあります。 会議が迷走する。 会議が決まらない。 会議で決まったことが実行されない。 会議が長い。 本来の議題からいつのまにか離れて個人が好き勝手に話していたり、結論があいまいになっていたり、決ま
疲弊しない会議を実現する4つのステップ
時間が長くて結論が出ない……こんな会議に出くわすことはないだろうか。会議の目的や決めごとをきちんと定めるというちょっとした工夫を凝らすことで、「参加者が疲弊しない会議」は実現する。 仕事の上でみなさまはたくさんの会議に参加しているだろう。その会議を思い返してみてほしい。時間が長引くわりに結論が出ないような会議ではないだろうか。会議が長引くのは、内容の脱線や発散が起きてしまうからだ。一度内容が脱線したり発散したりしてしまうと、本筋に話を戻すのは思いのほか難しい。 これを防ぐには、会議の参加者に目的と時間を具体的に意識してもらうことが重要だ。今回は、会議を時間通りに進めるためのちょっとした工夫を紹介したい。 うまく行かなかった会議 先日ある会議に参加する機会があった。事前に配られた会議のアジェンダ（議題）には、（1）中間決算について、（2）○○事業の提案の方向性について――という項目が書かれて
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
会議改善に関するガイドラインを策定しました|柏崎市公式ホームページ
http://bukupe.com//summary/6071
無駄な会議を削減するはてなやGoogleの方法――立ち会議、ホワイトボード、マイクロミーティング
会議に役立ちそうなエントリーのまとめ | IDEA*IDEA