nDiki : Trello

今日のさえずり: 仕事自体が Trello の機能と使い勝手に拘束されるところがある

2016年04月19日

• 09:22 Trello は便利ですが、仕事自体が Trello の機能と使い勝手に拘束されるところがある気がなんとなくします。
• 13:13 I'm at テング酒場 渋谷西口桜丘店 in 渋谷区, 東京都 https://www.swarmapp.com/c/8HtYsOdD9OU
• 19:39 歓迎会! (@ ZUCCA in 渋谷区, 東京都) https://www.swarmapp.com/c/cuUsN4NsVT0

3層 Trello

軽快なカード UI の Trello は、チームの仕事をぱっと見渡すのに便利なサービスです。

ただ「チームのレイヤー」と「チームリーダー陣のレイヤー」と「またその上のレイヤー」とでそれぞれ Trello チームとボードを作って、仕事の見える化をするのはイケてない感じです。 1つの仕事についてそれぞれのレイヤーの Trello ボードに別々にカードが作られてそれぞれのレイヤーでコメントが書かれていくというのは、情報構造的・情報共有的によろしくないです。

Trello ボードの階層化は避ける、あるいは Trello ではないツールを選択するのが良いのかなと。

今日のさえずり: 石先輩から尿道を広げるありがたいテクニックを教わりました

2016年05月23日

• 09:21 Google Keep の色とラベルを見直し。
• 19:20 1つの同じタスクのことが複数の Trello ボードに別々のカードとして書かれて、それぞれにコメントが書かれていくの何か違うな。
• 19:48 石先輩から尿道を広げるありがたいテクニックを教わりました。あと2つは結石があるので、その時トライしてみます。

今日のさえずり: 納税。

2016年06月07日

• 09:09 納税。
• 18:11 “Trelloに対抗、Microsoftの新たなプロジェクト管理ツール「Planner」が正式ローンチ | TechCrunch Japan” http://tcrn.ch/1Obq7AD

チケット ID でやりとりする

みんなで大小様々なプロジェクト(企画開発やタスク)を同時に進めている場合は、常に全てを頭で把握しておくことは困難ですしまたナンセンスです。その代わりに各プロジェクトの情報を知りたいと思った時には、あちこち探しまわることなくさっと手に入る状態にしておくべきです。

そのためには、まず前提として必要な事柄が書き出されてオープンに情報共有できている状態にある必要があります。

そしてそれらに簡単にたどりつけるようにするために各プロジェクトやタスクに ID (番号やキー)を発行し、チケット/タスクカードやドキュメント、コミットログなどに明記するのが、現実的に一番取扱いやすいです。

JIRA のようなユニークなチケット ID がチケットに発番され、かつそのチケットに permalink のあるチケット管理ツールを中央に据え、その ID を活用することでぐっと情報が共有しやすくなります。ここで ID 形式がさっと人が読んだり手書き・手入力したりできるものであることが大切です。

そういう点で言うと Trello は permalink しかないのでセンターを取れないなと思っています(Trello アーカイブ性も弱いという点もあります)。

今日のさえずり: 念のためバッグにモバイルバッテリを入れた GO

2016年07月20日

• 08:09 Buffer の RSS Feed 機能を使ってみるので IFTTT と Zapier から Buffer へ流すのをいったん停止。
• 09:02 念のためバッグにモバイルバッテリを入れた GO。
• 11:13 Trello のラベルの順序はカラーパレット順なのか。
• 21:58 明日から「新しい朝が来た」です。

Pokémon GO が国内配信開始とか【日記】

昨日からラジオ体操の期間が始まったので2日続けて 6:00 に起床しているのですが、あいにく昨日も今日も雨でした。窓の外を見てちょっとほっとして布団に舞い戻りです。

くるくると言われていた Pokémon GO の国内配信は今日いよいよ始まりました。初日から街中でプレイしている人だらけで驚きです。昼休みも勤務後も腰を据えて心静かに始める時間が無かったので今日はお預け。

あとは Microsoft Planner をちょっと触ってみました。 Trello に比べてずっと堅物な印象です。 Trello の方が心地よいですね。特にアドバンテージを感じなかったので大きく変わらない限り使うことは無さそうです。

今日のさえずり: 働けや

2016年07月22日

• 05:57 起床。新しい朝が来た! だがしかし今日も雨!
• 10:39 働けや。
• 20:37 Microsoft Planner ちょっと触ってみてる。 Trello に比べてずっと堅物な印象。 Trello の方が心地よい。
• 21:30 記者ハンドブック 第13版注文した。
• 22:34 歩きツムツムの方が危ない。

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

2016年08月04日

• 11:15 iPhone に再び Trello をインストール(さっと確認用)。
• 12:13 ニコンミュージアム、一度行っておきたい。
• 12:16 エリアといえば88な世代です。
• 18:32 シン・ゴジラです。 (@ TOHOシネマズ 渋谷 in 渋谷区, 東京都) https://www.swarmapp.com/c/ka7ixMHWKfm
• 21:10 シン・ゴジラ……。
• 21:33 Twitter クライアントの NG ワード設定からようやくゴジラを削除。
• 23:14 Dropbox Paper Beta の Android 版をインストール。

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

2016年10月05日

• 08:08 今日は「疲れる前に休息せよ」を実践したい。
• 08:33 iPhone で Trello の通知をオンにしていると他の通知に気がつきにくくなるのでオフにした。
• 13:21 にしじま、ごめん。10月11日閉店と知って。 (@ 日清ラ王 袋麺屋 アドスタンド 渋谷店 in 渋谷区, 東京都) https://www.swarmapp.com/c/4TNeuG48NCH
• 23:09 「一度に多量に食べると、体質によりお腹がゆるくなる場合があります。」
• 23:55 今日中に帰宅。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2日目に続く。

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

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

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

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

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

事前準備

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

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

• 60分未満で有益なスプリントレトロスペクティブをするのは難しい。
• 2週間スプリントなら 1.5時間。

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

インサイトバックログ

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

アクションの決定

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

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

改善アクションを実施したいのであれば、分離してはならない。統合すべきである!

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

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