nDiki : 用語

ふりかえり、あるいは検死

10年前に読んだ「適応型ソフトウェア開発」では事後評価セッション postmortem (検死) session と呼んでいて、なんとなくいつも検死というイメージを持っている。 今日はふりかえりの会があったので参加。プロジェクトのリーダーが冷静にふりかえりをまとめていたのは素晴しかった。

個人的にはコンセプトと倫理観の一致は重要だなと改めて思った。あと、「グループシンク」という用語は始めて学んだ。気をつけるようにしよう。

「人は事後評価に対して過度に批判的になる傾向がある。」(記事)

というのを思い出したのはふりかえりの会が終わった後で、よりニュートラルに聞くべきだったなというのは反省点。おつかれさまでした。

インターンシップ制度を受け入れたチームメンバが個人として期待するといいんじゃないかと思うこと

インターンの方が配属されるとチームが賑やかになるとともに、チームメンバの皆さんも忙しくなりますよね。就業体験型のインターンシップでは、ほとんどの場合ふだんの業務を抱えながらインターンの方をフォローすることなるので大変かと思います。

新しい人が配属された直後はチーム/個人の生産性が落ちるという話はトム・デマルコ氏の本を読むまでもありません。フォローをしている間は自身の担当業務ができなくなるので個人的な生産性は落ちることがほとんどでしょう。ここはトレードオフとしてチーム全体で受け入れるべきだと思います。

さて会社・人事・部署それぞれに期待するところがあってのインターン制度ですが、個人では何を期待していけば良いのでしょうか。

インターンシップ制度に個人として期待するといいんじゃないかと思うこと

インターンの方に良い就業体験を提供できるようにしていく一方で積極的に自身でも学んでいきたいと私は思っています。目新しいところはありませんが、個人レベルでは以下のような点を期待するといいのではないかなと考えています。

人に教える事による自分自身の学び

人に教えようとすると「あれっ?」となることは仕事に限らずあると思います。私は説明するタイミングであらためて用語の定義を確認しなおしたり、手順をドキュメント化したりしてみています。

インターンの方の得意な分野からの学び

インターンの方の研究テーマや人生経験などから、学べることはいろいろあると思っています。ですので「この人面白いことやってそう! チームとしても学びがありそう!」という方に来ていただけるようにできるだけしています。

インターンシップ期間中はチーム内 LT をしてもらったり、ランチで話をきかせてもらったり、あるいは自分の知らないような工夫点を業務時間中に教えてもらうようにしています。

また、私が社会に出て働き始めた頃に担当したインターンの方はその後しばらく一緒に仕事をすることになりました。別々の会社になった今でもばったり再会して情報交換させてもらって学ばせていただいています。そういうのもいいものだなと思います。

間接的な学び

今は直接インターンの方についたりはしていないのですが、どのような就業体験を提供できるのかを考えたりこういった記事をまとめてみたりと、どの立場でも取り組んで学べることはあるなと思っています。

インターンの方にとっても自身にとっても、短期的な利得よりは長期的にみて良い成長の糧となればいいのではないでしょうか。

---

[ opinion ]

Google Keep をソーシャルメディアドラフトストックツールにする

後で SNS に投稿したいなと思う事がが頭に浮かぶことがあります。以下のようなパターン。

• 後で何かをしたタイミングで投稿したいつぶやき。
• 日時・場所などが特定されるのを避けるため、時間を置いてから投稿したいつぶやき。
• 時間のある時に正式用語を調べたり推敲したりしてから投稿したいつぶやき。

1つのソーシャルメディアだけを使っている場合はそのアプリの下書き機能を使えば良いのですが、mixi や Twitter、あるいは Slack や Facebook などに投稿しわけているとなかなかそうもいきません。

一箇所にストックしておくのに良いツールはないかとチェックしたところ 以前たまに使っていた Google Keep が良さそうなのであらためて利用することにしました。

ソーシャルメディアドラフトストックツールとして Google Keep を使う利点は

• PC とスマートフォンのどちらでも書ける。
• Buffer などのように直接予約投稿はできないけれど、日時・場所でリマインダーを設定しておける。
• Android の Google Keep アプリからインテント(メモを送信)を使うことで、他のアプリにテキストを渡してさっと投稿できる。

3年前に Google Keep がリリースされた時は共有した時に最後に「Google Keepから共有」余分なテキストがついてしまうのでこういった使い方には向いていなかったのですが、いつの間にかつかなくなっていたのですね。わかってらっしゃる。

