スクラムの背景を学んで改善しよう / 「スクラム 仕事が４倍速くなる“世界標準”のチーム戦術」を読んだ

スクラムの「なぜ」が学べる「スクラム　仕事が４倍速くなる“世界標準”のチーム戦術」を読みました。

ケン・シュウェイバー氏と共に「スクラム」を確立したジェフ・サザーランド 氏によるスクラム本です。いろんな本やイベント、実践を通じてスクラムの進め方についての知識はついてきました。さらに深く理解するためにスクラムの背景を知りたいと思い、手に取りました。

スクラム　仕事が４倍速くなる“世界標準”のチーム戦術 (早川書房)

本書は一つ一つの要素が丁寧に書いてあります。スクラムの全体像が分かった状態で読んだ方が学びは多いと思います。SCRUM BOOT CAMP THE BOOKやスクラムガイドを読んでスクラムオーバービューがイメージできる状態になってから、本書を読むと深く学べると思います。

目次

「進みが遅く、出来上がったプロダクトが使われない」という問題を解決するところから始まったスクラム。そんなスクラムの誕生の経緯からスクラムの核となる概念がまとめられています。

第１章　過去のやり方は通用しない
第２章　スクラムが誕生するまで
第３章　チーム
第４章　時間
第５章　無駄は罪である
第６章　幻想を捨て、現実的なプランニングを
第７章　幸福
第８章　優先順位
第９章　世界を変える

イベント一つ一つに歴史がある

当たり前と言えばそうなのですが、デイリースクラムにしても生まれた経緯があります。「デイリースクラムは15 分間、毎日、同じ時間・同じ場所で開催して調整するんだよ」というやり方だけ知っている場合と、「数百におよぶソフトウェア開発プロジェクトを分析して成功しているプロジェクトを視察したところ、仕事を達成するために必要なことをチーム全員が知っている状態が重要だとわかった。その一つの要素としてチームメンバーが毎日集まり話し合い解決していたので、それを取り入れたのがデイリースクラム。15分以内にしている理由は・・・」というように各イベントの背景を知ることで理解度が変わります。また、「なぜ15分なのか？」という理由も合わせて知ることで本質からズレずに自分たちの環境に合わせた改善ができます。

アップデートしたいと思った大きな3つ

僕はスクラムのフレームワークを使って開発をしています。常にもっともっと改善したいと思っているのですが、本書を読んで特に開発の改善に繋げようと感じた3つを紹介します。3つ以外にも全然できてないなーって刺激を受けることがたくさん見つかった書籍です。

チーム

本書は理想のチームの一つとしてラグビー ニュージーランド代表の「チーム」と試合前に行われる「ハカ」について取り上げられています。

この「集中力」「一体感」「強い意志」「仲間が攻め込んだ時の歓喜と賞賛」といった要素がスクラムには組み込まれています。スクラムマスターはリーダーシップをとってこのような自己管理型のチームを目指していきます。本書を読んだり過去にも考えたのですが、ソフトウェア開発、プロダクト開発で目指すチームはプロスポーツチームと同じだと感じています。過去の記事でも同じようなことを書いています。

サッカーで例えるとスプリントプランニングは「試合前の戦術ミーティング」、デイリースクラムは「試合中の選手同士の会話」が近いと感じていて、そのメタファーでスクラムを捉えなおすと新しい発見があるかなって思っています。

ムリ・ムダ・ムラの観点

スクラムはトヨタ生産方式の影響を受けていると書かれています。トヨタ生産方式と言えば「ムリ・ムダ・ムラ」ですね。本書でも「計画で無理を避ける、実行でムラをなくす。評価して無駄を削る。」と書かれています。スクラムではレトロスペクティブ、スプリントレビューがこの観点を使うメインのイベントになると思います。KPTでふりかえりするなら、Pを出すときにこの3要素の観点でふりかえりすると良さそうです。「間に合わなさそうだったから残業して間に合わせました。間に合って良かったです！」ではなく、ムリをして開発した原因はなぜかを考えていくと、今まで見えてなかった問題が見つけられそうだと思いました。

