開発: アイカツ! は BGM ですよ【日記】

2017年2月28日 (火)

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

社内で「エッセンシャルスクラム」を読みたい人が集まる勉強会の17回目。今日は第17章エンビジョニング (プロダクトプランニング)。

「エンビジョニング」という言葉に馴染みがなかったので「プロダクトプランニング」の方がわかりやすいよなーと最初は思ったのですが、慣れてくればエンビジョニングでも「ビジョン」に意識が向いていい気がしました。

エンビジョニングのタイミング

何度も繰り返すアクティビティであり、一度やってそれで終わりではない。

これ系のアクティビティはどうしても半期毎のサイクルになってしまいがちなのですが、アジャイル的にはもっと早いサイクルにやった方が良いということですね。

エンビジョニングをやりすぎないようにエンビジョニングの完了予定日を設定しておくのは確かに必要だなと感じました。やろうと思えばいくらでもやれてしまうものなので期日を明確にした方が経済的でしょう。

エンビジョニングの参加者

最初のエンビジョニングで必須なのはプロダクトオーナー。いったんプロダクトの開発が動き出して以降のエンビジョニングにはスクラムチーム全体が参加すべき。概要レベルのプロダクトバックログの作成でストーリー記述する際もスクラムチームメンバ全員が関わった方が良いと言っています。

このあたり結構孤独にやっちゃうことも多いんじゃないかと思うですが、やはりチームでやった方が良いようです。

価値のカテゴリ

図17.3 で「ステークホルダーが得る価値の分野」としてカテゴリ分けされているのは地味に便利ですね。

参入条件
- ハードルをクリアする
- リリース可能な最小限のフィーチャーをデリバリーする
- SOX、FDA、HIPAAなどに準拠する
使用可能性
- 新たなマーケットを対象とする
- 他のプロダクトやサービスを販売できるようにする
差別化要因
- 競合他社と差別化する
- 顧客を喜ばせる
妨害
- 競合他社の差別化要因を無力化する
- ハードルを上げる
- 市場での注目先を変えることで、ゲームのルールを変える
コスト削減
- 市場に投入する時期を早める
- 開発工数や投入する要員を減らす
- 利益を増やす
- プログラミングの技術を高める

自分が取り組んできたものだと「顧客を喜ばせる」「要員を減らす」とかが多かったですが、製品・市場によっては確かに妨害とかもあるのでしょうね。

今日は参加者少なめで5人。23章までいれるとあと6回のところまできました。

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

スポンサードリンク

[ permalink ]

[ 2月28日全て ]

2017年3月2日 (木)

渋谷 PdM ランチ会 Vol.1

先週参加した Inspired 入門勉強会グループメンバで都合のつく人で交流ランチ。第1回の勉強会のふりかえりや次回の進め方などの話をしつつ、カジュアルにプロダクトマネージャー業の情報交換となりました。

私のグループのチームは今はスクラムで開発していますという話をしたところ、他の3名のところではスクラムを導入していない/できていないとのことでした。

私もスクラムは学びながらやっていて「エッセンシャルスクラムを読む会」という社内勉強会に参加している最中です。

1週1章1時間、(参加者がその回の章を読んできている前提として)その日の当番の人がサマリを発表、流れで随時「ここ良くわからなかったのですけれどどう思います?」とか「私たちの組織・やり方だとここが当てはまっている・違っている」とかそういう会話をする流れでやってます。

といった感じで進めていますと紹介しました。

さっそく戻って読み合わせやろうという話になっているというコメントをもらって、皆さんスピード感があってさすがだなぁと。

[ permalink ]

[ 3月2日全て ]

2017年3月13日 (月)

今年度最後の有給休暇【日記】

まだまだ有給休暇が残っているので今日は休みにしました。多分今年度は今日が最後。今の地に引っ越してから気にはなっていたものの一度も入ったことのなかったハンバーグ屋に行ってみたりしました。

Google Play をみてみたら iA Writer for Android のアップデートが出ていたので更新。気に入っているライティングアプリなので開発が止まっていなくて嬉しいです。

[ permalink ]

[ 3月13日全て ]

2017年3月21日 (火)

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

社内で「エッセンシャルスクラム」を読みたい人が集まる勉強会の20回目。今日は第20章スプリントの実施。すでに前の章で説明されていることもまた出てきて、そのあたりはおさらいとしてさらりと読むことができました。

誰がどの作業から始めてどの作業から完成させていくか

誰がどのタスクの作業をするのかはチームメンバの共同責任。どの作業から始めるか開発チームに選択する能力が必要。どの作業から完成させていくかはチームが決めること。開発チーム自身が考えてねという感じです。がんばれ開発チーム。

実際に作業を完成させていくにあたっては「スウォーミング」という聞きなれない言葉が出てきました。

新しいアイテムに着手する前にキャパシティのあるチームメンバが集まって、すでに誰かが着手したアイテムを完成させること。

ということで、動けるメンバで順にアイテムを完成させていきましょうと書かれています。ただ完全にシングルタスクで進めていけばいいかというとそうでもなく「すべてのチームメンバーが同時にひとつのアイテムに取り掛かるのは危険だ。」と書かれており、いい感じに絞ってやりましょうということでした。

ちなみに巻末でのスウォーミングの説明には

ある程度のゆとりと適切なスキルを持ったチームメンバーが集まって、ある項目に対して共同作業(スウォーミング)を行い、新しい項目に着手する前に、すでに進行中の作業を完了させること。

と一見 GNU 的な説明になってました。

デイリースクラム

デイリースクラムのところには

チームメンバーの最適な作業配分についてみんなで理解する

とありました。「昨日やったこと・今日やること・困っていること」という型ついなぞるだけになりがちですが、きちんとチームとして誰が何をどうやっていくかを共通のものにすることを意識していくことが大切ですね。

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

[ permalink ]

[ 3月21日全て ]

2017年3月26日 (日)

カンバン? かんばん?

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

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

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

[ permalink ]

[ 3月26日全て ]

2017年3月28日 (火)

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

社内で「エッセンシャルスクラム」を読みたい人が集まる勉強会の21回目。第21章スプリントレビュー。スプリントの中でいちばんうまく出来ていないスプリントレビューの話です。

スプリントレビュー

スプリントレビューは作業結果(出荷判断可能なプロダクトインクリメント)の検査と適応をするアクティビティです。

不都合な真実も含めて、現在のプロダクトの状況を透明に見せてくれる。

という、ちょっと最初は勇気が必要なアクティビティです。

この章によるとスプリントレビューはスクラムチームがスクラムチーム外の人に説明しフィードバックを得るための機会なのです。しかしながらついチーム内の確認の場になりがちで、チーム外の人からきちんとフィードバックを得られていないと反省しています。

スケジュールの調整

スクラムチーム外の参加者が最も多く、スクラムのアクティビティの中では最もスケジュールの調整が難しいと述べられています。たしかに。ステークホルダーのスケジュールに合わせてスプリントレビューのスケジュールを決め、それに合わせて他のアクティビティを合わせるのが現実的とのことでした。

スプリントレビューに参加してくれないようなら、それは開発する価値のないプロダクトということである。したがって、プロダクト開発を注視すべきだろう。

きちんと参加者が集まらない場合は同時並行の作業が多すぎないかも見直すべきなのかもしれません。

スプリントレビューのアウトプット

リファインメント(グルーミング)したプロダクトバックログと更新したリリースプランがスプリントレビューのアウトプットだと書かれています。

ほとんどのチームはスプリントレビューでグルーミングをしている。関係者全員が開発の現状と今後を理解して、新しいPBIを作成したり、既存のPBIの優先順位を変えたり、不要なものを削除したりする。

これも全然意識できていないところ。今はコメントをもらって終わりになっています。きちんと対話をしプロダクトの適応をするところまで実現できていないなと。

デモ

デモが難しいからといって、それはデモをしない理由にはならない。

プロダクトオーナー側でも「まぁいいか」と思ってしまうの良くないですね。反省。

スプリントレビューはスクラムマスターと協力してきちんと設営していく必要があるなと感じました。

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

