タグ

開発とagileに関するgologo13のブックマーク (6)

  • 「それ、アジャイルできてへんのちゃいますか?」チェックリストの公開 - メソッド屋のブログ

    DevOps を導入して、リードタイムの短縮などの効果を出したい時に、前提条件となっている「アジャイル」がまだ導入できていないケースが多い。そういったケースでは、まずアジャイル導入のご支援をすることもよくある。 そういった支援に入ると、「アジャイル導入前提」で構成されたはずのプロジェクトであっても、全然「アジャイル」のポイントを外しているというケースは珍しくない。更に問題なことに、「アジャイルをできます!」と言っているベンダーさんを連れてきても、全然ポイントを外しているというケースすら珍しくない。今回のブログではそういったケースでも、簡単に確認できる、「アジャイルになっていないかもしれない簡単なチェックポイント」を対策付きでいくつかご紹介しよう。 スプリントの中で、ウォータフォールを実施するのではない。それはミニウォータフォールというバッドプラクティスだ。 1. 進化型設計ができていない

    「それ、アジャイルできてへんのちゃいますか?」チェックリストの公開 - メソッド屋のブログ
  • スクラムで失敗する7つの方法

    みなさんこんにちは。@ryuzeeです。 ジェフ・サザーランド氏のスライドが素晴らしいので抜粋・意訳にてご紹介します。 これは2007年の文書ですが、今読んでも全くもってその通りあてはまると思います。 1.プロダクトオーナーの失敗ポイントプロダクトオーナーが、ビジョン、ビジネスプラン、リリースのロードマップを持っていない プロダクトバックログが適切な順番で優先順位付けされていない。技術的な問題を含む、全ての仕事が含まれていない。スプリントプランニングに使えるようになっていない(適切なサイズになっていない、正しく見積もられていない、詳細化できるようになっていない) プロダクトオーナーがスプリント期間中に無断でどこかに行ってしまう 2.スプリントプランニングの失敗ポイントプロダクトオーナーがはっきりと思いを伝えないチームがプロダクトバックログから離れている。フィーチャーをスプリントタスクにブレ

    スクラムで失敗する7つの方法
  • 「アジャイル」と「ウォーターフォール」 - Digital Romanticism

    アジャイルがダメだと思う7つの理由へのだいぶ遅い反応 導入 もうだいぶ前の話になってしまいましたが、アジャイルに関するブログエントリ「アジャイルがダメだと思う7つの理由」は予想以上に波紋を呼び、それに呼応していくつものエントリが公開されました。発端となったエントリに関していうと、通常であれば必要となる数々の留保事項や前提事項を書かずに切り込んでいるという点において、間違いなく「煽り」であると言えます。ただ、「アジャイル」という言葉をとりまく数々の事象をかなり的確に指摘することによって、「アジャイル」という言葉をパブリックな場所で語っている少なからぬ人たちに対して、(意識的か無意識的かは問わず)ある種のポジショニングを強いたという意味で、実にいい釣り針なのではないでしょうか。 個別の論点に関する「アジャイルでは全体スケジュールにコミットできない」「いや、アジャイルだって全体スケジュールにコミ

    「アジャイル」と「ウォーターフォール」 - Digital Romanticism
  • Y.M | 株式会社ラグザイア

    〒194-0022 東京都町田市森野1-33-11 町田森野ビル 205 TEL : 042-720-2356 FAX : 042-720-2658 SERVICE chevron_rightRuby on Railsとの関わり chevron_rightサービス・開発の流れ chevron_right開発実績 ABOUT chevron_right代表挨拶 chevron_right会社概要 chevron_right沿革 chevron_right社員紹介 NEWS RECRUIT CONTACT SITEMAP

    Y.M | 株式会社ラグザイア
  • プロとしての行為 Act as Proffesional

    288ページという少ないページ数の中に、ほとんどの見開きの中に図をいれて、アジャイル開発のすべてがザックリ凝縮された書籍です。思わず「こういうのが欲しかったんだ!」と声に出してしまう内容に仕上がっています。この業界の新人に必ず読ませたいバイブルです。 今の仕事プロジェクトに問題がある。順調でない。解決策の糸口が欲しい。 アジャイル開発に興味がある。はじめてみたい。どういったものか知りたい。 もっと価値のあるソフトウェアを顧客に提供したい。ソフトウェア開発に携わるすべての人(プログラマ以外にも)にオススメします。東京に住んでいる人はよかったら読書会に参加してください。 良いコードを書く技術 -読みやすく保守しやすいプログラミング作法 (WEB+DB PRESS plus) 今年、プログラミングを格的にはじめた人や、会社に入って多人数での開発をはじめてやる人に読んでもらいたい書籍。自分一人

    プロとしての行為 Act as Proffesional
  • 「アジャイルサムライ - 達人開発者への道」 #agilesamurai - ヲトナ.backtrace

    [twitter:@kakutani] と一緒に監訳した「アジャイルサムライ」がオーム社から 7/16 に出版されます。 これまで登壇させていただく度に「夏には出るので、ぜひ」と言い続けてきましたが、ようやく皆さんの手元に届ける事ができて、ほっとしています。 書は、この書名やユニークな語り口に戸惑う方が多そうですが、内容は非常に硬派で興味深い内容になっています。 アジャイルに開発にするために必要な事は何か、どう取り組むべきなのかが簡潔に分かりやすく丁寧に解説しています。これまでこういったまとまった形でアジャイル開発の全体像を手頃なサイズで述べている書籍は、ほとんど無かったと思います。 なので、これから自分の現場や組織でアジャイル開発に取り組もうと考えている方にとっては、アジャイル開発の全体像から個々の詳細までを知るための一冊。すでにアジャイル開発に取り組んでいる方にとっては、自分が直面し

    「アジャイルサムライ - 達人開発者への道」 #agilesamurai - ヲトナ.backtrace
  • 1