nDiki : Trello

2016年8月4日 (木)

今日のさえずり: エリアといえば88な世代です

2016年08月04日

[ permalink ]
[ 8月4日全て ]

2016年10月5日 (水)

今日のさえずり: 「疲れる前に休息せよ」を実践したい

2016年10月05日

[ permalink ]
[ 10月5日全て ]

2016年11月25日 (金)

「mixi の価値を一言で発表せよ!」(1日目)

naney:30895708000

今日から2日間の日程で、「サービス企画開発」と「CS 開発」担当するリレーションシップグループ初の合宿「第1回RSG合宿」です。場所は「ホテルコンチネンタル府中」。府中での合宿は去年の企画開発部合宿(1日目・2日目)ぶりです。

mixi の価値を一言で発表せよ!

共通の課題について集中的に議論することで価値観を共有し相互理解を深める。

を目的とした今回の合宿のテーマは

mixi の価値を一言で発表せよ!

です。あらかじめ準備しないようにテーマは当日まで秘密で、私も今日知らされました。 10:00 スタートで今日の説明があったあと3チームに分かれてさっそく議論開始。まず最初に決めるチーム名は「チーム魚旨」としました。やっぱ鮨いいですよね。

アイデア出しとディスカッションは私たちのチームは Trello を活用。みんなで同時にカードを追加したりコメントをつけて行きながら議論を進めていきました。

13:00 になったところでお昼休憩。肉と魚のダブルでパワーを補充しました。

会議室に戻ってからさらに議論を続け、夕方にいったん中間発表。機能別に検討したり2軸にマッピングしてポジションを考えたりなど各チーム毎に議論の進め方に違いが出ました。しかしながらどのチームも議論の向かっている方向は大きく異なっていないなと感じました。常日頃からサービスに向き合って考えているのでブレなく議論できているのかなと。

1日目の議論を終えたあとは夕食。そのあとは自由時間ですが、合宿企画担当の皆さんが懇親として希望者向けに謎解きゲームの準備をしてくれました。

ヒントをもらいつつ昼間とは違う頭を駆使して SCRAP 謹製の難題に挑みました。制限時間も残すところ3分のところで、ついにナンバーロックの番号に辿り着き見事クリア。

諦めずに頑張って良かったー。良い気分で自室に戻りました。諦めないことが大切だと勝手にプチ学びを得ました。

明日も朝から引き続き議論を行い、夕方には最終発表予定です。

2日目に続く。

naney:31227258806

[ permalink ]
[ 11月25日全て ]

2017年4月4日 (火)

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

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

社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会の22回目。第22章 スプリントレトロスペクティブ。

プロセスをスクラムチームが調査するためのものだ。

2月の第15章 さまざまなプランニング以来、4回目の発表担当です。

半年前に今のチームにスクラムを導入した当初に CSM に「まずはふりかえりをきちんとできるようにしたい」と言われてから、スプリントレトロスペクティブについては結構意識してきたので、あらためてふりかえりのふりかえりという気持ちで読みました。

事前準備

本章の中で事前準備についてけっこう書かれています。ふりかえのために全く事前準備していないので、その利点についてなるほどと感じました。ただ実際のところそこまで時間を費やさなくてもという思いもあります。大きな課題があってそれにフォーカスしたふりかえりをする場合は準備するというようになるかもしれません。

スプリントレトロスペクティブに使う時間

と書かれていますが、勉強会で皆の実態を聞いてみると1週間/2週間スプリントで30分から45分ぐらいというのが中心でした。プロセスの改善だけに時間を使いすぎるのに抵抗があるのかもしれません。

インサイトバックログ

付箋紙を使っているとインサイトバックログを残そうとあまり思わないなと。一方 Trello などのデジタルツールを使っている場合は残すという運用をするかもといったぐらい。

アクションの決定

ふりかえり時間・実行できるアクションのキャパシティを考えると、インサイトが多く集まった時は何について議論するかをきちんと絞る必要が出てきます。ここは結構ファシリテーターの腕の見せ所。紹介されているドット投票で機械的に決め手しまうのもさくっと進んで良さそうなので取り入れたいです。

アクションはスプリントバックログへ

改善アクションを扱う最も簡単な方法は、アクションに関連するタスクをスプリントバックログに追加して、新しい機能よりも優先順位を高くすることである。(中略) 改善アクションを実施したいのであれば、分離してはならない。統合すべきである!

なるほど。今は個人に委ねて次回確認ぐらいとなっているのですが、チームで可視化しフォローしていけるようにすべきですね。

[ permalink ]
[ 4月4日全て ]

2017年9月14日 (木)

今日のさえずり: Amazonプライム・ビデオで宇宙刑事ギャバンを全話観るの諦めた

2017年09月14日

[ permalink ]
[ 9月14日全て ]

2017年9月22日 (金)

Franz に Trello を追加してみる

Mac で Slack を使うのに利用している Franz に Trello も追加してみました。

プラグイン以下の手順で入れて Franz を起動しなおすとサービス一覧に出てくるのであとは普通に追加します。 

 mkdir ~/git/meetfranz
 cd ~/git/meetfranz
 git clone https://github.com/meetfranz/plugins.git
 cd ~/Library/Application Support/Franz/Plugins
 ln -s ~/git/meetfranz/plugins/trello

Trello は専用 Mac アプリケーションが出たので、複数アカウントを同時に使っているのでなければ Franz に入れるメリットはそれほど無いかもと設定して気が付いた感じです。

[ permalink ]

今日のさえずり: 今日の学び: 最近は 48 じゃなくて 46

2017年09月22日

[ permalink ]
[ 9月22日全て ]

2017年12月7日 (木)

Trello ボードをかんばんとして使う時のプロジェクトからのタスク切り出し

最近編成したチームのタスク見える化として Trello ボードでかんばんをまず作りました。TODO・DOING・DONE リストをベースとしたよくあるボードです。

TODO・DOING・DONE をリストとして分割した場合どれが進んでいるわかりやすいのですが、プロジェクト(複数のタスクが必要な仕事)の扱いが迷いどころです。一気にタスク分割するわけではないので、分割した残りを表すカードを TODO に置いて REST と書くようにしていますが他にいい方法あるかなぁ。

ちなみにスプレッドシートで管理しているプロダクトバックログでもプロダクトバックログ(PBI)を分割した際は具体的な PBI と 残り全体の PBI にしていたりします。こちらは一列に並んでいるので、切り出された PBI は必ず残り全体の PBI より上にあるのでまだわかりやすいんですよね。

[ permalink ]
[ 12月7日全て ]

2017年12月26日 (火)

今日のさえずり: 「そのうち居なくなってしまう(異動・退職)かも」という不安をもたれるの申し訳ない

2017年12月26日

[ permalink ]
[ 12月26日全て ]

2018年2月15日 (木)

今日のさえずり: ファシリテーターローテーションマーカーに AWS Cloud Ninja フィギュアが起用された

2018年02月15日

[ permalink ]
[ 2月15日全て ]

2018年7月13日 (金)

今日のさえずり: Trello のボードを見せながら本部長に報告をしている夢をこの明け方に見た

2018年07月13日

[ permalink ]
[ 7月13日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

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

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

follow us in feedly

月別インデックス
Process Time: 0.0804009999999999s / load averages: 0.38, 0.70, 0.50
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker