機雷がなんだ! 全速前進!

SEというかプログラマというか、日々のエンジニア生活の中で体験したことなどを中心に書きためていくことにする。

[2021/9/18(土)]XP祭り2021 @ Online でLTしてきました

タイトルのとおり9/18(土)の「XP祭り2021」でLTしてきました。

 

コロナ渦ということで、昨年に続き今年もオンラインでのイベント開催となりましたが、丸一日濃い話が聞ける素敵なイベントでした。

 

今回のLTスライドはコチラ【↓】です。

www.slideshare.net

 

爆死した7年前から時を超えて遂にLTが完結しました(笑)

 

ページ減らすためにLTスライドを2in1にした苦肉の策でしたが、意外と良かったかも?なんかDiscordのスレで「すなだメソッド(すなメソ)」とか言っていただき何だか嬉しかったです。

 

オンラインでLTやるの初めてだったせいか、オンラインで仕事するようになって会話の機会が減ったせいか、終了後ちょっとだけ胃が痛くなってちょっと焦りました(ライトニングし過ぎて酸素不足だったのかもw)

 

今年は、弊社からセッションとLTあわせて3名(私&同僚)が登壇しました。これまで個人で参加することが多かったので、これまでになく新鮮な気持ちで参加できました。ぜひ来年もまた参加したいと思います。

 

最後にスタッフの皆さん、参加したみなさん、お疲れ様でした!そしてどうもありがとうございました!

 

※追記(2021/09/18)

Miho先生( @miholovesq )にもコメントいただきました!(^^)♪あざす!

※追記(2021/09/19)

「すなだメソッド」のゴッドファーザーは我らが HIRO ( @hageyahhoo ) でした!神

Roadmap DevOps in 2021(日本語版)※自分用

Developer RoadmapsのDevOpsロードマップを見ていたところ、とても簡単な英語だけど何度も見ることになりそうなのでつい日本語版が欲しくなってしまいました。Githubの【How are these roadmaps made?】を見たらJSONを少し弄ってBalsamiq(バルサミック?バルサミコ酢?)に喰らわせればサクッと日本語版を作れそうだったのでやってみました。(久々に新しいツール触りたいという欲求もあり)

 

とりあえず日本語化したDevOpsロードマップのがこちらです。【↓】

 

f:id:orinbou:20210905013656p:plain

Roadmap DevOps in 2021(日本語版)

学びのStepと説明だけの日本語化なのでほとんど変わってませんが、、、(笑)

ちなみに本家のDevOpsロードマップはこちらです。

完全に自分用なので一切責任は持てませんが、良かったらご自由にご利用ください。

LeSS Study 読書会でプレゼンターやってきました(第8章 プロダクトオーナー)

コロナ前オンサイトで開催されていたLeSS Study 読書会が今年2月からオンラインで再開されました。私は4月の事例講演のイベントから毎回参加させてもらっています。

 

less-study.doorkeeper.jp

 

これまでオンライン読書会は未体験だったのですが、進め方としては自分が担当する章やセクションを読んで、本の内容をスライドにまとめます。イベント当日はDiscordというオンラインチャットツールを使用して、スライドを画面共有しながら参加者同士で意見を交換します。自分が本を読んだときに感じた疑問点、感じたことなどをスライドにコメントとして記載しておくと、参加者や翻訳を担当したイベント主催者の方々からいろいろとコメントやフィードバックがもらえるので学びが深まります。時々(というかかなりの頻度で)脱線して色々な話題で議論が(いい意味で)盛り上がったりすることもあって、LeSS以外の様々な知見を深めることもできます。

 

直近に開催された と8/27[金]のイベントではプレゼンターを務めさせてもらいました。その時に使用したスライドをSpeakerDeckにアップしたのでメモがてら、こちらに記載しておこうと思います。

 

speakerdeck.com

 

今後も継続して参加して理解を深めていきたいと思います。オンライン開催ということで気軽に参加できるので、興味のある方は参加してみてはいかがでしょうか?(※本がなくても参加OKらしいですw)

 

※参考:

https://less.works/

less.works