Android デバイス上でのテキストの一次入力アプリとしては SupportText Pro(サポテキ)を使っていて「まずはサポテキに入力してから他のアプリに送って実際に投稿」というように今はしているのですが、デバイスローカルなサポテキに比べて Google Keep では PC からも利用できるるという利点があるので Google Keep にその座を渡そうかと思っています。

---

[ Android アプリレビュー ]

今日のさえずり: そうしょっちゅう来る感じじゃない

2016年10月13日

• 07:54 本日有給休暇です。
• 09:40 RT @rememberthemilk: We're 11 years old today! From Bob and the team, thanks for using Remember The Milk! 🎂🐵 http://blog.rememberthemilk.com/...
• 09:58 ゴッホとゴーギャン展。 (@ 東京都美術館 in 台東区, 東京都) https://www.swarmapp.com/c/jAFVM6RiVDL
• 11:47 お腹減ったー。 (@ MUSEUM TERRACE in 台東区, 東京都) https://www.swarmapp.com/c/91R2oIWBhio
• 12:00 “インターネットプログラマ用語としての「ポエム」 - 滞舎路日記” http://bit.ly/2dKzedn
• 12:02 “ミクシィのインターンシップ行ってきた - えむけーろぐ” http://bit.ly/2dRwx95
• 13:01 I'm at 寛永寺 不忍池 弁天堂 in 台東区, 東京都 https://www.swarmapp.com/c/4fzwlQqfCV1
• 13:27 豆大福! (@ 岡埜栄泉総本家 本店 in 台東区, 東京都) https://www.swarmapp.com/c/6aGUJJgnC8m
• 14:16 初。広くない。 (@ ソニー ショールーム / ソニーストア 銀座 in 中央区, 東京都) https://www.swarmapp.com/c/glwppuhNqj9
• 14:19 そうしょっちゅう来る感じじゃない。 (@ GINZA PLACE in ちゅうおうく, 東京都, Tōkyō) https://www.swarmapp.com/c/2sjTbkTl8QS
• 14:51 いつものとこ。 (@ カフェ・ベローチェ 銀座みゆき通り店 in 中央区, 東京都) https://www.swarmapp.com/c/5VxJz3I8Esz
• 14:59 PlayStation VR 今日発売か。ショールームで体験コーナーみたいなのやってた。
• 15:14 I'm at K.Itoya in 中央区, 東京都 https://www.swarmapp.com/c/bUUSUtxhTUi

思い浮かんだ事・考えたことを書き出す時間

Web やメモなどのインプットを止めた状態で、思い浮かんだ事・考えたことを書き出す時間があるといいんじゃないかなと考えていました。細かい推敲もせず、用語の正確性も追わない。そんな時間が頭には必要なんじゃないかなと。

ノート PC だとつい他のことをしたくなってしまうから、スマートフォンで distraction free なエディタを開いて思い浮かぶままに入力するとか。

nNote 始めました

永続的に残しておくほどではないちょっとしたノートを置いておくスペースとして nNote を始めることにしました。

• https://www.naney.org/note

nDiki と同じく自作の DiKicker を使用しています。

Medium であったり note であったりその他の Blog サービスであったりと「何か」を書いて公開しておけるサービスを触ってみるたびに「この nDiki とは別に書くとしたら何だろう? 何を書きたいんだろう?」と考えを巡らせていました。

この nDiki は長く続けてきた中で

• 永続的に残すことを前提にきちんとした URL (記事 ID) にする。
• 誤読されないように、ある程度自分なりに推敲する。
• AutomaticLink のために正確な用語で書く。
• フィードが拾われて消費されることを前提に、きちんと書けてから公開する。

といった縛りが自分の中にできてきているので、もっと自由なスペースが自分は欲しいのではと思えてきました。

• 必要が無くなったら 404 を恐れずさくっと消して良い。
• まだ自分としてこうだという結論に至っていない考えだったり何かの断片だったりを書いて良い。
• 最初から用語の正確性を追わなくて良い。
• 頻繁に更新して良い。

そういったノートを書き留めておく場所が欲しいんだなと。

そのためのサービス・プラットフォームで何がいいかと考えると、やはりテキストファイルでさっと新規作成・再編集をしてサーバに同期して公開・更新できるものがいいなぁという結論に至って、結局欲しいと思って自作して使っているこれ (DiKicker) じゃないですかと。日付有りノート中心になってしまいますが、まあいいかなと。

