nDiki : Trello

2016年6月10日 (金)

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

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

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

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

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

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

スポンサード リンク
[ 6月10日全て ]

2016年7月20日 (水)

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

2016年07月20日

[ 7月20日全て ]

2016年7月22日 (金)

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 歩きツムツムの方が危ない。
[ 7月22日全て ]

2016年8月4日 (木)

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

2016年08月04日

[ 8月4日全て ]

2016年10月5日 (水)

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

2016年10月05日

[ 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

[ 11月25日全て ]

2017年4月4日 (火)

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

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

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

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

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

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

事前準備

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

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

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

インサイトバックログ

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

アクションの決定

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

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

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

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

[ 4月4日全て ]

2017年9月14日 (木)

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

2017年09月14日

[ 9月14日全て ]

2017年9月22日 (金)

Franz に Trello を追加してみる

MacSlack を使うのに利用している 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 に入れるメリットはそれほど無いかもと設定して気が付いた感じです。

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

2017年09月22日

[ 9月22日全て ]

2017年12月7日 (木)

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

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

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

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

[ 12月7日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィでマネージャー・プロダクトオーナーをしています。

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

follow us in feedly

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

月別インデックス
Process Time: 0.07822s / load averages: 0.41, 0.46, 0.37
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker