SI事業者のアジャイル開発はなぜ失敗するのか：ITソリューション塾：オルタナティブ・ブログ
「アジャイル開発に取り組んではみたのですが、うまくいかないので、元のやり方に戻そうと思っています。」 あるSI事業者での講演の後、こんな話しを伺った。同様の話しは、他でもよく耳にする。 私は、エンジニアでもなければ、アジャイル・コーチでもない素人だ。ただ、成果をあげているアジャイル・チームの連中との付き合いは多く、「門前小僧」程度には、アジャイルについては理解しているつもりだ。そんな、私でさえも、これは失敗するだろうと、思うことが多い。 うまくいかない取り組みに共通しているのは、おおよそ以下の3つに整理できそうだ。 ひとつは、「システムを作ることを目的にしていること」だ。 ビジネスを成功させること目的とせず、そのための手段である「システムを作ること」を目的としている「アジャイル開発（？）」では、うまくいかないのは当然のことだ。 2001 年初頭、ユタ州スノーバードで、ソフトウェア開発の将来
スクラムで失敗する5大理由とその対策としてできること | POSTD
スクラム とは、最近、特にソフトウェア開発の分野でよく使われているバズワードです。この概念は、1995年のOOPSLAでJeff SutherlandとKen Schwaberにより提唱されました。自己組織的なチーム構成と短いスパンの持続可能な繰り返し作業に重点を置くもので、複雑なソフトウェア製品やプロジェクトを扱うためのすっきりとした軽量なフレームワークです。 シンプルで軽量な性質を強みとするスクラムですが、これを導入している企業の約半数が正しく実践できていないと思われます。では、一見すぐに使えそうな手法なのに、実践するのが非常に難しいのはなぜなのでしょうか。その理由と、これを確実に成功させるために講じるべき対策を見ていきましょう。 1. 組織の賛同が得られていない どういう タイプの企業であろうと、何かを変えようとすれば必ず直面する最大の課題であると言えるのが、これです。スクラムも例外
開発者が知っておくべきSOLIDの原則 | POSTD
(編注：2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) オブジェクト指向プログラミングが、ソフトウェア開発に新しい設計を持ち込みました。 その結果、開発者は単一の目的を処理するために、全体のアプリケーションに関係なく、1つのクラスの中で、同じ目的や機能を持つデータを結び付けることができるようになりました。 しかし、このオブジェクト指向プログラミングで、分かりにくいプログラムやメンテナンスができないプログラムを防ぐことはできません。 そこで、5つのガイドラインがRobert C. Martinによって作り出されました。これら5つのガイドラインすなわち原則により、開発者にとって読みやすく、メンテナンスが可能なプログラムを作成しやすくなりました。 5つの原則は、S.O.L.I.Dの原則と呼ばれています（頭字語はMichael Feathereによって名付けられま
人の本当の幸せは「働ける」という事からしか得られない、という話
人は役割がないと不安になる生き物だ。どこにも所属せず、ふらふら生き続けるという事は表面上からみるほど楽ではなく、誰にでも簡単にできる事ではない。 時々、生活保護やニートの人達が何もせずにフラフラしているのをみて「けしからん」と憤っている人がいるが、実際のところ何もせずにフラフラするのは想像を絶するほど苦しいものだという事をご存知だろうか？ 休みはたまにあるから休息になるのであり、それ単体ではただの毒だ。 人はあまりに長期間”何もしない”で時間を無為に過ごし続けさせられると、頭に様々な不安がよぎっていき、発狂してしまいかねない程の極地に立たされる事になるのである。 ＜参考＞ 20年間引きこもりしている友人に会って思わず絶句した。 何もしないのは何故辛いのか ”何もしない”のが辛いのは、恐らく原始時代の頃にあった風習が元になっている。 太古の昔、人は群れを形成し、他の集団と対抗しながら生活をし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