ということでさくっと設定だけ増やして nNote を立てるに至りました。

[ ノート・日記はテキストファイルに ]

カンバン? かんばん?

Kanban って「カンバン」なのか「かんばん」なのかどっちかなぁと思っていたのですが、ソフトウェア開発で出てくるのは「カンバン」みたいですね。

「かんばん」プル型システム、見える化、その他リーンのアイデアを、技術開発やITオペレーションに導入するためのツールを駆使した進化的な変革手法を示す用語として、(カタカナの) 「カンバン」を使用する。 -- カンバン ソフトウェア開発の変革 Improving Service Delivery in Technology Business

アジャイルサムライもカンバンでした。

チームで使う共通の言語をもつ

ストラテジーグループという新しい3人チームでプロセス作りをしています。

3人のうち2人は「エッセンシャル スクラム」を読んでいて例えば「経済的フィルター」と言えばアレのことねとなるのですが、もう1人には今は通じません。「エッセンシャル スクラム」を読んでいないのが悪い、あるいは「エッセンシャル スクラム」用語で話す2人が悪いという話ではなく、同じ言語を共有していると楽だし誤解が無くていいよねという話になりました。

アジャイルサムライでは

11.4 プロジェクトで使う言葉を共有する (pp.228-229)

で説明されていますね(原著だと Create and Share a Common Domain Language)。

• アジャイルサムライ−達人開発者への道−

そういえば以前部署で「エッセンシャル スクラムを読む会」を続けているうちに例えば PBI で話が通じるようになったりして楽になったなと感じました。

プロセスについてでもプロダクトについてでも、共通の言語をもつ(作る)というのは大切だなとあらためて感じた次第です。

[ opinion ]

nNote 始めて昨日で1年

永続的に残しておくほどではないちょっとしたノートを置いておくスペースとして nNote を始めて昨日で1年でした。

• nNote 始めました

それほどノートを上げているわけではないですが、とりあえず書いて見られるところに置いてくスペースとして重宝しています。

• 必要が無くなったら 404 を恐れずさくっと消して良い。
• まだ自分としてこうだという結論に至っていない考えだったり何かの断片だったりを書いて良い。
• 最初から用語の正確性を追わなくて良い。
• 頻繁に更新して良い。

という位置づけなのですが「用語の正確性」だけはやはり気にしちゃうのはもはや性格なのかも。

プロダクトマネージャーカンファレンス 2019 1日目 #pmconfjp

今日から2日間ベルサール渋谷ファーストでプロダクトマネージャーカンファレンス 2019。

• https://2019.pmconf.jp/

去年に引き続きの参加である。

• プロダクトマネージャー・カンファレンス 2018 1日目
• プロダクトマネージャー・カンファレンス 2018 2日目

今日のキーワードは「feature team ではなく真の product team を」「プロダクトビジョン」「信頼(trust)」。

以下タイトルは公式サイト掲載のものより。

10:00 - 10:10 [MainRoom] Welcome Talk

横道稔氏。

10:15 - 11:05 [MainRoom] ORDINARY PEOPLE, EXTRAORDINARY RESULTS

Silicon Valley Product Group Partner and Founder / Inspired 著者 Marty Cagan 氏

与えられた機能を作るだけの feature team ではなく、真の product team を作り信頼し、プロダクトマネージャーは本当のプロダクトマネージャーの仕事をしようという話。

feature team をそのまま product team に成長させて信頼していくことができるのか、それとも優れたメンバで優れた product team を作っているからこそ信頼できるのか。

• Product Discovery が重要。
• feature team (残念) と真の product team
  • なぜ empowered product team にしないか → チームを信頼していないから。そういうチームの PM は本当の PM の仕事をしていない。
• リーダーシップの役割
  • Product Vision (チームが同じ方向を向く。働く魅力になる。3〜5年/10年)
  • Product Strategy(Plan)
  • Product Principles
  • Product Priorities
  • Product Evangelism
• マネジメントの役割
  • 人のマネジメントはプロダクトマネージャー(PM)の役割ではない。
  • Staffing (強い人材を雇用する)
  • Coaching (能力を押し上げる)
  • Objectives
• 信頼
• 革新はエンジニアから生まれる。真の product team が重要。
• feature team から移行するには PM は自分の真の仕事をする。成果に責任をもつ。

11:15 - 12:00 [MainRoom] Special Session

TransferWise Head of Product Kaarel Kuddu 氏

• speed
• customer focus
• autonomous teams
  • 決定権をもつチーム。
• Autonomy = responsibility
  • 意思決定の自由は顧客インサイトやデータによって裏付けられる必要がある。
  • 成果に対する説明責任がある。

前のセッションに続きここでも、能力の高いメンバによる顧客のことを理解し考えて決定し実行できる優れたチームに決定権と成果に対する説明責任を与え信頼するという話が印象に残った。

ここでいっている責任をもつというものが何か指しているかが気になるところ。

13:00 - 13:30 [MainRoom] LINEにおけるお金とユーザーのジレンマ

LINE株式会社執行役員 二木 祥平 氏

「LINE公式アカウント」「LINE Ads Platform」が現在の担当プロダクトの二木氏のセッション。 「LINE(株式会社)では」 PM が何をしているかをふわっとまとめた話。ロジカルな構造や用語使いなどでしっくりこないところがあるけれど、生の声という意味で興味深く聞けた。

13:50 - 14:10 [MainRoom] PMにおけるストーリーテリング

freee株式会社 執行役員 プロダクトマネージャー 岡田 悠 氏

バックログの縮小均衡 → プロダクトビジョンが必要 → プロダクトビジョンが機能しなかった → ストーリーテリング。

「静的なビジョンを、動的なストーリーへ深堀ること」

セッション自体がストーリーがあるかのようで惹き込まれて響いててきてさすがだなと感じた。

「シャープに本質だけを抜き出した表現にしようとする」あるいは「そもそも事実を書き並べる以上の文章をなかなか書けない」のでつい端的な文章で済ませがちだけれど、やはり人を動かすにはストーリーも大切だなと思うことができた。

14:20 - 14:40 [MainRoom] “失敗事例で学ぶ” 失敗しないプロダクトマネジメント - PMの必須スキルと、自走する組織のつくりかた -

エン・ジャパン株式会社 デジタルプロダクト開発本部 部長 / プロダクトマネージャー 岡田 康豊 氏

スキルを明確化・指標化することで改善が動き出すというのは、プロダクトと同じで PM に馴染みやすいのかも。

今回のセッションの事例ではかなりガッツりやっているので、業務の中でどれだけのウェイトをかけてメンバが取り組んでいるのかが気になるところ。

14:50 - 15:20 [MainRoom] コミュニティマネジメント: プロダクトの開発と展開をコミュニティが加速させる

東京大学 FoundX ディレクター 馬田 隆明 氏

• オーディエンスマネジメントとコミュニティマネジメント
• コミュニティマネジメント → 新しいつながりを作ったり強めたり切ったり
• コミュニティ
  • エンゲージメントと継続率・アイデア・サポートコスト削減

ボリュームある発表で浅く広くエッセンスを列挙したセッション。30分じゃもったいない量だ。実経験ではなく、世の中で論じられているものをまとめた馬田氏らしい内容。ユーザーコミュニティのり活用について整理されていて、概論についての理解のリフレッシュの良い機会になった。

大きくなったコミュニティのサブグループ化は過去やってみたりしてきたけれど、やっぱりいいやり方らしい。

コミュニティのオンボーディングは、企業内でもそのまま使えるのでリストとして見えるところに書き出しておきたい。

コミュニティを育てることでエンゲージメントと継続率を高めるというのは自サービスでも意識している点。優先度がなかなか上げられないけれども継続はしていきたいところだ。

• スライド: PM と PMM のためのコミュニティマネジメント

15:30 - 16:00 [MainRoom] 企業が求めるプロダクトマネージャーとその人材戦略

• 株式会社ニューズピックス取締役CTO 杉浦 正明 氏
• 株式会社グッドパッチ代表取締役CEO 土屋 尚史 氏
• 株式会社クライス＆カンパニー代表取締役社長 丸山 貴宏 氏

パネルセッション。PM の需要・募集・市場・オンボーディングについて。

16:10 - 16:40 [MainRoom] 発明、ドッグフーディング、プロダクトマネジメント

Nota Inc.CTO 増井 俊之 氏

増井氏流の発想・発明ベースのプロダクト開発の紹介。自分が使いたいから作り、問題があればすぐ直す。

プロダクトマネジメントはほぼ関係なかったけれどウィットに富んだ参考になるセッションだった。

16:50 - 17:35 [MainRoom] Keynote Session

Zoom Video Communications, Inc Chief Information Officer Harry D. Moseley 氏

30分 Zoom の宣伝。ちょっとだけ PM の話があってまた Zoom の宣伝。