SHOEISHA iD

※旧SEメンバーシップ会員の方は、同じ登録情報(メールアドレス&パスワード)でログインいただけます

EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

最新イベントはこちら!

EnterpriseZine Day Special

2024年10月16日(火)オンライン開催

EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けの講座「EnterpriseZine Academy」や、すべてのITパーソンに向けた「新エバンジェリスト養成講座」などの講座を企画しています。EnterpriseZine編集部ならではの切り口・企画・講師セレクトで、明日を担うIT人材の育成をミッションに展開しております。

お申し込み受付中!

キーパーソンに聞くエンタープライズ・アジャイルの現在

開発者たちがアジャイル開発に抵抗感を示すワケ

株式会社チェンジビジョン代表取締役社長 平鍋健児氏インタビュー(3)

開発者の復権を謳ったアジャイル開発。それに対して抵抗感を示した人々の中には、経営者や管理者だけではなく当の開発者達も含まれていました。開発者のためのメソッドが開発者から拒否された背景にはどのような要因があったのでしょうか。

前回までの記事はこちら

本記事は、「日本におけるアジャイル開発の現状」というテーマで行った株式会社チェンジビジョン 平鍋健児氏へのインタビュー取材の結果を再構成したものです。連続掲載という形をとっておりますので、前回までの記事もぜひご覧ください。

 

アジャイルへの心理的な抵抗を示す開発者たち

編集部

一見、アジャイルは開発者にとってはとても良い話のように思えますが、いまでも意外と拒絶反応を示されることも多いですよね。

平鍋氏

おそらく今までの手法に対する信仰、つまりソフトウェアは工学と管理で制御できるという考え方が強いのだと思います。私に言わせるとそれは妄想でしかないのですが、とにかく「良いシステムを作るためには、しっかり設計しなければならない」というドグマがある。それだけを聞くと誰も否定できないですよね。そりゃそうだよなと思ってしまう。

逆らいがたい「しっかり」の威光
逆らいがたい「しっかり」の威光
 

でも、アジャイルはそうは言っていないんですよね。まず、ビジネス価値の一番高い機能を素早く作る。で、それをお客さんに見せた上で、反応を見ながらサービスを広げるべきだと言っている。しっかり設計していたのでは遅いんですよ。そもそも、それが必要かどうかもわからない。

 

必要ないものをしっかり設計してはだめ。「時間をかけて設計する」ことそのものにもリスクがある、ということなんです。このリスクは、「雑な設計をしてしまう」ことのリスクとの天秤になります。両者を足して、一番リスクが低くなるようなポイントがプロジェクトごとに存在します。このポイントが、「設計を十分かつシンプルにする」という按配で、アジャイル開発はこの按配が肝になります。

編集部

妙な完璧主義を捨てて、現実的、合理的に行動せよということですか?

平鍋氏

そういうことです。ただ、その完璧主義がなかなか捨てられないんですよね。伝統的な開発をやってきた人にとっては、アジャイルがいい加減な設計をしているように見えちゃう。もちろん、しっかりした設計といい加減な設計だったら、しっかりしている方が良いに決まっていますよ。

 

でも、現実にはそれは難しい。実物を前にした会話をすることもなく最初から大きな設計をしても、うまくいかないことの方が多いですよね。せっかく作った機能が全く使われなかったり、本当に必要な機能が漏れてしまったりといった事態が起こるわけです。そのことをアジャイルではBDUF(Big Design Up Front)という言葉で戒めています。

 

先ほどの「よい按配」にあるのが、ENUF(ENough design Up Front)という考え方です。まずはシンプルに設計して、一回お客さんに見てもらいましょう。その方が、絶対に顧客満足度が上がるし、良いものができますよという信念です。過剰品質、過剰デザイン、過剰設計に陥らないようにする。前工程に時間を掛け過ぎないことが重要なんです。

BDUFとENUF
BDUFとENUF
 

でも、「しっかり」という言葉があまりに強くて誰も否定できないから、ついついそこで思考停止してしまいがちです。何か問題があったときに「しっかり設計していないからじゃん」と言われると、そうなのかなと思っちゃうことってありますよね。

編集部

プロジェクト運営などにも同じことが言えそうですね。例えば、ウォーターフォールという仕組み自体に欠陥があるかもと考えるのではなく、そこで定められている標準にきちんと準拠することができなかったからだと考えてしまう。

平鍋氏

そうそう、本質的な問題解決とは逆の方向にどんどんアクションしてしまうんですよね。たとえば、コミュニケーションに問題があると、「課題管理表を作って管理する」というような逆方向に進み勝ちです。そうじゃなくて本音で話せる会議をつくるほうがうまくいくんです。(次ページに続く

 

次のページ
ソフトウェア工学が見落としていたもの

この記事は参考になりましたか?

  • Facebook
  • X
  • Pocket
  • note
キーパーソンに聞くエンタープライズ・アジャイルの現在連載記事一覧

もっと読む

この記事の著者

緒方 啓吾(編集部)(オガタ ケイゴ)

※プロフィールは、執筆時点、または直近の記事の寄稿時点での内容です

この記事は参考になりましたか?

この記事をシェア

EnterpriseZine(エンタープライズジン)
https://enterprisezine.jp/article/detail/2392 2010/06/24 00:00

Job Board

AD

おすすめ

アクセスランキング

アクセスランキング

イベント

EnterpriseZine(エンタープライズジン)編集部では、情報システム担当、セキュリティ担当の方々向けに、EnterpriseZine Day、Security Online Day、DataTechという、3つのイベントを開催しております。それぞれ編集部独自の切り口で、業界トレンドや最新事例を網羅。最新の動向を知ることができる場として、好評を得ています。

新規会員登録無料のご案内

  • ・全ての過去記事が閲覧できます
  • ・会員限定メルマガを受信できます

メールバックナンバー

アクセスランキング

アクセスランキング