nDiki : ミーティング

ミーティング

会議。2人以上で仕事する時に大概必要となるもの。

高橋誠氏は「会議の進め方」の中で目的によって会議を伝達会議・創造会議・調整会議・決定会議に分類している。

スポンサード リンク

2017年1月18日 (水)

ミーティング後の事後処理タスクは日誌にチェックリストを作る方が良いかな

ミーティングを開いたり参加したりする際の「事前準備」と「事後整理」タスクについては、今までタスク管理ツール(Remember The Milk)に入れて実行してました。でも今はデイリーノート(日誌)に必要なメモをまとめているので、メモの整理と事後整理完了チェックを一緒にやった方が楽なことに気がつきました。

事後整理タスクについては朝一でデイリーノート上にチェックリストを作り、ミーティング中・ミーティング後にメモを整理したらチェックする(あるいはリストから消す)をするようにしたら捗るようになりました(この時 next action があれば実行しちゃうかタスク管理ツールに追加するかします)。

[ 1月18日全て ]

2017年2月2日 (木)

目標を書き出しておくと実現するというのを意識したきっかけ

非常識な成功法則【新装版】

目標やなりたい姿は書き出しておくだけで実現しやすくなるからお勧めですよ」という話を one-on-one ミーティングの時にしました。

思い返してみると私の場合は神田昌典氏の「非常識な成功法則」という本で読んだのが明確に意識したきかっけだったように思います。読んだあとに目標を書いた Google ドキュメントのファイル中の記載日をみると2007年8月頃のようです。

ふりかえると書き出していたものがいろいろと実現・達成できているなと個人的には感じています。

これをきっかけに、またいろいろ書いておこうかな。

[ 2月2日全て ]

2017年2月9日 (木)

「次のミーティングで確認しておきます」とできるだけ言わないようにする

誰かに確認する必要があるとなった時につい「(その人と一緒になる)次のミーティングで確認しておきます」と言ってしまうことがあります。でもそうすると半日とか1日とか数日とか待ちが発生してしまうんですよね。

実際その場で Slack で確認してしまえば実は5分で確認・決定できたりすることも多々あったりします。遠慮しないですぐに確認します。

今日のさえずり: T は地道に築いていく必要がありますね

2017年02月09日

[ 2月9日全て ]

2017年2月10日 (金)

超小型の Bluetooth マウスが欲しい

Google スプレッドシートを使っている時は MacBook Pro でもマウスは必須。特に行を移動する時はトラックパッドではやりにくいです。

ミーティングに行く時も最近はデスクで使っている Bluetooth Mouse M557 を持参しているのですが、ちょっとかさばるので超小型の Bluetooth マウスが欲しいなと。

サンワサプライの 超小型 Bluetooth マウス 400-MA078BK が気になったので昨日家電量販店を2店ほど回ってみましたが、サンプル展示はおろか陳列もされてませんでした。確認してたらサンワダイレクト限定商品なのですね。持った感じやクリック感・クリック音など確認して良かったら買ってみたいと思っていたのに残念。

[ 2月10日全て ]

2017年3月12日 (日)

「嫌われる勇気」という対人関係哲学

嫌われる勇気 自己啓発の源流「アドラー」の教え

チームメンバとの one-on-one ミーティングの際に紹介してもらった「嫌われる勇気」を読みました(紹介感謝)。アドラー心理学に著者の持論を加えた「哲学」が哲人と青年という2人の対話の形で語られていきます。著者が重要だとしているところがあらかじめ太字になっていて、そこだけさっと読み返せるようになっているのが良いですね。

読んでいて疑問に感じる点が出てきた頃合いに「青年」が良いタイミングで代わり問うてくれて「哲人」がそれに答えてくれるという流れになっていて、それにのってすっと著者の哲学に引き込まれていく仕組みになっているのは上手いなと感じました。

論旨