透明性

スクラムの3本柱である「透明性」は本書を読んでも改めて大切だと感じましたし、自分に足りていないと感じました。チームを阻害する要因の一覧(障害一覧やインペディメントリストと呼ばれます)を見せて開発の改善が進んでいく話があり、こういう使い方があるんだと気付きました。「透明性」となるとプロダクトバックログやスプリントバックログ、インクリメントが大切ですが、障害リストも同じように大切ですね。ちなみに障害リストは認定スクラムマスター研修でスクラムマスターが管理する作成物として紹介されました。（できてない。。。）他にも INVESTなプロダクトバックログアイテムなど大事だ大事だと思いながらも出来てないことがたくさんあるなぁっと反省です。改善していきます。

まとめ

スクラムは導入してOK！というシステムではありません。本書でも「スクラムは進化的で適応性があり、プロジェクトを進めながら修正していくシステム」と書かれていますし、スクラムガイドにも「スクラムフレームワークは意図的に不完全なもの」と書かれています。また、認定スクラムマスターの研修では「スクラムは問題を発見するフレームワーク」と紹介されました。スクラムは導入してからがスタートなのです。継続して改善するためにもスクラムの背景を理解してみるのはいかがでしょうか。

Synology Moments と Photo Station で同じデータを参照する

撮った写真を管理するためSynology社のNASであるDS120j を購入しました。このNAS、写真管理用のアプリが2種類あります。Photo Station と Synology Momentsです。

www.synology.com
それぞれ機能に違いがあるのですが、今回の記事で取り上げたいのは保存場所です。保存場所に違いがあるのです。Photo Stationは/photo/を参照していますが、Momentsは /home/Drive/Moments/を参照しています。

どちらの機能も使いたくてPhoto StationとMomentsそれぞれのアプリを使って写真をアップロードした場合、2重管理になります。この部分を解決する方法を調べました。今回は/photo/に写真データを保存し、Photo StationとMomentsはそのフォルダーを参照して表示する方法です。

写真は photo に保存する

File Station や Photo Station を使って写真ファイルを/photo/アップロードします。

Moments で 共有写真ライブラリを有効化する

共有写真ライブラリを有効化するとMoments が/photo/を参照するようになります。

Moments の設定画面を開き、共有写真ライブラリタブを表示します。有効化していない場合は下記のような画面になりますので、「共有写真ライブラリ有効化」をクリックします。

共有するユーザーの設定を行います。

完了です。

Moments で 共有写真ライブラリの写真を見る

はじめに書いたようにMomentsは /home/Drive/Moments/を参照します。参照するライブラリの種類を「共有写真ライブラリ」に変更すると、Moments が/photo/を参照するようになります。

まとめ

• NASであるDS120j を購入
• 写真管理アプリが2種類あり、どちらもフォルダパスが異なる
• 共有写真ライブラリを有効にすると、Photo Stationの管理ファイルをMomentsが参照できる

参考記事

www.synology.com

めんどくさがりな私が考えた「Notion」を使った情報とタスクの整理法

ずぼらな私でも、情報やタスクを管理して、すっきり過ごしたい。

まいにち過ごすだけで色々な情報があふれています。面白そうなweb記事、忘れてはいけない話、勉強したいこと、将来に向けて少しずつ進めたいこと、明日買う牛乳、ブログのネタ。情報を管理して忘れずに過ごしたいと思い、色々な方法を試しては続かないを繰り返していました。このたび、ついに続きそうなサービスが見つかりました。

www.notion.so

Notionは「All-in-one workspace」と銘打っているようにあらゆる形式で情報管理できるサービスで、個人利用は無料です(2020/11/27 現在)。Wikiのようなドキュメント管理、カレンダー、ガントチャート、カンバン、テーブル、データベースなど様々な機能がまとまったサービスです。タスク管理はこのツール、メモはこのツール、読書メモはこのツールと分かれていたツールをまとめられるのです。まさに「All-in-one workspace」。Notionはいろんな機能をブロックのように組み合わせて自分にとって使いやすいページを作れることが特徴です。自由度が高いため、どういう風に情報を管理していくか考える難しさはあります。しかし、そのハードルを乗り越えて使うメリットはあると感じています。情報管理が得意な方は自由度が高いため使いやすいサービスのように思いますし、僕のように情報管理が苦手でも簡単に使える使い方さえ決まってしまえば使いやすいサービスになります。なので、めんどくさがりな僕が考えたNotionの使い方を公開して少しでも参考になれば幸いです。

管理する情報

今回管理する情報はこちらです。仕事ではなくプライベートで使っています。

• 忘れてはいけない情報
• 中長期、短期的なタスク
• 勉強したこと
• 思考の整理

ページ一覧

ページは以下の8つで管理しています。

上から順ではなく分かりやすいところから説明していきます。

とりあえずメモ

このページはパッと思いついたり、忘れてはいけないことを短期的にメモするページです。頼まれたお買い物やハッとした言葉、ちょっと浮かんだアイデアなど整理前の情報を書き留めておきます。情報はあとで紹介するページにまとめなおします。お買い物が終わったり、情報が整理出来たら消してしまいます。

とりあえず雑にメモしていい場所を作っておくことでメモへのハードルを下げます。整理したい気分になったときに整理すればいいのです。

インプット

このページは良かった記事や後で読む記事、読書メモ、参加したイベント、聞いたpodcastなどインプットした情報をまとめています。

良かったweb記事の収集

web記事はChrome Extensionsの「Notion Web Clipper」を使っています。「Notion Web Clipper」を使うと手軽にwebページをNotionにまとめられます。簡単便利です。

「Notion Web Clipper」

chrome.google.com

１．Chrome に追加するとアドレスバーの右側にアイコンが表示されます。

２．保存したいページでアイコンをクリックすると、タイトルと追加するNotionのページ名が指定されているので問題なければ「Save Page」ボタンをクリックします。

３．指定したNotionのページのテーブルに行が追加されます。

４．追加された行はリンクになっていて、リンクを開くとWebの情報も保存されています。

読書やイベントの記録

読書したメモや参加したイベントは行を追加して更新していきます。テーブルの一行一行は別ページのリンクになっていて、書籍やイベントなどのメモはリンク先のページにまとめています。

１．タイトルにカーソルを合わせるとリンクを開くポップアップが表示されるのでクリックします。

２．クリックすると対応したページが開くので、気になった文章をまとめたり、それに対する考えをメモします。勉強会でも同じく気になったエピソードや考えをメモします。

ことば

このページは気になった言葉やキーワードをメモしています。あとから思い出せるようにその言葉の出どころも合わせて記録します。インプットページにまとめているpodcastやイベントや読書から得ている情報が大半ですので、NotionのRelation機能を使ってデータベース同士を関連付けをしています。

Relation機能

１．テーブルの空列をクリックし、PROPERTY TypeをRelationにします。

２．参照するデータベースを選択します。

３．追加した列の行をクリックすると、参照したデータベースのどの行と関連付けるか指定できます。

やること一覧

このページでタスクを一括に集めています。ブログのアイデア、プライベートなタスク、様々な種類のタスクを1つのデータベースで管理しています。1つのデータベースで管理することで「ブログばっかりしていて、プライベートのタスクが進んでいない」という状況を見える化します。見える化についての工夫は星取表ページの紹介で説明します。このページはあくまでタスクを1つのデータベースで管理するためのページです。タスクの種類はタグで分かるようにしています。

ブログ、ライフ

ブログもライフのページも同じ種類のページです。どちらのページも「やること一覧」データベースのリンクを表示して、フィルターを設定しています。ブログページは「ブログアイデア」のタグでフィルタリングしています。ライフも同じでフィルタリングが違うだけです。

ブログのアイデアを一覧で見たい場合、ライフに関することを一覧で見たい場合に表示するページです。

星取表

このページも「やること一覧」のデータベースのリンクを表示しています。このページでタスクの進捗を管理しています。星取表は結城浩さんが公開された以下のページを参考にNotionのフォーマットで無理ない方法を検討しました。
mm.hyuki.net

方法は以下の方法で進めています。
１．作業したタスクの進捗日に日付を入力します。

２．進捗日でソートしておくことで、自動的に着手したタスクが上に移動します。

こうすることで、進捗したタスク、放置気味のタスクが見える化されます。結城浩さんはタスクに掛けた労力を数値と色分けで表現されているので色付き星取表と呼んでいますが、今回のテーブルは色もないし星の要素もありませんが、参考元のお名前をお借りして星取表としています。

考えたこと

このページはとりあえずメモのページよりもじっくり考えて整理した情報を残しています。様々なインプットから考えた開発のまとめなどをまとめていくページです。

まとめ

• Notion を使うと「情報」が1つのサービスで完結する
• 自由度が高いため自分にあった使い方ができる
• 自由度が高いためベースを作るまでに時間がかかる
• アイコンや背景も気軽に設定できるので分かりやすいページが作りやすい
• データベースとデータベースの関連が使えて強力
• タスクは1つにまとめることで忘れがちなタスクを思い出すきっかけになる

リンク

Notionの使い方がわかりやすく説明されています
biz-notion.northsand.co.jp

ルールは最小限にして定期的に見直す

今回はルールについて考えていることをまとめてます。

できるだけルールにしない

見出しのとおりなのですが、ルールは出来るだけ少ない方が良いと思っています。みんなが守らないと困ること以外はルールにしない。やってくれると嬉しいことはルールにしないようにしています。

たとえば、落ちているゴミを拾ってゴミ箱に捨てることは良いことだと思います。みんなができると職場や街がきれいになり、気持ちよく毎日が過ごせます。ゴミを拾って捨ててくれた人には感謝を伝えますし、場合によっては他の人にも「あの人はすごいんだよ。落ちてるゴミを拾って・・・」と伝えるでしょう。でも、「ゴミ拾いがすごく良い行動でみんなもした方が良いからルールにしよう！」とはしない話です。ルールにするとできないことがマイナス評価され、できても当たり前になります。「あのときゴミが足元に落ちていたのに捨てなかったでしょ！」ってなるんです。

ルールは徹底する

ルールにしたあとは徹底します。自分も守れるように最大限の努力をしますし、他の人が出来ていない時は指摘します。ルールが破られた状態を放置してはダメだと思っています。割れ窓理論ですね。いろんな条件が重なって努力しても守れないこともあると思いますし、仕方ない場合もあると思います。でも、放置はせずに出来てないことを指摘し対話します。そして場合によっては見直します。

ルールは見直す

ルールを決めた後、思ったよりハードルが高くて守れない場合があります。また、ルール通りに行動しても思ったような効果が出ないときもあります。でも、決めたことだからって守り通すのは違うと思います。ルールは定期的に見直します。守れない場合は守れない理由があります。そこを話し合って守れるルールに変えていくのです。意味のあるルールに変えていくのです。ルールだからという理由で継続することはよくありません。

やってくれると嬉しいことはルールと分けて共有する

困りはしないけどみんなのためになる行動はルールと別の形で共有します。「やらないと困る」と「やってくれると嬉しい」を分けて表現することで、余裕がある時に「みんな喜ぶしやってみようか」という気持ちになると思っています。