DockerHubの自動ビルドが有償化されたようです(2021年6月18日から)

ひさびさにGithubのDockerfileを更新したがDockerhubでビルドが開始されない、、、

f:id:orinbou:20210804204240p:plain

と思ったら、2021年6月18日から無料利用枠でのAutobuildを廃止したようです。

www.docker.com

上記ブログにも記載されていますが、悪意のある人物の標的になっているため無料利用枠でのAutobuildの廃止を発表したんだとか。悲しい、、、😢

 

既にマニュアル(英語&日本語)にもしっかりと明記されてますね。

Set up Automated Builds | Docker Documentation (英語)

自動ビルドの設定 | Docker ドキュメント

 

非常に残念ではありますが、Dockerhubでコンテナイメージを自動ビルドしたい人は有償プラン(Pro or Team)にアップグレードするしかないようです。プランは下記のとおりです。

Docker Pricing & Subscriptions for Individuals & Teams

 

支払いは月払い、年払いのどちらかを選択します。いつまで有償プランを利用するか分からなかったので、とりあえず割高な月払いでアプグレしましたが、ずっと利用するつもりなら年払いの方がお得です。利用頻度に応じた支払い方法を選択すると良いと思います。

認定スクラムプロダクトオーナー(CSPO)を取得しました

オンライン・認定スクラムプロダクトオーナー研修 by James Coplien

 を受講してCSPOを取得しました。

f:id:orinbou:20210328142622p:plain

CSPO

講師:ジム・コプリエン - James O. Coplien(Jim Coplien)

日時:2021年03/16(火)〜03/19(金)

 

実は6年前に認定スクラムマスター(CSM)の研修を受講したのですが、その時もジム・コプリエン氏(以降、Copeと呼ばせてもらいます)の研修でした。

 

その時の記事はコチラ(↓)です。

 

これまで書籍やコミュニティや研修などで得た知識を自分なりに咀嚼して考え、スクラムの考えやエッセンスを現場に取り入れてきたつもりですが、最近あらためてモヤモヤすることが多くて、(たぶん)原点回帰するきっかけを無意識に探していたような気がします。そんな時、たまたまCopeのCSPO研修を見つけたので勝手に運命を感じて受講することにしました。

 

研修形式はコロナ渦ということもあり、オンライン形式(全4日間)でした。オンサイト形式であれば、おそらく丸2日間の研修ボリュームだと思いますが、オンライン形式の研修を丸1日間ぶっ通しで実施するのは、講師も受講生にもかなりのストレスを伴うと思いますので、半日(14~18時)x4日間というスケジュールは妥当に思えました。

全研修日程を終えて感じたのは、新たな知識を得た、というよりは、ぼんやりと分かった気になっていた基本的な知識や理解を再確認する機会になった、ということでした。

 

この研修を受講するにあたりスクラムガイド(日本語版)を事前に読んでおくように言われていたので、しっかり読み込んで研修に臨みました。そのうえで、疑問点を色々と講師に質問してみたのですが、スクラムガイドに書いてあることは尊重はすれども、それに固執し過ぎたり忠実であろうとし過ぎると、決まった答えのみを求め、型の中に納まってしまい、逆に成功から遠ざかってしまう、それは本意でなないという回答を得ました。型はあれど、決まった答えはない(※良く言う "It depends" というやつ)という当たり前な事を、改めて考えさせられたように思います。(若干、煙に巻かれたような気もしましたし、賛否はあると思います)

 

では初心者は何から手を付けたら良いのか?よく言われている「The 3-5-3 of Scrum」を忠実に守るべきなのか?という問いに対しては、答えは成であり否でもあるという。もやはこれは禅だな、と思ったいたところCopeから「十牛図」なるものを薦められた。

 

【『十牛図(じゅうぎゅうず)』とは、逃げ出した牛を探し求める牧人の様子を、段階的に描いた十枚の絵で、禅を学ぶための入門書として北宋時代に成立したもの】

 

だそうです。そのまんま『禅』じゃないか、、、そうか真のスクラムは禅なんだな。考えてみれば、別にスクラムに限らず決まった答えがない殆ど全てのことに通じる話でもあります。(いぜん「スクラム道」というのがあったのも何となく納得。もはや開発プロセスではなく道(Tao)なんです)

 

【型はある。その意味について自分で考え、試しカイゼンし続けること。型を意識すれども、それに縛られて真の目的を見失ってはならない】

 

と頭の中で整理しました。

 

普通に考えて、ゆるふわな覚悟で出来ることではないので、つまるところ、そういう覚悟を持ってこれから(も?)腹括って生きろよ、ということなんだと思えました。

 

最近足りてなかったものは確かにこれだったのかもしれない。

 

My New New journey has begun. I'll do my best.

 

気付けは、新たな覚悟が必要な旅が始まってました(サボり症なので丁度よかった)

 

最後に、講師の Cope と Kawaguchi さん。そして、最終日に翌朝4時までエンドレスな打ち上げにお付き合いいただいた同期の皆様、どうもありがとうございました。

 

Thank you for 4 days, Cope! It was precious time for me.

f:id:orinbou:20210328160319p:plain

Thus Spake Master Cope

スクラムとウォーターフォールに纏わるメモ

スクラムとウォーターフォールに纏わる呼び方がいくつかある中で、下記の言葉の定義を誤解していたので忘備録として書き残しておく。

  1. ウォータースクラム
  2. スクラマーフォール
  3. ウォータースクラムフォール(ウォーター・スクラム・フォール)

ウォータースクラム / スクラマーフォール

スクラムに「ウォーターフォール」スタイルの開発を重ねたもの。 たとえば、分析スプリント、設計スプリント、コーディングスプリント、テスティングスプリントのように進んでいく。 この呼び方は書籍『エッセンシャル スクラム』P.34, 377で紹介されている。

books.rakuten.co.jp

著者であるケネス・S.ラビン(Kenneth Rubin)はスプリントの考え方におけるよくある間違い(アンチパターン)として下記のように述べている。

「 スプリントの考え方でよく間違えられるのは、各スプリントで一種類の作業だけに集中してしまうことだ。

(中略)

スクラムでは、工程に対して一度に作業をすることはない。フィーチャーに対して作業するのだ。したがって、スプリントが終わるときには、 価値のあるプロダクトインクリメント(プロダクトのフィーチャーの一部)を作り出している。 」

ウォータースクラムフォール(ウォーター・スクラム・フォール)

InfoQで10年ほど前に紹介されている呼び方で、原文では「Water-Scrum-Fall」と記載されている。

www.infoq.com

下記のように説明されており、

  • Water – 多くの場合はITとビジネスの間に行われる、前倒しのプロジェクト計画プロセスの定義
  • Scrum – 「Water」段階で最初に定められた計画全体を達成するための反復・進化型のアプローチ
  • Fall – 組織方針やインフラの制約によって定められる、制御された、頻繁でない本番リリースサイクル

こちらはハイブリッドアジャイル、エンタープライズアジャイルとかいう文脈で語られるものに近い。
(下記のようなイメージ)

f:id:orinbou:20210220165830p:plain

IPAの事例紹介

https://www.ipa.go.jp/files/000049403.pdf

Agile Japan 2016(セッションB-2)の記事

https://www.manaslink.com/articles/15328

上記の例は下記の本の関係者が紹介してるっぽい。

books.rakuten.co.jp

エンタープライズアジャイルについても明確な定義はなく(エンタープライズアジャイル勉強会)の書籍

books.rakuten.co.jp

によると

「小さなチーム単位で浸透しつつあるアジャイルによるシステム開発を、より大きな組織やシステム向けにスケールアップしたもの」

ということらしい。

また、同じエンタープライズアジャイル勉強会の実行委員であるGraat社鈴木雄介氏の論文

エンタープライズ領域のアジャイル開発の課題─アジャイル開発がもたらす意思決定プロセスの変化─

では

「ウォーターフォール開発プロセスを主に実施している組織において実施されるアジャイル開発プロセスのこと」

と定義されおり、定義が揺れているので、コミュニケーションする際は(あとで事故らないよう)注意が必要ですね。 (「アジャイル」や「DevOps」もですけど、、、)