#149 IPAより アジャイルソフトウェア開発宣言 読み違えてない??

2023/6/11 ·

  • はいじゃあカイチからプレゼンツはいありがとうiPAの資料をちゃんと見ようぜって話をしますがただちょっとふわっとしてるので今日はですねアジャイルソフトウェア開発宣言っていう超有名なやつがあるんですがその読み解き方っていう資料をiPAが出してくれてるのでそれを一緒に読みながらアジャイルソフトウェア開発宣言を



  • 詳しく学ぼうというようなお話になりますはいiPATはまずいいですかiPATはインフォメーションテクノロジープロモーションエージェンシーでしたインフォメーションプロモーションエージェンシーインフォメーションテクノロジープロモーションエージェンシーですね



  • 有名なのは基本情報技術者とかITパスポートとかっていう資格やってるところですお世話になってます本当に日本のITの情報を整理したりとか技術者を育てようとかそういうのをやってる団体ですねちなみにiPaは中の人がiPaと呼んでたからiPaと呼んでるっていう認識であってますかはい僕はそうです中の人がiPaって言ってたんでiPaって言うんだなと思って僕はiPaって言ってますはい



  • ITパスポートとか基本情報もんなすごい人数受けてますから知ってはいるよね聞いたことありますよねはいございます資格やってるとこだよねってイメージはあるんですが実は僕はシステムアーキテクトの試験受けるときにもこのシステムってどんぐらいの機能要件であるべきかみたいなのを整理していただく



  • するんですよ例えばユーザー数こんぐらいだったら可用性こんぐらいであるべきだよねとか冗長化する必要ないよねみたいなその辺で決断するのって難しいんですけど確かにアイパがこう言ってるんでっていうことによって周りを説得しやすかったりするんですよセキュリティのガイドラインとかも結構いろいろ出してますよねいろいろ出してるそんな団体まずアイパですありがとうございます



  • それだけでいい?一旦はい知りましたiPAが出しているアジャイルソフトウェア開発宣言の読み解き方ですまずアジャイルソフトウェア開発宣言知ってますか?知ってるんだと思います聞いたことあれば大丈夫ですねざっくり紹介しますよ多分見たことあるのかな人がふわっと集まっている



  • 背景画像とともにアジャイルソフトウェア開発宣言って書いててちょっと中略しちゃうんですが真ん中だけプロセスやツールよりも個人との対話を包括的なドキュメントより動くソフトウェアを契約交渉よりも顧客との協調を計画に従うことよりも変化への対応を活動するみたいな



  • そんなのが書いているのがアジャイルソフトウェア開発宣言ですねかっこいいですねざっくり言うとアジャイルソフトウェア開発するときにはこういうマインドセットを大事にしていこうぜっていうのを短くまとめたものでケントベックさんとか名だたる人たちが集まってますねロバート・C・マーティンジェフ・サザーランドとかジェフ・サザーランドアンドリュー・ハントさんとかあれじゃないですか達人プログラマー書いた人じゃないですか



  • そうなんですね著者まで覚えてない多分そんなそういうぐらいの人たちウォードカニンガムさんとかウィキ作った人じゃないですかそうなのすごいやん違うかなっていう人たちが宣言してるのがあるんですがこれ結構誤解されてるんですよ誤解はいてか見たことありました?ないですそうなんですね開発宣言ノリさんはありますかねありますはいで



  • 誤解をされるのが出ることが多いので正しく解釈をしようっていうのをiPadで整理してくれててそんな資料があったんでちょっとみんなで読みながらやんやん言おうっていう回ですなるほど



  • アジャルソフトウェア開発のマインドセットって大事なんですよねやっぱりねまあまあこんな社会にせっぽうですけどね変化に適応しながら生きていかなきゃいけないわけじゃないですか我々はソフトウェア開発プロジェクトもそうなんですけど私生活でもそうですよって思いませんかやっぱ四季折々の日本に住んでるからには四季に対応するんだなるほど



  • ウォーターホール的に四季に対応してるやついるんかそうねだってじゅんぺい冬になると煙くじゃらになるもんなりますね夏つるっぱけなのに芝居るか芝居の気配ってかどうしようまだまだでアジャイルなマインドセットを持つためにっていうのでやっていきますはいでは早速いきますぜというところですがはい



  • 元のリンクはポッドキャストの説明欄に貼っておくので詳しくはそっちを見てください今日は誤解されてそうっていうのとこれポイントだなっていうのをピックアップして話すのでごく一部になりますありがとうございます結構ボリュームあるですね他のが気になるよという方はそっちを見ていただきたいです



  • すいませんちょっと前段話を忘れたさっきのアジャイルソフトウェア開発宣言ですね何々よりも何々をみたいなのが書いてるものになるんですが例えばプロセスやツールよりも個人と対話をっていう風に書いてますこれを見るとねプロセスやツールが大事じゃねえんだなという風に思われがちなんですが全くそんなことはございません個人との対話を大切にしたっていうマインドセットを持った上でプロセスやツールを整備しましょうと



  • いうのがこれで言いたいことなんですよなるほど包括的なドキュメントよりも動くソフトウェアがあれば包括的なドキュメントいらねえじゃないんですよなるほどね動くソフトウェアが大事だなっていうので頑張って動くソフトウェアを作った上で包括的なドキュメントをちゃんと揃えましょうっていうことを言ってるんですよなんて言えばいいんでしょうねドキュメントから作り始めるじゃないというかあれなんて言えばいいんだろうな



  • ちなみにレガシーコードからの脱却の時は読んだことがあったんですけどソフトウェアを作ってから設計書を書いてましたレガシーコードからの脱却の時はそうなんですねそれはすごいなその理由が



  • テストで実際にまず最初にテスト書くんですよテスト書いたらある程度その設計も見えてくるじゃないですか実装するじゃないですかそれで設計を書けば設計がもう一回やり直さなくていいよねって言ってましたテストコード書いてる時に設計書書いてないかって思うんだよなでも言ってる意味は分かりましたそのテストはあれなのかユニットテストじゃないってこと?



  • 結合テスト書いてるってこと最初にユニットテストも書いてんじゃねえ意味はわからんくはないけどさ設計書書きなすことは大にありますからねでもなんだろうなそれで言うとさフロントの人何を見て何書くんでしょうね確かに並列してやんないのかなバックエンド作ってからやるってこと?まあいっかまあまあまあまあまあでもそういうことですよね動くソフトウェア駆動で情報揃えていくとかねうん



  • 誤解がされているというのを正しく解釈したものでしたはいでしたピックアップしてこれ大事だなと思ったことを言っていきますこれ大事だなということはですね開発宣言の下に補足ドキュメント的な感じで長々と書いているドキュメントがあるんですよハジャイル宣言の背後にある原則みたいなやつがまあ



  • さっき言ってた何々よりも何々っていう短い文章の原則じゃないな宣言の下にはこういう原則がありますよこういう意図がありますよみたいなのがちょっと細かく書いてあるんですけどもそっちを読み解いていきます例えばですよ私たちは以下の原則にしたが顧客満足を最優先し価値あるソフトウェアを早く継続的に提供しますみたいなのがいろいろ書いてあるのがありますとその中で僕がこれ大事やでっていうのを



  • 言ってきます1つ目無駄価値を生まないを探してやめましょうっていうのが原則10としてございますこれはですねシンプルさが本質です無駄なく作れる量を最大限にするっていうのが大事ですもう少し補足をするとですね



  • 開発するときってビジネス側と開発する人で連動して進めるわけなんですがお客さんが求める価値が何かっていうのを求めて考えてそれに直結しないやつは徹底的にやめましょうとやる必要ないのはやらない方がいいよねっていうのがこちらですこれはもう本当に私生活でも関係あるなと思ってますけど僕はこの中で



  • 行動規範として書かれているのはビジネス側の人と開発者は顧客の要求を鵜呑みにせずその要求は本当に必要ですかと聞きましょうとか無駄について真剣に話し合いましょうとか顧客に価値をもたらさない会議や報告をやめましょうとかありますよね顧客に価値をもたらさない会議や報告あと



  • この顧客の要求を鵜呑みにせずっていうのはすごく刺さりますねひまじんプログラマーでも口を酸っぱくして言ってますねこれはこれは顧客に限らないんですよね僕は主にチームリーダーも同じことが言えます町長とかも同じことが言えますこれ外のクライアントに言いづれんだよなそうなんですね結構言っちゃうこうしたいんだよねみたいな



  • なんでですかって聞けねえそれはどういう風なものが意図してですかとかどういう風になって何が良くなるからこうやりたいと思ってですかって僕は初対面の人に聞いてしまいますなるほどねてかそう思うまん?全然関係ないんですけどダンスの



  • 公演を今作ってまして今埼玉市の事業団の人と公演の相談しながらやってるんですけどこういうことやりたいって言われたら僕は絶対聞きますこれはなんでこういう風にしたいと思ってるんですかそれに対してこれやると何がいいことあるんですかってでそれはやりたくないなって思ったらこっちの方がいいんじゃないですかって僕は多分怖いなって映ってるのかもしれないですけど絶対に言います



  • そのように言っておりましたそうなんだよな相手のタイプだよね確かにそれはあるかもしれないですなんか厄介なおじさんみたいな人いるじゃんいますねいるあの辺の説得の仕方を今度お願いします厄介なおじさんとの戦い方いいキュー跳ねるぞそのお願いします見たいけどねそのエピソード厄介なおじさんとの戦い方ライトニングトーク



  • いいねそれいやーそれな欲しいいいな厄介な算数の書き方はいまーてるが一つとあともう一個無駄について真剣に話し合いましょうみたいなのがありましたけど無駄について話したことってあります?あんま僕もないかなと思ったりするんですがまあ一個の価値基準としてある作業を100倍にしてもその価値が100倍になりますかっていう質問はすごいいい問いかけだなと思いましたなるほどね例えばですよ



  • 物事の優先順位を決めるときにユーザーがアカウントを削除するときのUIをきれいにするのとユーザーがアカウントを作成するときのUIをきれいにするのって言うとユーザー数が100倍になってもアカウント削除って100倍にならないんですよねでもアカウント作成は100倍になるんですよねみたいなので優先順位を決めれるなとかこれ作り込んでもそんなに効果ないよねみたいな言えるんだなっていうのはある作業を100倍にしてその価値を100倍になるかっていうのは



  • いい問いかけだなとしてちょっと問いかけのボキャブラリーに持ってこうと思いましたこの機能本当に必要ですか的なところにも繋がりそうだけどそうそうそうですこの機能つけて確かにもとより便利になりますけどこれめちゃめちゃ大変ですけどそんなに効果ありますかってことだよねそうそうそうそうちょっとめちゃくちゃ大変ですけどっていうのは伝わる人と伝わらない人がいるので伝え方ですけどねうんうんうん



  • はいっていうのがまず一つ目無駄価値を生まないを探してやめようダイエットダイエットって感じです次二つ目良いものは良いチームからっていう原則ですこれは最良のアーキテクチャ要求設計は自己組織的なチームから生み出されますっていうのが書いてるんですけどいやこれめっちゃ大事だなって僕は思うんですよ自己組織的なチームなんですよ



  • 自己組織的なチームって知ってますかなんだか自発的なチームってことなのかなまあおっしゃる通りですメンバー一人一人が自らの行動作業に責任を持つとともにお互いの連携によりチームとして成果を最大化することができるチームですメンバー一人一人が自らの行動作業に責任を持ったとか提案したというかなんだろうな本当に自立して動くって結構むずいんですよねむずいめちゃくちゃ難しいこれはもう



  • 個々人のマインドセットだけなんですよね多分洗脳していかないといけないわかるマインドマインドハック大丈夫かなB入るかもしれないポッドキャストはアメリカの企業なので厳しいですすごい大事でメンバーもそうなんですがチームとしても自立すべきで例えばチームの課題を



  • 上司が指摘するような状況じゃなくて自分たちで気づいて自分たちで直すとかチームとしてこういう能力伸ばしていかなきゃいけないよねっていうのを自分たちで課題設定してそれに向かってどんどん改善のアクションできるとかそういうものができるチームを作らんと良いアーキテクチャ設計要求みたいなのはできませんよっていうのが



  • ありますねマジで大事だわこれ指示出してる人が全部把握してると思うなよって思うそれを知ってほしいどうやったら知ってもらえるかなっていうのが僕の中の長年の問題なんですけど派遣された当初はこの人たちはこのシステムを全部知っていると思ってたんですけど最近やっぱり知らないんだなっていう知らないというか細かいとこまでは把握できてないんだなっていうのが



  • いますね確かにそれはやっぱりやっていく中で気づいたんでどうしたら知ってもらえるんですかねどうしたら知ってもらえるってメンバーにメンバーが情緒もそんなに把握してないんだなっていうこと知れるんですかねそこでちょっと行動規範として書いてるのがですねメンバーはお互いの作業状況をオープンにして共有しましょうみたいなのがあるんですけど作業状況とかを



  • 自分が持ってる情報をオープンにすることでこの辺のこの人が持ってそうな問題とか詰まってることとかをオープン化するから知ることできんじゃねとは個人的には思いますなるほど



  • 具体的にどうやるっていうのはやり方はいろいろあると思うんですけど僕が最近やっててよかったなって思ってるのはスラックで作業チケットのスレッド立ててそのチケット配下に自分の作業状況を日報とかじゃないステップごとにどんどん書いていくチケットごとにスラックのチャンネル立てるの?スレッド1チャンネルになんとかのチケット作業議論用スレッドはい



  • 作業用スレッドみたいに立ててそこにどんどん繋げていくなるほどねチケット名入れてスレッドでスコンスコン書いていくとそれがあるとデイリーでなんかなんでしょうね改めて情報整理しないでもできるしあとはなんか詰まったことあったらなんだそこそれだけ表示するようにポーンってやったら分かる人いるかもしれんし確かにそれいいなそれでなんかよかったです



  • それは良かっためっちゃやってますチケットごとには立ててないんですけど質問がある聞きたいことがあるチケットに関してはスレッドを立ててやってます俺のスレッドは多いですあとこれいいのはですね作業状況質問に限らないといいことは過去じゃない将来的にここの実装の意図なんだっけとかっていうのをスラックから終えるようになるんですよね最悪



  • ここのテスト用のユーザーIDとパスワードなんだっけみたいなとかねそういうのも便利だなと思ったりしてました確かにというので良いものは良いチームからというところでひまじんプログラマーも良いチームとして今やってると思うので引き続き改善を繰り返して最強のポッドキャスターになりましょういいですねじゃあ3つ目3つ目



  • 自分たちのやり方を毎週調整するっていうのが書いてましたちょっとこれ日本語わかりづらいですねオリジナルはチームがもっと効率を高めることができるかを定期的に振り返りそれに基づいて自分たちのやり方を最適に調整するっていうレトロスペクティブって感じじゃない?イエス!振り返り振り返りいいなと思ったこと振り返りはね想像つくと思うのでいいなと思ったこと1つチームで問題に立ち向かうこれ大事モブプログラミング



  • あーもうですしどっちかっていうとまあ振り返りのスタンスみたいな話ですね個人のせいにしないでチームの問題にするすごいじゃあ令和に挙げてあれなんですけど順平のタスクが遅いというのがあった時にそれは順平の問題じゃないとチームとしてお前遅いなみたいな目してる殺すと殺すと殺意がすごい



  • はいっていうのでチームで問題に立ち向かう姿勢を持ちましょうとか上がった課題をすべて解決しなくても気にしないようにしようとか例えばですよ順平のタスクが遅いとよしじゃあのりさんが入ってえー



  • やるようにしよういやちょっと待てよそれじゃダメなんじゃないかって議論をうーんってやるんじゃなくて一旦のりさんフォローでやってみてそれでダメだったら来週もう一回話せばいいやなるほど君はもうここまででいいよだから僕がやるから最悪人が絶対に育たないやり方切られた



  • みたいな形でアジリティ俊敏さフットワークの軽さを重要視して失敗を許容しながらアクションをしていきましょうっていうのが書いてましたなるほどね僕これ思うんですけどエピソードの一章としてやめた話があって振り返りカンファレンスっていうのが4月かな



  • にあってそこでちょっとバズってたこうして振り返りは死んでしまったっていうライトニングトークセッションがあって振り返りってむずいよねって話をしてるんですけど振り返りの死としてアジアルチーム立ち上がりました最初の方はレトロスペクティブの活発な議論があって直面した問題をどんどん解決していきますそして2,3ヶ月後



  • そんなに問題も出ずなんかうまくやってるよねみたいな空気感そしてこの振り返りの時間こんなに時間取っていいんだろうかとはいえチームとしては本当はやりたいテスト自動化に向かって具体的なアクションはできないけどまあでもこれは直近でもどうにもならないしとかステークホルダー入れてレビューできてないよねっていうところもまあまあ直近でどうしようもないからレトロにも上がらないしっていうので



  • 振り返りとして本当に解決しなきゃ問題を放置したまま何も動かなくなる振り返りの死っていうのに対してどう立ち向かっていくかって話があったんですけどっていうセッションがあってですね僕はものすごく共感するし振り返りってそうなりません?そういう経験ありません?あるありますよねマジで何も出てこなくなるそうなんですよ振り返りというか問題ってなんか



  • 4証言に分けるとしたら解決すると価値がいいベクトルと解決するの大変ベクトルがあるとして解決するの楽で価値があるやつが最初に解決されるんですよねでそれが終わると死ぬんですよ振り返りがなるほどね今更直近でどうしようもないけどやんなきゃいけないこととやってもどうしようもないやつうんうんうんしかなくなっちゃうんでなるほどうん



  • でもそれはチームとしては本当はやんなきゃいけないし解決するのが大変な問題に対して一歩を踏み出さないといけないその振り返りカンファレンスのお話ではレトロっていう形でこのプロブレムに対して何のトライができるだろうかって話すんじゃなくてこのプロブレムがなんで起きたのかとかじゃあこの



  • この問題に紐づく問題いろいろあるとかここだったらどうにかできそうみたいな形でどんどん分割して分析して分けてアクションするふうにしていかないと振り返りが死にますそうやってちっちゃい一歩踏み出してるとチームとしても振り返りをしてそれによって最初の一歩を踏み出せたっていうチーム高揚感高力感を得れるから振り返りが死なずに済むよみたいなざっくり言うとそんな話があったんですけど振り返りむずいんですが



  • そういうのに立ち向かってやっていきましょうっていう振り返りカンファレンスの話でしたこれはリンクに載せておきますちょっと話せなかったね難しかった意味は分かるんだけどね確かに振り返りをしながら毎週やり方を調整しましょう我々はできてそうでできてないのでこれは学んでいきたい日々改善ですけどねですね



  • ラスト4つ目要求の本質を見抜き変更を前向きにオリジナルは要求の変更はたとえ開発の後期でも還元します変化を味方につけることでお客様の競争力を引き上げます開発の終盤でも変化があってもブチギレるなとブチギレるけどなこれはマジでそれはユーザーにとって良かったらいいやとなるほどね住宅だときついよね



  • それはすごい思っててアジャイル開発だからなんでしょうねこれは細かいリリーススパンがあって確かにスプリントで切れてるから受け負いだと無理だよね順位人とかで時間で決めて継続開発とかしてないとそうですね契約形態で言うとマインドセットですね最初にこう言ってたじゃんなんで後から変えんだよって思っちゃダメだよってお伝えしたかったなるほど



  • そっちの方がいいならいいんだっていう変化を恐れない姿勢というかこれでいいものできるぞっていう風なマインドセットを持ちましょうただその契約にもよると思うのでそれこそね受け入れ契約でやっといてであこれこっちの方がユーザーの方に役に立つからやっといてってエンジニアの方に振るやつは多分後で殺されます確かに街の裏とかで



  • ビルとビルの隙間で多分刺されますそうだね多分十字架に吊るされてると思いますね斬殺そんなにはいなのでちょっとその辺のねビジネス的なところは注意しながらですけど変更を恐れない姿勢とかそれを要件しながら働くみたいなのは大事かなと思いますというのでおー



  • 原則いっぱいあるんですけどもアジャイル的な思想マインドセットを持つ上でできてなさそうだなとか自分も心がけていこうと思った4個を紹介しましたまとめると無駄価値を生まないを探してやめるいいものはいいチームから自分たちのやり方を毎週調整する要求の本質を見抜き変更を前向きにっていう4つっていうのでアジャイルの話じゃないなマインドセットです



  • アジャイルってさ導入するってなったらさプラクティスから取り入れがちだけどさカルチャーですねこれはカルチャーカルチャーむずいですよね洗脳するしかないですよね確かに洗脳する方法は多分よくあるのがアジャイルコーチなんでしょうねあと研修とか本でもいいんですけどね読んでくれるならねちょっとエンディングトークなんですけどエンディングトークでも学びです



  • コミットメントの話ですコミットメントコミットメントっていうワード使いますよねコミットコミットメントコミットもそうか目標これですみたいなまあそうですね達成しに行きますみたいなスクラムで言うと原則として自分のチケットをスプリント中に終わるようにコミットしなきゃいけないですコミットしますコミットメントしますはい



  • ちょっと日本語に直してもらっていいですか?僕的には全力で取り組むって感じですそういうイメージですコミット大正解です日本ではですね結構やんなきゃいけないっていう風に取り違えられてるんですよ約束納期がそこでなるほどねルールになってしまってるというか約束契約みたいなコミットメントじゃなくて英単語的には頑張るとか一生懸命やる



  • それこそライズアップの結果にコミットする多分ライズアップがどう思って言ってるか分かんないけどニュアンスとしては絶対痩せるぞくらいのキャッチコピーとして受け取ってる人が多いと思うんですけどコミットメントは約束じゃなくて全力で頑張るっていうので勘違いされてることも多いかなと思ってエンディングトークでしたおー



  • オスこれあの吉場さんっていうアジャイルコーチ有名なアジャイルコーチの人がいるんですけどこのブログの解説記事もちょっと説明欄に載せておこうかなと思ってますありがとうございますよくアジャイル系の本書いてるイメージありますね書いてます書いてます吉場さんはいっぱいあるレガシーコードからの脱却の翻訳してるの吉場さんだった気がするありそう



  • チームトポロジーエンジニアリングマネージャーの仕事すごいスクラムブートキャンプザブックみんなでアジャイルレガシーコードからの脱却すごい知ってる人めっちゃあるよ有名本ばっかやんいや有名本だけピックアップしますそういうことかはいスクラム実践者が知るべき97のこととかあるんですねおーえーあーなんかあったあったわそれ新しい名だよね確かそうなんだうんまあまあまあグッドありますと2021年の本ですねおー



  • 吉田さんのブログ面白いんですよねそうなんだ情報密度が高いなので載せておきます今日はですね話のポイント2つですアジャイルソフトウェア開発宣言の読み解き方というところで勘違いせんなよっていう話が1つとiPadの資料いいやつ結構あるぞっていうのをお伝えしたかったです



  • 確かに開発宣言のところさ下にちゃんとさすなわちさっきの事柄に価値があることを認めながらも私たちはウキの事柄により価値を置くって書いてるのに上がさ太文字で書かれすぎててさそっちだけルフしてるのってなんかフェイクニュースというかニュースでもそういう騙しタイトルみたいなやつあるけどさそれに似たものを感じるよね人間のちゃんと読まない



  • 認知 心理学なんなんでなんかそういうのでしょうねちゃんと書いてますよねよくちゃんと書いてるぞはいはい難しいです まあこれはの繰り返しやってるからそれカルチャーんでカルチャーってあの芝長い時間ずっと触れてないとね 浸透しないで確かに定期的にというかなんか個人的にはその良いものは良いチームからここ



  • 良いチームできたら全部いける気がしますよね確かにこれがでもむずいなと思いますね良いチームむずいね良いチームの良いの集まったメンバーが全部知ってたらそうかもしれないね良いチームでも向かう方向を間違えてることはあるかもしれないですねなるほどそうそうそれはめっちゃ思うわ



  • 何か今まで上手くいった時はいいチームだったなって思うバイアスかなバイアスかもね上手くいったからいいチームだったと思うみたいなそうそうそうバイアスかもしれん今思えば分からん分からんな良いチーム大事結局人めっちゃ思う確かにうん



  • という世間の話で終わりますでは最後にハッシュタグイマジンプログラマーでツイート募集してますフィードバック言っていただけると僕らの持ち目になるのでぜひぜひお願いしますGoogleフォームのお便りもお待ちしてます説明欄に書いてるのでそちらから質問とかトークテーマやっていただけると僕らもネタができてもろてにあわなのでお願いします濡れでにあわそうだね



  • まだまだ全部読めますからねまだまだ全部読めますというわけで今週もここまでで終わりますバイバイ

0:00 32:13

#149 IPAより アジャイルソフトウェア開発宣言 読み違えてない??