SCRUMMASTER THE BOOK読書会 第３・４章に参加した( #京アジャ )

2020/11/13に開催された「SCRUMMASTER THE BOOK読書会 第３・４章 in 京アジャ」に参加しました。

kyoaja.connpass.com

前回も前々回も参加しておりまして、遅刻はしつつも皆勤賞です。今回は「第３章：スクラムマスター道」「第４章：メタスキルとコンピタンス」についてディスカッションをしました。議論の内容よりも議論の対象となったトピックスについて自分の考えをまとめていきます。

スクラムマスター道のレベル1でも難しい

「第３章：スクラムマスター道」は偉大なスクラムマスターになるレベルがあり、レベル1の自チーム支援から始まり、組織支援へ徐々に活動の幅を広げましょうと書かれています。自チーム支援でも難しいのにそれを広げていくのは至難の業。

ディスカッションの中でレベル1が完全にできてからレベル2に移行するのではなく、レベル1の自チーム支援をより良くするため、レベル2へ進むと考えた方がいいと気付きました。スクラムマスターだけではなく、チームがチーム外との影響を考えられるようになると視野が広がり行動が変わります。結果、今までよりも影響の大きいところで考え行動できるようになります。レベル1の改善だけでは限界を感じたときにレベル2も含めた改善を考えることが良さそうです。

スクラムマスターのメタスキルと遊び心

スクラムマスターの最も重要なメタスキルが6個あり、そのうちの1つが「遊び心」です。「遊び心」ってなに？となりませんか。私はなりましたし他の方も「遊び心」とはなに？となられていました。開発に雑談を明示的に取り入れていますが、これも遊び心の一つになるのかな？とディスカッションしました。他の方も雑談を取り入れている方がおられて、雑談も遊び心の一つだと確認ができました。

他にはどんなことがあるかなーっと読書会が終わってからも考えているとメトリクスの取り方で遊び心を出せると気付きました。「アジャイルコーチの道具箱 - 見える化実例集」という書籍もありますので、改めて遊び心の目線で仕組みづくりを考えます。

ビジネスと遊び心について連載記事があったりしますので、遊び心は自由な発想を出し、新しいプロダクトを作るうえで必要なキーワードだと思います。
cultibase.jp

まとめ

• SCRUMMASTER THE BOOK読書会に参加しました
• 自チームを良くするためにチーム外との関係性も良くしていった方がよい
• 遊び心は雑談や見える化などで取り入れられる。

次回もあれば参加したいと思います！運営のみなさん、参加のみなさんありがとうございました！

内省、言語化の効果的な方法を学べた / リフレクティブ・マネジャー

「開発中の学びをデザインしたい」

ソフトウェア開発、特に開発中の学びについてヒントを見つけるためにリフレクティブ・マネジャーを読みました。

リフレクティブ・マネジャー～一流はつねに内省する～ (光文社新書)

本書は金井壽宏さんと中原淳さんがパネルディスカッションのようにお互いの考えを交互に語り合う構成になっています。1冊でお二人分の考えを知れるお得な書籍です。

テーマはタイトルのとおりリフレクティブ（内省）です。「内」という漢字から、内省はひとりで自分の内側を見つめ直すようなイメージがありませんか？本書は「内省は人と人の関わり」の大切さが書かれています。他者と関わることで言語化でき、フィードバックを得られます。そしてそれが成長に繋がります。

ふりかえりや1on1など内省に触れる機会はありますが、上手くできている自信はありません。だからこそ本書を読んで内省を自分のものにしたいと思ったのです。

目次

• 第一章　「上司拒否。」と言う前に
• 第二章　内省するマネジャー————持論をもつ・持論を棄てる
• 第三章　働く大人の学び————導管から対話へ
• 第四章　企業は「学び」をどう支えるのか
• 第五章　企業「外」人材育成
• あとがきという名のリフレクション
• やや長めでおせっかいなあとがき

内省は自分をアップデートするきっかけ

内省について辞書で調べてみると以下のように書かれています。

自分の考えや行動などを深くかえりみること。

内省によって自分の悪かったことや良かったことなどを振り返って、次の行動を考えます。良かったことをより伸ばしたり、周りに共有したり、悪かったことをカイゼンしたり。今後の行動をアップデートするきっかけづくりが内省です。

内省には持論、言語化

第二章は「内省するマネジャー 持論をもつ・持論を棄てる」というタイトルで持論について語られています。

本書の中で持論は以下のように書かれています。

仕事をうまくできる人が、うまくできることについての知恵を暗黙知のまま放置せずに、言語化して形式知にしたもの

自分の行動の言語化＝持論と言ってもいいのかもしれませんね。

僕の好きなテレビ番組に「プロフェッショナル 仕事の流儀」があります。各分野のプロフェッショナルな方々のドキュメンタリー番組で、仕事に対する考えや過去とのつながりを掘り下げる番組です。この番組の最後に「あなたにとってプロフェッショナルとは？」という問いがあり、これが持論ですね。
こういった大きな問いでなくとも、「開発で注意していること」も人それぞれ違うと思います。これも持論ですね。

読みながら僕の持論はなんだろうと自らに問うてみましたが、見つかるようで見つからない。開発中はいろんな判断をしています。その時、自分の基準をもとに行動しています。そこに持論が隠れているように思います。その時の考えを言葉にするだけなのにできないって、言語化は難しいですね。

「言語化によって自分の考えを他者と共有するとき、内省が生じやすい」と本書でも書かれており、内省にとって言語化(持論)は重要な要素です。1on1、ふりかえり、むきなおり、など自分の考えを言語化したり他者の言語化を引き出す場をデザインして、言語化を意識したファシリテートを心掛けたいです。

内省を深める他者との関わり

本書は研究された調査結果などから他者との関わりが内省や成長に大きな影響することを分析されています。

僕も社内外に関わらず勉強会に参加しています。ひとりで本を読んでいる時間や登壇者の方の発表を聞く時間も大切ですが、同じぐらい参加者と自分たちの考えを話す時間も大切です。自分の考えを整理して伝えることで言語化のきっかけになりますし、相手の方の言語化された考えを聞くことで自分の価値観を更新できます。他者と接することで言語化が進むのですね。

個人やチームの成長は個々の頑張りではなく、関わりが大切なのでしょう。

開発中の学びをデザインする

成長には内省、言語化が大切だと分かりました。
また本記事では触れていませんが、成長感を感じる要素や、Unlearn、上司から部下の指導の注意点、緊密なコミュニケーションより批判的なコミュニケーション、などなど多くの考えが本書にまとめられています。

冒頭に書いた「開発中の学びをデザインしたい」に対するヒントが見つかりましたので、今後意識したいこと、行動したいことをまとめておきます。

• 1on1やふりかえりは言語化を意識して対話する
• 自分の行動を言語化し、共有する
• 良かったときは何が良かったのか、悪かったときは何が悪かったのかを丁寧に説明する
• 上下だけでなく左右のつながりによるコミュニケーションもデザインする
• 課題を問い直すことで前提から考える
• コルブの経験学習モデルに沿ったふりかえり

まとめ

• リフレクティブ・マネジャーを読んだ
• 成長には内省、言語化が大切
• 内省は他者と関わることで促させる
• ブログも言語化の一つの手段

関連記事

Unlearnについて記事をまとめています。
iucstscui.hatenablog.com

内省、言語化する場である「ふりかえり」について記事をまとめています。
iucstscui.hatenablog.com
iucstscui.hatenablog.com
iucstscui.hatenablog.com

PowerShell拡張！使い慣れたVisual Studio CodeでPowerShellを編集する

Visual Studio Code(VS Code) にPowerShellの拡張機能があると聞いて使ってみました。
code.visualstudio.com

PowerShellの編集はWindows PowerShell ISEという環境を使って編集していましたが、普段から使い慣れているVS Codeで同じように編集できます。

インストール方法

VS CodeのExtensionsでPowerShellを検索するとPowerShellが見つかりますのでインストールするだけです。

使い方

編集のはじめかた

ps1の拡張子をつけたファイルを作成、編集するとWindows PowerShell ISEと同じように開発ができます。

編集

入力補完機能があるため、入力が簡単です。

コマンド入力後にスペースキーを入力するとスニペット表示されます。カーソルを合わせても同様にスニペット表示されます。

デバッグ

F5キーを押すとデバッグ実行できます。また、F8キーを押すと選択行だけデバッグ実行できます。

ISEモード

VisualStudioCodeの見た目をWindows PowerShell ISEに近づけることが出来ます。「Ctrl+Shift+P」から「PowerShell Enable ISE Mode」を選択します。

見た目がWindows PowerShell ISE のような表示に変わります。

まとめ

• PowerShell拡張機能をインストールすると使い慣れたVisual Studio CodeでPowerShellの編集が便利になります。
• ISEモードで見た目をWindows PowerShell ISEに近づけることが出来ます。