「他者がどう評価するかは他者の課題であるので、気にかけず嫌われることを恐れず自分の生き方を貫こう」そして「自己受容」「他者信頼」「他者貢献」によって「自己への執着を他者への関心に切り替えて共同感覚を持つ」ことができ、「誰かの役に立っているという主観的な貢献感という幸福」を得ることができるというところが論旨でしょうか。

「課題の分離」という考え方はなるほどと感じました。そういう考え方をもつことでたしかに他者の評価を気にかける気持ちが落ち着いた気がします。

承認欲求を否定?

ただ(本書で言うところの)承認欲求を否定しきっていいのかは疑問が残りすっきりしませんでした。他人の期待を満たすために生きるのではないというのは確かにそうなのですが、お互いに依存しあっている社会の中で完全に否定しきれるものなのでしょうか?

他者を評価しない?

本書では他者を「評価」しないのが大切と述べています。褒めたり叱ったりするのは背後に操作という目的があるからであり、またそうされた方は「自分には能力がない」という信念を形成してしまうとのことです。かわりに感謝や喜びを伝えるという「勇気づけ」を勧めています。

論としては理解できるのですが、果たして実際に褒めるということを無くしきっても良いのか確信が得られませんでした。

子供の頃に本で学んだことを両親に話したら「良くしっているね」と褒められて嬉しかった記憶が残っています。その褒め言葉でちょっぴり学ぶ能力の自信が高まりましたが、それで縦の関係による能力のなさを感じることはありませんでした。また褒められたことが一時的な外発的動機付けでしかなかったとも感じていなかった気がします。

「他者への評価」、これについてはもう少し学ばないと実践すべきという判断ができないなと。

本書の内容を手放しに自分の価値観や原則に取り込むべきではないというのが読み終えた感想ですが、違った考え方を得るきっかけになりました。本書の考えの根底にあるアドラーの教えについては、デール・カーネギーも影響を受けているということですしあらためて「人を動かす」を読み返したくなりました。


[ 読書ノート ]

[ 3月12日全て ]

2017年3月14日 (火)

第19回 エッセンシャル スクラムを読む会

エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド

社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会の19回目。今日は第19章 スプリントプランニング。ここから「第IV部 スプリント」。スクラムチームにとって馴染みがあるパートです。

スプリントを回すにあたり第19章はすでに何度か先読みしているところですが、あらためて書籍にあたり気付きを得て実践していきたいところです。

タイミングと時間と参加者

スプリントプランニングはスプリントを開始するときに行います。2週間から1カ月のスプリントで4〜8時間ということなので、単純に計算すると1週間スプリントでは2時間程度でしょうか。

今は1週間/2週間スプリントのチームで賞味30分から45分ぐらいしかやっていません。実際時間不足を感じています。

  • チームメンバが2時間のプランニングミーティングに耐えられない。きちんとスプリントプランニングするメリットを感じられていない。
  • 3チームのプロダクトオーナー(自分)が時間を確保できない。

もちろん長ければ良いというものでもありませんが、もし不足だとしたらこのあたりが適切な時間をかけられていない障壁かなと。前者はチームが成長することで解消される気がします。後者は LeSS (Large-Scale Scrum) の2段階のスプリントプランニングにしてチーム別のにはプロダクトオーナーは出ないという形式にするという解決案も思い浮かぶのですが、参加しないデメリットを考えると躊躇してしまいます。

プロダクトバックログアイテムにかけるキャパシティ

完成させる自信のある計画を行うにはキャパシティの把握が不可欠になります。

 スプリントのキャパシティ
   = PBI にかけるキャパシティ + スプリントバッファ + それ以外

予定している休暇があるのにスプリントプランニングの際に宣言しないのは不誠実だということになるでしょう(休んではいけないということではなく、わかっているのに共有しないということが問題。体調不良等による突発的な休みももちろん別の話)。

今のところ自分たちのチームではベロシティ(ストーリーポイント)でなんとなくキャパシティがこれぐらいかなといった感じでしか考えられていませんが、次のスプリント期間をまず見通すことも必要だなと感じました。