[ permalink ]

[ 3月28日全て ]

2017年4月14日 (金)

第23回エッセンシャルスクラムを読む会 (最終回)

rimage:/nDiki/2017/04/14/2017-04-14-092915-nDiki-800x1200.jpg

社内で「エッセンシャルスクラム」を読みたい人が集まる勉強会の23回目。第23章未来へ。ついに最後の章です。

スクラムは継続的な改善の一形態なのだからこれが最終形態というものは無いし、どのチームをとっても同じというものは無い。プラクティスはあってもベストプラクティスはチームによって違う。準備ができていないからスクラムを始められないというのはそもそも原則に反するので、まずやって学ぼう。現状を変えるよりもスクラムを無視したりスクラムを変更したりすることの方が簡単だけれど、組織を変革するために協力しあいながら確固たる信念をもって立ち向かおう。

そんなメッセージを本章から受け取りました。

第1章の「スクラムは役に立つか?」で出た通り全ての領域でスクラムが適しているわけではないので、盲目的に導入すれば良いというものではなく、領域が変わった場合はスクラムを続けるか続けないかの判断が必要になるのでしょう。もし取り組む領域が「複雑な領域」であるならばスクラムフレームワークはとても強力だということは間違いありません。

「エッセンシャルスクラム」と「エッセンシャルスクラムを読む会」そしてなによりこの半年のスクラム開発経験でスクラムについて多くを学ぶことができました。「エッセンシャルスクラム」は「スクラムガイド」を読んだだけでは得られない広範囲な知識やノウハウが詰まった良い一冊でした。

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

エッセンシャルスクラムを読む会のふりかえり

エッセンシャルスクラムを読む会を終えたあとは、オフィスのコラボスペースでビールを飲みながらお疲れさま会。参加の皆さんお疲れさまでした。この回を始めてくれたはらかち氏に感謝。休まず毎回参加してディスカッションしたことでいろいろな学びを得ることができました。嬉しい限りなので珍しく私もビールで乾杯しました。いっしょに全回参加した2人のうちの1人である RabbitFake 氏も特にお疲れさまでした。

ふりかえって出てきた話題としては

取り組む領域がクネビンフレームワーク(第1章)のどの領域なのかを見てスクラムを採用するかどうか考えたい。
チームメンバでエッセンシャルスクラムを読むことで「PBI」などの同じ理解で使える言葉が増えた。チームの共通言語作りに貢献できた。
原則大事(第3章・第14章など)。
WIP を下げる重要性をあらためて学んだ。
準備完了の定義・受け入れ条件が重要。

などが上がりました。

また実際に読む会と並行してスクラムを行ってきた中で

プロダクトバックログリファインメントで1スプリントにおさまるように適切にプロダクトバックログアイテムを分割するの大変だよね。
スクラムマスターと開発チームメンバ(エンジニア)との兼任が難しかった。
スクラムマスターであると同時に組織図上のリーダーという立場でいると、自発的行動を促すのとある程度指示的に動かすのとの兼ね合いが悩ましかった。
困った状態であることにメンバが気がつくのを3カ月待った上で物理カンバンを導入してみた(すごい)。

などの話が出ました。

スクラム実践についての「検査と適応」をタイムリーに勉強会をしながら進められて学びの多い半年間でした。

全23回

[ permalink ]

[ 4月14日全て ]

2017年5月15日 (月)

17新卒エンジニア配属

今年はないんじゃないかなと思っていたチームへの新卒配属ですが、トントン拍子に決まり今日から一緒に働くことになりました。よろしくお願いします!

彼女ですが入社してからの初対面ではなく、実は2013年のインターンシップで開発チームにきてくれていたのでした。3年経ってまた一緒のチームになるとはその時は思っていませんでした。嬉しい限りです。最初に好きなプログラミング言語を尋ねた時に「Whitespace (難解プログラミング言語)」と返してきた逸材なので期待しております。

エルダーとしてつくのは気がつけばもう5年の12新卒エンジニア。今までの経験を活かして指導し、また相談にのってくれると期待しています。