nDiki : レビュー

Google Keep はひらめきツール

Google Keep を再び使い始めるようになってから2週間経ちました。あらためて使ってみると閃いたことをさっと書いておくツールとしてとても便利で、使っていて楽しいです。アイコンの電球がよくサービスを表していますね。

inbox zero にしない inbox

ソーシャルメディアドラフトストックツール用途として使い始めたのですが、どんどん放り込んでおく用途にも使いやすいので、最近は何でもいったん Google Keep に入れています。GTD における inbox の役割です。

しかし私は Google Keep ではメモを見返してレビューしても完全に inbox zero にはしないでおいています。 GTD 的には空にするのが鉄則ですが、敢えて何度も心にひっかかておいて欲しいものを残しておいています(Remember The Milk や Gmail は inbox zero を実践)。

繰り返し目にしたタイミングで再考したりメモを書き足したりすることが考えが深まっていく気がしています。

日付区切り

Google Keep のメモは編集日時がざっくりわかる程度で、作成日時がわかりません。作成日時必要なメモは自分で日時を書いておく必要があります(Google 日本語入力で「日時」を変換して入力しています)。

それから今はだいたい1日毎に整理をしているので、「2016年04月13日(水)」などと日付だけ書いたメモを毎日作って区切りにしています。このメモを区切りにして他のメモがか何日に書いたものかぱっとわかって便利です。

リマインダー

あとは場所リマインダー機能は使ってみています。Remember The Milk の場所リマインダーは繰り返し出てきてしまうことがあったりして使いにくいのですが Google Keep だとそのあたりの精度がいい感じです。

まさに keep しておくツール

Google Keep は思い浮かんだこと・あとで思い出したいことを放り込んで keep しておくのに良くできているツールですね。

今日のさえずり: Slack のスレッド機能、スレ立ての最初のメッセージにセンスが求められる

2017年01月19日

• 09:50 Slack の iOS アプリでスレッドにしてみた。 iOS アプリ上だとスレッド表示になったけれど Mac アプリケーション版(2.3.4) で見ると普通の投稿として表示された。
• 09:52 Web で見たらきちんとスレッド表示になってた。
• 10:31 Slack for Mac 2.4.1 にした。
• 12:00 Slack のスレッド機能、スレ立ての最初のメッセージにセンスが求められる。
• 13:29 「嫌われる勇気」買った。 (@ 青山ブックセンター 本店 in 渋谷区, 東京都) https://www.swarmapp.com/c/ai0nJbpQmsF
• 23:01 企画的なレビューを求められているのか技術的なレビューを求められているのか意識できるようにしたい。

何もコミットしないスプリントで各自好きなことをして得られたもの

「プロダクトバックログアイテムについては何もコミットしない」で各自好きなことをして良い1週間スプリントが終わったのでチームでふりかえりました。

何をやらなかったか?

• スプリントプランニング。スプリントバックログは空。

何をやったか?

• チームとして
  • デイリースクラム(朝会)はいつも通りやった。
  • プロダクトバックログリファインメントもいつも通りやった。
  • スクラム外でやったことをレビューした。
• 開発メンバがやったこと
  • プロダクトバックログアイテムを準備完了にするための情報収集・まとめをやった。リリースできるものはリリースまでした。
  • BTS にある不具合報告についてどんどん調査をした。
  • まとまった時間でシェルの設定を見直して開発しやすくした。QOL が上がった。

このチームが自主的に決めたワーキングアグリーメント(記事)に

スプリントゴールが全て達成された場合は、優先する割り込みタスクがあれば対応し、そうでなければ準備完了になっていないプロダクトバックログアイテム(PBI)に関する情報収集・まとめを優先度の高いものからしよう。」

というのがあり、この活動をしていたメンバが多かったです。「スプリントバックログが空 = ただちにスプリントゴールが達成されたので PBI の準備に取り組んだ」わけですね。