作業時間を使ったキャパシティも紹介されていますが、実際ここまで精緻に管理したいと思うことはあまりないんじゃないかなという印象です。

プロダクトバックログアイテムの選択

基本優先順位順ですがスプリントゴールを示している場合はその限りではなく、またスキルの問題などでコミットできないプロダクトバックログアイテムはスキップするという選択も考える必要があります。

完成できそうにないプロダクトバックログアイテムを選択してはならない。プロダクトバックログアイテムが大きすぎて完成できそうにない場合は、顧客にとって価値のあるアイテムに分割するか、完成できそうな別のアイテムに着手する。(中略)未完成のアイテムを次のスプリントに繰り越していくと、スプリントの終了時に出荷判断可能なプロダクトインクリメントを手に入れるという目標がいつまで経っても達成できない。

ここがいつもスプリントプランニングでぶちあたるところです。プロダクトバックログリファインメントがしっかりできていないんですね。プロダクトバックログリファインメントは最重要レベルのアクティビティなんだなと。

タスク分解と作業時間見積もり

自信の獲得のためにタスク分解と作業時間の見積もりをまずしましょうとあるのですが、タスク分解と見積もりの方法については触れられていません。ここは自分たちで考えて頑張れという感じなんですかね。一般論にはできない部分だとは思いますが、ここは大ハマリするところなので参考になる話があると嬉しいなと思ってます。

スプリントプランニングでタスクを個人に割り当てるのは有害だというバッドプラクティスが挙げられていますが、ここは次の「スプリントの実施」で語られるところのようです。

今日のさえずり: ミーティング誰もこないと思ったら、誰も招集していなかったという痛恨のミス

2017年03月14日

  • 12:09 ミーティング誰もこないと思ったら、誰も招集していなかったという痛恨のミス。
  • 19:39 久しぶりの避難するタイプの防火防災訓練案内で心が躍った。
[ 3月14日全て ]

2017年3月27日 (月)

今日のさえずり: 計算したら週25時間ミーティングで、このままいくと4月から週30時間を超えてしまう

2017年03月27日

[ 3月27日全て ]

2017年4月27日 (木)

さよならランチ【日記】

今日はマネージャーをしているグループ解散にあたりメンバでさよならランチをしました。

「青山 星のなる木」で「ランチ祝い懐石『雅コース』 (税別 4,800円)」を頂きました。さよならランチで「祝い懐石」というのもなんですが、4,800円のコース料理はとても上品でありました。ミーティングがあるので最後のデザートのプリンを食べることなく失礼したのがちょっと無念です。

今後の話やら新卒研修経験者の合宿の話やら、いろいろ盛り上がった楽しい会でした。

[ 4月27日全て ]

2017年5月8日 (月)

今日のさえずり: MacBook Pro をスーパークリーナー万能Jrくんしたらサラサラになった

2017年05月08日

[ 5月8日全て ]

2017年5月30日 (火)

複数チームへの共有事項を1つのタイムライン型ページに書いてみる

各チームの週次定例ミーティングで共有したい共有事項をどう取りまとめておくのが良いかしばらく考えておりました。それぞれの週次定例ミーティングアジェンダページに書くのは面倒なので避けたいところ。かといって週別の「今週の共有事項ページ」だとチームによって定例の曜日が違うので新着の共有漏れがおきてしまう感じです。

そうなると日付別にタイムラインとして並べておくのが一番な気がしてきました。各定例ミーティングの際に前回からの未読の部分を共有していくのが良いのかなと。いったん Qiita:Team に共有タイムラインページを作ってそこに書くようにしてみました。やはり日別最強かな。

[ 5月30日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィでマネージャー・PO をしています。

nDiki1999年1月に始めたコンピュータ日誌を前身とする NaneyWeb 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

follow us in feedly

※内容は個人的見解であり所属組織とは関係ありません。

月別インデックス
Process Time: 0.082532s / load averages: 0.45, 0.40, 0.34
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker