<div class="booklink-box" style="text-align:left;padding-bottom:20px;font-size:small;/zoom: 1;overflow: hidden;">
<div class="booklink-image" style="float:left;margin:0 15px 10px 0;"><a href="http://www.amazon.co.jp/exec/obidos/asin/4822282295/sackoh71-22/" target="_blank" ><img decoding="async" src="http://ecx.images-amazon.com/images/I/51HKFQD123L._SL160_.jpg" style="border: none;" /></a></div>
<div class="booklink-info" style="line-height:120%;/zoom: 1;overflow: hidden;">
<div class="booklink-name" style="margin-bottom:10px;line-height:120%"><a href="http://www.amazon.co.jp/exec/obidos/asin/4822282295/sackoh71-22/" target="_blank" >アジャイルプロジェクトマネジメント</a></p>
<div class="booklink-powered-date" style="font-size:8pt;margin-top:5px;font-family:verdana;line-height:120%">posted with <a href="http://yomereba.com" rel="nofollow" target="_blank">ヨメレバ</a></div>
</div>
<div class="booklink-detail" style="margin-bottom:5px;">ジム ハイスミス 日経BP出版センター 2005-06-09    </div>
<div class="booklink-link" style="margin-top: 5px"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4822282295/sackoh71-22/" name="booklink" rel="nofollow" target="_blank">Amazon.co.jp で詳細を見る</a></div>
</div>
<div class="booklink-footer" style="clear: left"></div>
</div>
<p>先日、<a title="アジャイルソフトウェア開発という手法" href="/officer/%e3%82%a2%e3%82%b8%e3%83%a3%e3%82%a4%e3%83%ab%e3%82%bd%e3%83%95%e3%83%88%e3%82%a6%e3%82%a7%e3%82%a2%e9%96%8b%e7%99%ba%e3%81%a8%e3%81%84%e3%81%86%e6%89%8b%e6%b3%95.html">アジャイルサムライ</a>というアジャイル開発のプロセスをまとめた本をご紹介してから引き続き、「アジャイル開発」について考察を深めているなかでの一冊です。なんとこの本も2005年出版なんですね。長い間、アジャイル開発という開発手法を知らなかったことがお恥ずかしい限りです。</p>
<p>アジャイルサムライが、プロセスの説明を重視していて、こちらの本はどちらかというとアジャイルプロジェクトマネジメント（APM）という概念からどのようにマネジメントを改善出来るかということを述べています。</p>
<h2>抜粋</h2>
<h3>■アジャイルプロジェクトマネジメントの価値</h3>
<ol>
<li>プロセスやツール　＜　個人との対話</li>
<li>包括的なドキュメント　＜　動作するソフトウェア</li>
<li>契約の交渉　＜　顧客との協調</li>
<li>計画に従う　＜　変化への対応</li>
</ol>
<h3>■アジャイルプロジェクトマネジメント（APM）の原則</h3>
<ul>
<li>製品提供と顧客価値
<ol>
<li>顧客価値の提供</li>
<li>反復型で機能ベースの提供</li>
<li>技術的優位性の重視</li>
</ol>
</li>
<li>リーダーシップ－コラボレーション
<ol>
<li>探索の奨励</li>
<li>適応型（自己組織的、自発的規律）チームの構築</li>
<li>シンプル</li>
</ol>
</li>
</ul>
<h3>■APMプロセスフレームワーク（APMモデル）</h3>
<ol>
<li>適応(Envision)
<ol>
<li>何を提供するかについての構想を立てる。</li>
<li>プロジェクトのスコープを決める。</li>
<li>ステークホルダも含めたチーム体制を決める。</li>
<li>チームメンバーがどのように協力し合って作業を進めるかの構想を立てる。</li>
</ol>
</li>
<li>思索(Speculate)
<ol>
<li>最初の要求を幅広く収集する。</li>
<li>機能リストを作り、その作業負荷を見積もる。</li>
<li>リソース計画とリリース計画（リリース、マイルストーン、イテレーション）を立てる。</li>
<li>計画にリスク軽減策を盛り込む。</li>
</ol>
</li>
<li>探索(Explore)
<ol>
<li>機能を実際にリリースする。</li>
<li>協力的で自己組織的なプロジェクトコミュニティを作り出す。</li>
<li>機能を実際にリリースする。</li>
<li>ステークホルダ間の対話を取り持つ。</li>
</ol>
</li>
<li>適応(Adapt)
<ol>
<li>計画し、結果を監視し、軌道修正する。</li>
<li>変更や変化に対応する。</li>
<li>学習した事を組み込み、それを教訓として覚えておく。</li>
<li>思索・探索・適応のループをたどり、各イテレーションで機能を洗練させていく。</li>
<li>チームが新しい情報を集めながら、構想フェーズに立ち戻って見直す。</li>
<li>顧客の観点、技術的観点、プロセスパフォーマンスの観点、プロジェクトステータスの観点から、成果を見直す。</li>
<li>最新の情報に基づいて修正されたプロジェクトの展望と、実情を対比して考察する。</li>
<li>適応によって得られた結果は次のイテレーションを開始する際の再計画に組み込まれる。</li>
</ol>
</li>
<li>終結(Close)
<ol>
<li>プロジェクトの終了を見極める。</li>
<li>学習し、学習した内容を次のイテレーションの作業に組み込む。</li>
<li>次のプロジェクトチームに引き継ぐ。</li>
</ol>
</li>
</ol>
<h2>まとめ</h2>
<p>アジャイルサムライだけでは、正直、ピンとこないというか腹にしっかり落ちた感覚はなかったのですが、私が携わるプロジェクトマネジメントという目線での本書であったので、非常にわかりやすかった。スポーツをやるにしても、茶道や書道などの芸術をやるにしても、先人が積み上げてきたものが基本、手本となっていて、それを習って習得することが最も早くレベルが上がるものと考えています。この考え方は、ビジネスにおいても当てはまるので、このようなフレームワーク、概念は積極的に取り入れて行きたいと思います。</p>


アジャイルプロジェクトマネジメント 最高のチームづくりと革新的な製品の法則

<div class="booklink-box" style="text-align:left;padding-bottom:20px;font-size:small;/zoom: 1;overflow: hidden;">
<div class="booklink-image" style="float:left;margin:0 15px 10px 0;"><a href="http://www.amazon.co.jp/exec/obidos/asin/4314010479/sackoh71-22/" target="_blank" ><img decoding="async" src="http://ecx.images-amazon.com/images/I/51oNT1FOu3L._SL160_.jpg" style="border: none;" /></a></div>
<div class="booklink-info" style="line-height:120%;/zoom: 1;overflow: hidden;">
<div class="booklink-name" style="margin-bottom:10px;line-height:120%"><a href="http://www.amazon.co.jp/exec/obidos/asin/4314010479/sackoh71-22/" target="_blank" >経済は感情で動く―― はじめての行動経済学</a></p>
<div class="booklink-powered-date" style="font-size:8pt;margin-top:5px;font-family:verdana;line-height:120%">posted with <a href="http://yomereba.com" rel="nofollow" target="_blank">ヨメレバ</a></div>
</div>
<div class="booklink-detail" style="margin-bottom:5px;">マッテオ モッテルリーニ 紀伊國屋書店 2008-04-17    </div>
<div class="booklink-link" style="margin-top: 5px"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4314010479/sackoh71-22/" name="booklink" rel="nofollow" target="_blank">Amazon.co.jp で詳細を見る</a></div>
</div>
<div class="booklink-footer" style="clear: left"></div>
</div>
<p>行動経済学の先駆けの本。</p>
<p>合理的に判断をしないという人間の価値判断が非常に参考になります。</p>
<h2> 抜粋</h3>
<p>・お金に勝手に相対的価値を付けてしまう。娯楽費4万円と名目のない2万円+娯楽費2万円は違う。</p>
<p>・三つあると真ん中を選ぶ<br />
寿司屋のランチメニューで「特上・上・並」とあれば、「上」の注文がいちばん多い。一般に、三つの選択肢では真ん中が好まれる。売る立場でいうと、4000円と5000円の類似商品があって、値段の高いほうを「売りたい」と思えば、6000円という選択肢を追加すればよい。</p>
<p>・自分のものになると値が上がる<br />
通販での試供品の提供「使ってダメなら一週間以内に返品して下さい。お値段は無料です」。通販業者はめったに返品されないことを知っている。――買ってもいないのに、手元に来ただけで「保有効果」がはたらきます。</p>
<p>・進むも地獄、退くも地獄の…<br />
巨額の先行投資をしている。さらに追加の投資が必要。しかし、先行きの展望は「暗い」。これは、「コンコルドの誤謬」と呼ばれるもので、展望がないなら、いま、手を引くべきなのです。</p>
<p>・ダメな会議の典型とは…<br />
会議の結論がなかなか出ない。話がグルグル回っている気がする。これは最初の発言者の発言にひっぱられ、新しい話題が出てこなくなっているのです。これを、「アンカリング効果」といいます。</p>
<p>・交渉は最後の一言で決まる<br />
交渉事でメインの話が終わったら、安心したりしていませんか。締めの一言が、契約にこぎつけるには重要です。人の記憶はメインのことと、最後の一言で印象の良し悪しが決まります。これを「ピーク・エンドの法則」といいます(同様に、恋人とのデートは、別れ際の一言が最重要です)。</p>


経済は感情で動く

<div class="booklink-box" style="text-align:left;padding-bottom:20px;font-size:small;/zoom: 1;overflow: hidden;">
<div class="booklink-image" style="float:left;margin:0 15px 10px 0;"><a href="http://www.amazon.co.jp/exec/obidos/asin/4274068560/sackoh71-22/" target="_blank" ><img decoding="async" src="http://ecx.images-amazon.com/images/I/51b4P511wTL._SL160_.jpg" style="border: none;" /></a></div>
<div class="booklink-info" style="line-height:120%;/zoom: 1;overflow: hidden;">
<div class="booklink-name" style="margin-bottom:10px;line-height:120%"><a href="http://www.amazon.co.jp/exec/obidos/asin/4274068560/sackoh71-22/" target="_blank" >アジャイルサムライ−達人開発者への道−</a></p>
<div class="booklink-powered-date" style="font-size:8pt;margin-top:5px;font-family:verdana;line-height:120%">posted with <a href="http://yomereba.com" rel="nofollow" target="_blank">ヨメレバ</a></div>
</div>
<div class="booklink-detail" style="margin-bottom:5px;">Jonathan Rasmusson オーム社 2011-07-16    </div>
<div class="booklink-link" style="margin-top: 5px"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4274068560/sackoh71-22/" name="booklink" rel="nofollow" target="_blank">Amazon.co.jp で詳細を見る</a></div>
</div>
<div class="booklink-footer" style="clear: left"></div>
</div>
<p>昔から言葉だけは聞いたことがあったのですが、友人経営者がアジャイルサムライという本を推薦していたので、読んでみました。</p>
<p>以下、アジャイル開発とは何か簡単にまとめます。</p>
<h2>アジャイルソフトウェア開発</h2>
<p>そもそもアジャイルという単語自体を調べると以下であることが分かります。</p>
<blockquote><p>アジャイル（agile) は「俊敏な」という意味。</p>
<p><a href="http://d.hatena.ne.jp/keyword/%A5%BD%A5%D5%A5%C8%A5%A6%A5%A7%A5%A2">ソフトウェア</a>開発プロセスのうち、良いものを素早く無駄なく作ろうとするものの総称。</p>
<p>従来の、後戻り不可能なウォータフォール型開発と対比して使われることがある。</p>
<ul>
<li><a href="http://d.hatena.ne.jp/keyword/%A5%A2%A5%B8%A5%E3%A5%A4%A5%EB">アジャイル</a>開発の価値
<ul>
<li><a href="http://d.hatena.ne.jp/keyword/%A5%D7%A5%ED%A5%BB%A5%B9">プロセス</a>やツールより人と人同士の相互作用を重視する。</li>
<li>包括的なドキュメントより動作する<a href="http://d.hatena.ne.jp/keyword/%A5%BD%A5%D5%A5%C8%A5%A6%A5%A7%A5%A2">ソフトウェア</a>を重視する。</li>
<li>契約上の交渉よりも顧客との協調を重視する。</li>
<li>計画に従うことよりも変化に対応することを重視する。</li>
</ul>
</li>
</ul>
</blockquote>
<p>ZDnetJAPANさんの文章を引用させていただくと下記になります。</p>
<blockquote><p>ウォーターフォールモデルを採用した場合には、ユーザーは開発の終盤にならなければシステムを利用して仮説の検証を行うということができず、そのためほとんどの機能を作り終えた後で変更要求が頻発して対応しきれなくなり、最終的に満足度の低いシステムになってしまう可能性が高いと言えます。</p>
<p>それに対して、アジャイル開発では開発プロジェクトの期間を短期間（1週間〜6週間）に区切り、この間に開発工程を一通り行って、部分的に機能を完成させます。そしてこの「短く区切られた期間で動くアプリケーションを開発する」という作業を繰り返すことによって、段階的にシステム全体を仕上げていきます。このような開発スタイルは反復型（イテレーション）開発と呼ばれていますが、開発期間の早い段階からユーザーが動くソフトウェアを目で見て確認できます。</p></blockquote>
<ul>
<li>3つの真実
<ul>
<li>プロジェクトの初めに全ての要求を集める事はできない。</li>
<li>集めたところで、要求はどれも必ず変わる。</li>
<li>やるべき事は必ず、当初の予定や予算より多い。</li>
</ul>
</li>
<li>アジャイルでは役割分担がはっきりとは分かれていない。</li>
<li>アジャイルチームの特徴
<ul>
<li>きっちり区別しない役割分担</li>
<li>継続的な開発工程</li>
<li>チームで成果責任を果たそうとする態度</li>
</ul>
</li>
<li>インセプションデッキ
<ul>
<li>我々はなぜここにいるのか？プロジェクトの意図、背景を理解</li>
</ul>
</li>
<li>エレベーターピッチを作る
<ul>
<li>エレベーターで会った重要人物に30秒でアイデアを伝える</li>
</ul>
</li>
<li>パッケージデザインを作る
<ul>
<li>プロダクトの顧客へのアピールは何か</li>
</ul>
</li>
<li>やらない事リストを作る
<ul>
<li>なにがプロジェクトのスコープ外か？内か？</li>
</ul>
</li>
<li>ご近所さんを探せ
<ul>
<li>予め関係しそうな人達に根回しする</li>
</ul>
</li>
</ul>
<h2> まとめ</h2>
<p>ウォーターフォール型の、いわゆるシステム開発のフレームワークは納めているつもりではおりましたが、弊社のようにライトなWebサービスの受託開発などでは、実態にそぐわないパターンが多いと感じていたところに、このアジャイルソフトウェア開発はまさに現代の手法だと感じました。</p>
<h3>参考サイト</h3>
<p><a href="http://d.hatena.ne.jp/keyword/%A5%A2%A5%B8%A5%E3%A5%A4%A5%EB" target="_blank">http://d.hatena.ne.jp/keyword/%A5%A2%A5%B8%A5%E3%A5%A4%A5%EB</a></p>
<p><a href="http://japan.zdnet.com/sp/sp_06sp0130/20248727/" target="_blank">http://japan.zdnet.com/sp/sp_06sp0130/20248727/</a></p>


アジャイルソフトウェア開発という手法

<div class="booklink-box" style="text-align:left;padding-bottom:20px;font-size:small;/zoom: 1;overflow: hidden;">
<div class="booklink-image" style="float:left;margin:0 15px 10px 0;"><a href="http://www.amazon.co.jp/exec/obidos/asin/4062144492/sackoh71-22/" target="_blank" ><img decoding="async" src="http://ecx.images-amazon.com/images/I/412tzq2vpML._SL160_.jpg" style="border: none;" /></a></div>
<div class="booklink-info" style="line-height:120%;/zoom: 1;overflow: hidden;">
<div class="booklink-name" style="margin-bottom:10px;line-height:120%"><a href="http://www.amazon.co.jp/exec/obidos/asin/4062144492/sackoh71-22/" target="_blank" >モチベーション3.0 持続する「やる気!」をいかに引き出すか</a></p>
<div class="booklink-powered-date" style="font-size:8pt;margin-top:5px;font-family:verdana;line-height:120%">posted with <a href="http://yomereba.com" rel="nofollow" target="_blank">ヨメレバ</a></div>
</div>
<div class="booklink-detail" style="margin-bottom:5px;">ダニエル・ピンク 講談社 2010-07-07    </div>
<div class="booklink-link" style="margin-top: 5px"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4062144492/sackoh71-22/" name="booklink" rel="nofollow" target="_blank">Amazon.co.jp で詳細を見る</a></div>
</div>
<div class="booklink-footer" style="clear: left"></div>
</div>
<p>こちらも、ベストセラー。前作のハイ・コンセプトも読んでいました。</p>
<p>改めて考える事が、働き方って変わったと。 今まで私自身が教育及び、見聞きしてきたことよりも本書に書いてあることのほうが共感出来る。 働き方がこの10年で変わっても、全体の雰囲気が変わるのは20年後だろうかはたまた30年後だろうか。</p>
<p>いち早く新しい働き方を体系化したものが本書です。</p>
<h2>抜粋</h3>
<h3>モチベーション1.0</h4>
<p>→生存を目的とする、飢餓動因、渇動因、性的動因などの生物学的な動機づけ。</p>
<h3>モチベーション2.0</h4>
<p>→外的な報酬と罰を中心に構築された周囲からの報酬や罰に対して反応するもう一つの動機づけ</p>
<p>20世紀のルーチンワークには有効だった。</p>
<h3>モチベーション3.0</h4>
<p>自律性（オートノミー）、熟達（マスタリー）、目的（ゴール）を達成したいという内発的な動機づけ</p>
<p>非ルーチンワークにおいて「交換条件つき（こうしたら、これをあげる）」が機能しないため、モチベーション3.0をビジネスに導入すること。</p>
<p>創造性が必要で右脳を使うクリエイティブワーク、知識労働者の働きと認識する。</p>
<h3>タイプIとタイプX</h4>
<p>モチベーション2.0はタイプXの行動を前提にし、活動によって得られる外的な報酬と結びついている。</p>
<p>モチベーション3.0はタイプIの行動を前提にし、タイプXのアップグレード版で活動自体からもたらされる内的な満足感と結びついている。後天的に培うことができる。</p>
<h3>自律性（オートノミー）</h4>
<p>人類は初期設定では、自律的であり、自己決定的である。教育や組織的なマネジメントにおいて、自然とこの自律性は影を潜める。</p>
<h3>熟達（マスタリー）</h4>
<p>モチベーション2.0では従順な姿勢が求められたのに対し、モチベーション3.0ではエンゲージメントが必要とされる。エンゲージメントを強めて初めて、価値あることの上達、熟達が出来る。</p>
<p>熟達には、向上が可能だという心の持ち方、苦痛が伴う、漸近線で完全に実現することは不可能だということを理解すること。</p>
<h3>目的（ゴール）</h4>
<p>人間は、本質的に人生の意義や目的を探すもの。</p>
<p>目的の最大化が、利益の最大化</p>
<h2>まとめ</h3>
<p>モチベーション3.0というものを理解し、経営に反映していきたいと思います。</p>
<p>マズローの5段階欲求でいうと、</p>
<p>モチベーション1.0生理的欲求、安全欲求</p>
<p>モチベーション2.0所属欲求、承認欲求</p>
<p>モチベーション3.0自己実現欲求</p>
<p>に分類出来るのではないだろうか？</p>


Company

Our Solutions

Support

News

Blog

Blogブログ

カテゴリーから探す

年別から見る

記事一覧 - タグ: #本

2013/01/09

2012/12/20

2012/12/06

2012/10/10