環境整備にあてたりとかはあまり多くなかったようです。シェルの設定見直しをしたエンジニアは「失敗したら1日潰れてしまいそうで普段やれなかったことをできた」とやって良かったと言っておりました。

どう感じたか?

開発メンバからは以下のような意見が出ました。

• 「スクラムを始める前のチケット駆動開発時代に戻った感じ。」
• 「スクラムで開発をしない場合(タイムボックスが無い場合)、個人でしっかり時間・タスク管理する能力が求められると感じた。」
• 「半年に1度くらい頻度でまたやりたい。」
• 「スクラムでやりたい。」

得られた気付きは?

• タイムボックスの良さにあらためて気付いた(期日から逆算していつまでに何をやるということを考えやすい)。
• 複数人で作業を見積もることで自信が得られることに気が付いた。

自由になったことで、普段やっているアクティビティの良さを再認識できたようです。チームが取り組んでいるプロダクトの状況から考えるとスクラムではなくカンバンの方が進めやすいのかもしれないのではと私は考えていたのですが、今回の取り組みで開発メンバは「スクラムで続けたい」と改めて思ったとのことです。

スクラムの基本からは外れる取り組みではありましたが、基本通りにやっていたのでは感じ考えることのことができないことを得られたという意味では非常に有意義な1週間でした。

Remember The Milk でタスクと親タスクを別々にレビューできるようにスマートリストを追加

Remember The Milk Pro はサブタスクを作れて便利。ただ何かストレスだなと思っていたのですがその理由に今頃気が付きました。

1つのリストに入れた「通常のタスク」と「サブタスクを持つタスク(GTD で言うところのプロジェクト)」をそのままレビューしているからですね。やはり高度が違ったものが混ざったままレビューするのは負担がかかります。

かといって高度別にリストを分けると操作が面倒。もともとプロジェクトには prj タグをつけていたので、レビュー用にこれを抽出するスマートリストを追加しました。

Remember The Milk は3階層までタスク階層を作れます。プロジェクトを1つにまとめておきたいことはあるので、そのようなプロジェクトには bigprj というタグをつけて、これまた別途レビューできるようにしました。

さらにその上の「重点的に取り組む分野 (Areas of Focus)」レベルまで Remember The Milk で扱うようにすると破綻するのでこれで十分かなと思ってます。

今日のさえずり: チームのかんばんの優先順位会議というかレビューをした

2018年02月06日

• 15:15 渋谷ヒカリエへ。ヒカリの道。 https://t.co/eXPDirIPVc
• 16:45 そろそろかなと今朝から花粉症対策としてアレグラを服用し始めた。「飲み忘れと飲んだか忘れ」対策に習慣化アプリ HabitHub でリマインダと投薬記録できるように今年も設定した。 HabitHub 便利。
• 17:15 Naney の日記: 一橋大学・津田塾大学写真部 @hitphoto 対外展2018 に行ってきました。フィルム一眼レフカメラで撮ったものからコンパクトデジタルカメラで撮ったものまで、いろいろな作品が混ざっていて飽きない写真展でし… https://twitter.com/...
• 20:15 渋谷、雪降ってる!
• 20:24 @hyuki ですです。粉のような雪が少しパラパラと。寒いですねー。
• 23:30 今日はチームのかんばんの優先順位会議というかレビューをした。感覚的にはプロダクトバックログリファインメント(見積もりはしない)のような GTD の週次レビューのような。なんとなく TODO だったものが明確になっていってスッキリ。

今日のさえずり: 「ダウンタウン熱血行進曲 それゆけ大運動会」で五代(ごだい)が名前・体力表示枠まで落ちちゃって動けなくなってしまった

2018年02月18日

• 10:24 RT @KeithYokoma: 高校生のころ、ジャヴァの試験受けたら合格だったのでやったーと思ってたら担任が俺よりテンション上がってて新聞記者さんよんできて取材され、新聞の地方欄に載り、それがインターネットにアーカイブされて2chに至ったのをよく覚えている。
• 10:27 RT @hidey: 実は貴重なものでは!? というものが発掘された https://t.co/w14V3HSLR0
• 10:30 RT @hidey: まぁ、模写ならどんなものが好きだったかわかる程度で致命傷ですむだろう(深夜の判断力) https://t.co/n4giml4xqs
• 11:47 RT @sn_f: ロリポップでどんなサイトを作っていたかより、ロリポップで借りたドメインがhttp://kill.jpだったことがいちばんの黒歴史って感じ
• 13:00 構成が変わっていてもはや写ルンですとは別物に。 Utulens より広角なのいいなあ。 / “Wtulens レビュー：写ルンですのレンズを二枚使ったWtulensは写りも激しい変態レンズでした！” http://bit.ly/2EBDrek
• 13:03 Utulens は APS-C サイズの α6300 だと 35mm 判換算 48mm の画角で写ルンですとはちょっと勝手が違ってくるんですよね。 http://bit.ly/2ht8a6M
• 15:30 帰りなさい! 帰りなさい! https://twitter.com/...
• 23:16 「ダウンタウン熱血行進曲 それゆけ大運動会」で五代(ごだい)が名前・体力表示枠まで落ちちゃって動けなくなってしまったんだけれど、どうすればいいのコレ……。 https://t.co/XyxtgcBQD5

プロジェクトでみんなをバスに乗せるために書いておく項目リスト

みんなをバスに乗せるためにプロジェクトのプランニングで明確にして共有した方が良いドキュメント形式って、方法論やプロジェクトの段階によっていろいろな名前のものがありますが、基本的に項目はどれも似たような感じです。

項目名を整理して決めておくと楽なのでちょっと書き出してみました。

コンセプトシート

比較的軽量にまとめる時。

• タイトル
• 概要 (What)
• 目標 (Goals)
• 背景と目的 (Why)

プロダクトプラン

プロダクトプランニング(エンビジョニング)のアウトプットとして。エピックレベル(数カ月程度の大きさ)。

• プロダクト名
• プロダクトビジョン
  • 概要
  • 目標
  • 背景と目的
  • 成果物
  • 完了条件
  • スコープ(含むの・含まないもの)
  • (opt) 依存するプロジェクト・制約条件
  • (opt) リスク
  • (opt) 予算
  • (opt) メンバ
• 概要レベルのプロダクトバックログ
• プロダクトロードマップ

ポートフォリオバックログアイテム

ポートフォリオプランニングで、プロダクトプランを評価した結果のもの。エピックレベル(数カ月程度の大きさ)。

• プロダクト名
• プロダクトプラン
• 期間
• 遅延コスト(ビジネス価値・時間価値・リスク軽減/チャンスと利用)
• WSJF

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

スクラムで1スプリントで完成できるサイズのアイテム。フィーチャーレベル。

• プロダクトバックログアイテム名
• ユーザーストーリー(誰・概要と目標・背景と目的)
• 満足条件(あれば成果物を含む)
• サイズ
• レビュー方法

タスクチケット

ちょっとしたタスク。

• タスク名
• 概要
• (opt) 背景と目的 (概要で自明でない場合)
• (opt) 成果物/アクション (概要で自明でない場合)
• 完了条件
• 期日

プロジェクト憲章

• プロジェクト名
• 概要
• 目標
• 背景と目的
• 成果物
• 完了条件
• スコープ(含むもの・含まないもの)
• (opt) 依存するプロジェクト制約条件
• (opt) リスク
• (opt) スケジュール・期限
• (opt) 予算
• (opt) メンバ

備考

他には以下のような形式もあります。

• One Pager
• インセプションデッキ
• 製品要求仕様書 (PRD: Product Requirements Document)
• リーンキャンバス

[ プロジェクトマネジメント ]

年末なので Remember The Milk での GTD システムを見直し

昨日から週次レビューをかねてタスクをしっかりめに棚卸し。それから最近課題に感じていたところがうまくまわるように Remember The Milk のリスト・スマートリストの構成をいじってみた。

時間は有限、タスク棚卸し

あれこれやった方がいいとちょっとずつルーチンワークが増えていくので、たまに見直しが必要。昨日はがっつりルーチンワークを掃除。 one-on-one 定例ミーティングの前日準備はタスクから外して、やったあとの事後整理の中で一緒にやってしまおう。

プロジェクトを分ける

仕掛り(WIP)なプロジェクト減らして、もっとプロジェクトをどんどん終わらせるようにしたい。プロジェクトを入れておく Remember The Milk リストを以下に分けてみた。

• active (NEW) 優先してやる。
• backlog
• later (NEW) someday/maybe ではなく将来確実にやるけれど、すぐにはやらない。
• others
• someday

優先的にやるのを active に分けて明確にして進めていけるようにした。

それから確実にやることなのだけれど、すぐにはやらないものを later に分けることにした。someday だと「やれたらいいなあ」というのと混ざってしまって嫌だし、かといって今のうちに詳細化するコストを払いたくないなあというものを入れておく場所にした。 later にある次の行動タスクが someday のと同様に全体の行動タスクリストに上がってこないようにして、クローズドリスト作成時に負担にならないようにした。これで日次レビュー・週次レビューもスムーズにできるようになるといいな。

今日のさえずり: おやっ、今日は冬至ですか

2018年12月22日

• 06:30 まっすぐに。 #SEL50F18 https://t.co/cmwrS3JPQM
• 06:45 RT @Naney: 渋谷 PowerShot G9 X Mark II https://t.co/sSo3OuHBOF
• 07:46 おやっ、今日は冬至ですか。
• 17:51 @blue12yyy カボチャ買いました!
• 21:15 RT @Naney: 白い玄関と自転車。無駄がない。 DSC-RX0 #RX0 https://t.co/8HiXhUgIKm
• 23:37 今日は一日 Remember The Milk のリストとスマートリストの構成をいじってた。これで日次レビュー・週次レビューがスムーズにできるようになるはず。

今年も箱根駅伝と母・妹来訪の1月2日【日記】

例年通り、朝に箱根駅伝往路を応援し午後に母・妹が来訪するそんな1月2日。

箱根駅伝

年に2度(今日と明日)のワンセグ活用の日。沿道のいつもの辺りで応援。

GTD 週次レビュー

水曜日だけれど年始ということで、GTD 週次レビュー。年始なので Someday/Maybe リストをがっつり整理。 もうやらないものはリストから削除。それから Remember The Milk 上で行きたい場所や読みたい本などをそれぞれのタスクのサブタスクにしていたけれど、レビューの時にざっと見ていけないでフラットに並べるようにした。

母・妹来訪

「すごろく?」みたいな流れになったので人生ゲーム。

シン・ゴジラ(Amazonプライム・ビデオ)

2016年に TOHOシネマズ 渋谷で観て以来になる2度目のシン・ゴジラ鑑賞。リビングの事情で音量を下げて観たので細かいセリフとか聞き取れずにざっくり観た感じ。次は大音量かイヤホンできっちり聞きながら観たい。

Developers Summit 2019 2日目 #devsumi

昨日に続き本日も Developers Summit 2019 参加。今日は寒い一日だったのか、途中窓の外に雪が舞う時間もあった。

昨日参加証の読み取り率が低かったので受付で再発行していただいた。

今日はコーヒー確保できず。今度来る時はやはり何か買ってこよう。

以下セッションタイトルは2月13日時点の公式サイトより。

10:00～10:45 【15-D-1】 プロダクトマネージャーという生き方

楽天株式会社 熊谷亘太郎氏

プロダクトマネージャー・カンファレンス 2018 1日目でもトークをお伺いした熊谷氏。今回も発表の骨子は同じだったので、今回は復習となった。

メモ

• 楽天トラベルでのプロダクトマネージャーと開発マネージャーの担当領域
  • 技術仕様やリスクマネジメント、組織関連はなどは開発マネージャー側。
• Positive (問題は解決できるという態度)

Enjoy your work!

11:05～11:50 【15-B-2】 メンバーの成長とチャレンジのためにエンジニアリングマネージャーとして大切にしたこと

ヤフー株式会社 山本学(@yamamoto_manabu)氏

Developers Summit 2016 1日目 で myThings の話をされていた山本氏。今回はマネージャーについて知ってもらいたいという内容で、マネージャー予備軍が響く層であろうという感じのセッション。

12:10～12:40 【15-E-3】 Entertainment x Tech～多くのアーティストとファンを繋ぐ技術と組織～

エイベックス株式会社 山田真一氏

• 年約250の新規アーティストサイト、現時点で約500を運営。クラウドシフトはステークホルダーが多く順番に。
• 予期しないバーストトラフィック
• アーキテクチャは社内アーキテクトで、開発は外部パートナーがエイベックスとしての理想の姿。

アウトソーシング中心での体制構築についての取り組みのセッション。「研修に行かせる」「身に付けさせる」のような表現をみると、トップダウンが強めの雰囲気なのかな?

13:05～13:50 【15-A-4】 3周年に突入するAbemaTVの挑戦と苦悩

株式会社サイバーエージェント 山中勇成(@toriimiyukki)氏

GCP 含めバックエンドで使っているものを順番に紹介していくセッション。浅く全部紹介する感じなので全体的に知りたかった人向けのセッションだ。

14:10～14:55 【15-B-5】 Site Reliability Engineering at Google

グーグル・クラウド・ジャパン合同会社 中井悦司(@enakai00)氏

流れるようなトークに酔いしれてしまうセッション。

• 50% ルール
  • 50% 以下で運用業務、50%以上をシステム安定化に関わるプロジェクト活動にあてる。
  • SRE(優秀なソフトウェアエンジニア)が Burnout して退職することを避ける。
• Toil の削減
• 生涯対応では問題解決を最優先。「他人を頼ること」をスキル不足と認識しない文化。
• Postmortem (障害ふりかえり)は Google ドキュメントを使っている。全エンジニアに共有されている。

(Google の) SRE についてちょっとではあるが理解が進んだ。目的がすべて明確で、それに対して合理的に取り組んでいるかのようで改めてすごいなと。

15:15～16:00 【15-A-6】 プロダクトをGrowthさせるデータ駆動戦略の基礎知識～DMM.comにおけるユーザーレビュー基盤のKPIツリー公開～

合同会社DMM.com 石垣雅人(@i35_267)氏

データ駆動戦略で成長させていくという話。今回はユーザーレビュー機能に関して。

既にあるものを少しずつ伸ばしていくことにフォーカスしている状況なら、施策に対する予測がしやすいので良いよねというところ。

16:20～17:05 【15-E-7】 セキュアな環境でDevOpsを実現する厳選ツール

マクニカネットワークス株式会社 根本竜也氏 株式会社セガゲームス 上田展生氏

前半は厳選ツール = GitHub Enterprise (GHE) (上田氏)。3年前はまだ Subversion を使っていた。そこから GHE と CircleCI Enterprise を導入していったという話。ゲーム会社だけれど Web 企業とは距離感のある企業風土を感じた。

根本氏は商材紹介。営業っぽい感じになってきたので退室。

17:25～18:10 【15-A-8】 エンジニア人生と定年退職、人生100年時代のエンジニアの生き方

東京大学大学院 よしおかひろたか(@hyoshiok)氏

よしおか氏視点を交えつつ IT 史と概論を語る前半。途中退室。