鈴木三紀夫 @mkoszk ユーザ企業の方。「アジャイルを導入したいんだけど」はい。「上が納得しなくて」よく聞きます。「どうすれば説得できますか？ これ読めば何かヒントが書かれてる？」では、どうすれば導入できるか一緒に考えましょう。今ある課題を解決したいのか未来の部門の仕事を描くかどちらがいいですか。（続 2012-05-11 22:32:01 鈴木三紀夫 @mkoszk 続）「俺の立場だと課題かな」では、今、課題だと思っていることは何ですか？「これかな」この問題があるとするならば、こんな問題があるのでは？「そうだね。あるよ。」先ほどの問題と比べて、どちらが根が深い問題だと思いますか？「後の方だね。」他にありますか？「こんなのもあるよ。」（続 2012-05-11 22:34:07 鈴木三紀夫 @mkoszk 続）では、今まで挙がった問題を整理してみましょう。メモを用意して書いてみましょう
コードを書くときにまずテストから書き始め、そのテストが通るようにコードを書くことで開発を進めていく「テスト駆動開発」。テストファーストとも呼ばれますが、この開発手法と、「かんばん」と呼ばれる、現場の進捗状況をかんばんによって見える化することで、開発プロセス全体の無駄をとり、価値の流れを作り出す手法には共通点が多い、というエントリ「TDD is Kanban for Code」をブログにポストしたのは、エクストリーム・プログラミング (XP) の考案者でアジャイルソフトウェア開発宣言の起草者の一人でもあるケント・ベック氏。 この2つにどのような共通点があるのでしょうか？ かんばんとテスト駆動開発 「かんばんの目的は、開発プロセスの中で価値の流れを最大化することだ」とケント・ベック氏。簡単にまとめると、かんばんでは看板を使って各工程を見える化することで、下流工程から上流工程に要求が伝わり、仕掛
Microsoft さんで主催された Agile Day 4 で「やさしいアジャイルの始め方」という話をしてきました。 http://www.microsoft.com/japan/powerpro/developer/agile/events/agileday.mspx 非常にたくさんの人に来ていただき、ありがとうございました。 当日の資料を公開しておきます。 How to easily start Agile DevelopmentView more presentations from Nishimura Naoto. 今回の参加者の方にも感じたのですが、最近は前向きにアジャイル手法に興味を持たれている現場の方が多くなってきています。 けれど、実際に現場で始めるとなると少しばかりの勇気はどうしても必要になってきます。 特に、今はアジャイルに関する情報も増えているので、どうしても「顧客
原文(投稿日：2010/11/14)へのリンク たくさんの解説者がアジャイル導入のよくある誤りとアンチパターンについて書いてきた。彼らはさまざまな組織におけるアジャイル導入の誤りを避けるためにすべきこと「トップX」を投稿している。 Target ProcessのMichael Dubakov氏は、“10 Most Common Mistakes in Agile Adoption” (Part 1 & Part 2) という2つのブログ記事を書いた。彼は「企業はアジャイル導入において何度も同じ間違いをしている」と主張している。 彼が挙げたよくある誤りは以下の通りだ。 1. ツールから始める アジャイル開発はそうではない。ツールは即座に効果が現れるものではなく、ツールがあっても問題はほとんど解決しない。さらには、より重要な目標に目をつぶって、あなたはツールの導入に励んでしまう。 2. プロ
Read it now on the O’Reilly learning platform with a 10-day free trial. O’Reilly members get unlimited access to books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers. The Art of Agile Development contains practical guidance for anyone considering or applying agile development for building valuable software. Plenty of books describe what agile develo
インスペクション、レビューの大家Tom Gilb氏による基調講演"Agile Inspections: reviews by sampling and measuring defects"を、9/4, 5に東洋大で開催されたソフトウェア品質シンポジウム2008で聞いた。詳細はSQiPコミュニティのWebページの「SQiPシンポジウム」をご覧いただきたい。 通常、インスペクションの目的はドキュメントやソースコード等の（中間）成果物を精査することにより、テストよりも早い段階（プログラムが動きはじめる前）で欠陥や矛盾をみつけることにある。一般には早い段階でみつけられた不具合のほうが修正にかかるコストが低いといわれており、工期の短縮やコスト低減につながる。 アジャイルインスペクションの目的は、インスペクションの目的である欠陥の早期発見とは異なり、サンプリングによる計測にあるそうだ。ドキュメントやコ
Redmineによるチケット駆動開発を通じて、Agile開発の利点や特徴、その弱点も少しずつ理解できてきた。 今後の進化の方向も含めて考えてみた。 以下はあくまでもラフなメモ書き。 【1】現代のSW開発マネジメントは、従来の品質・コスト・納期の三角形から、スコープ・コスト・納期の三角形に変わっている。 この事実は、現代では納期(Deliveriy)の重要性がすごく高まっていることを示唆している。 実際、3ヶ月後の景気すら分からない状況で、数年越しのプロジェクトを実施するビジネスは非常にリスキーになっているからだ。 Agile開発は、WF型開発よりも納期重視の開発スタイルと言える。 Agile開発の開発スタイルは、XPのイテレーション又はScrumのスプリントというタイムボックス単位で順次リリースしていく戦略をとる。これは、納期が2～4週間後に定期的に決まっていて、チームメンバーは数人で固定
みなさんこんにちは。@ryuzeeです。 10 Things I Hate About Agile Development!が良い記事なので、引用・意訳にてご紹介します。 アジャイルに関する誤解がよく分かると思いますので、くれぐれも真似しないようにしてください。 ただデイリースタンドアップミーティングをやっているだけで、「アジャイルをやっている」と言うこと。 別にそれは「アジャイルをやっている」わけではない。 これ以外にアジャイルを実践するためにもっと大事なことがある「アジャイル」の頭文字のAが大文字か小文字かを気にすること。 先頭を大文字で書いたらクールじゃないって言ってるのかな？ 本当の意味での違いは、「アジャイルメソッド」と「アジャイルである」という違いなのだ。 多くの人はたぶんこの微妙な違いを分かっていない。 みんながこの大文字と小文字の違いでもめるようなことは、私にはしゃくに障る
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 4/27に日本橋で実施した第6回のShibuya.tracに登壇させていただきましたので、その際に利用した資料を公開しておきます。 なお、伝えきれていないことがあるので補足しておきます。 Tracの設定や利用プラグインは、プロジェクトやメンバーに応じて変えています。資料に掲載したものは、あくまで標準的な場合ですそもそも全てのプロジェクトでTracを使っているわけではなく(Redmineは使ってない)、Excelだけで回したケースもありますお客さんにTracプロジェクトを公開するのは全ての顧客にやっているわけではなく、お客さんの理解の得られるもの、公開することでお互いにメリットがある場
The document discusses demystifying agile software development. It provides an overview of agile concepts like the agile manifesto, eXtreme Programming (XP), Scrum, and Lean. It also discusses how agile practices are used at companies and challenges with adopting agile methods. Key aspects of agile like rapid iteration, adaptive planning, embracing change and valuing working software over document
Pivotal Trackerをプロジェクトで使うにあたっては、アジャイル開発手法の知識が多少はあると役にたちます。エクストリームプログラミング(XP)であれば、このXPの入門記事をはじめとして、数多くの良質な記事をオンラインで見つけることができます。 ダッシュボードPivotal Trackerにログインすると、まず最初に表示されるのは自分の ダッシュボード(Dashboard)です。このページには、あなたが参加している全てのプロジェクト、最近の活動、Pivotal Trackerからの重要なお知らせが表示されます。 プロジェクトに招待されていれば、プロジェクト一覧にそのプロジェクトが表示されます。プロジェクトのリンクをクリックすると、そのプロジェクトのストーリーを表示します。新しいプロジェクトの作成は簡単です。ダッシュボードで"Create Project"ボタンをクリックし、プロジェ
SECは、短サイクルで設計からシステム稼動までを"機敏"に繰り返し、ニーズへ迅速へ対応するといわれる非ウォーターフォール型開発について、事例を含む適用分野や規模などの調査を行いました。あわせて、有識者に参画していただいて研究会を実施し、現状・動向の把握と課題の整理を行いました。その資料を公開します。 ・非ウォーターフォール型開発に関する調査 調査報告書 ・非ウォーターフォール型開発に関する調査 研究会報告書 ・非ウォーターフォール型開発に関する調査 エグゼクティブサマリー
みなさんこんにちは。@ryuzeeです。 78 Things I Have Learned in 6 Years of Agile Coachingの記事が素晴らしいので、78個の項目を意訳にてご紹介します。 「私が6年間のアジャイルコーチングで学んだこと」というテーマでアジャイルに関する経験談がまとめられています。 アジャイルについて説明させてくれるように頼む人の数＝アジャイルメンタルモデルの数±2分散した開発では各サイトのチームごとに愛とスクラムマスターが必要だフットボールテーブルはあなたの最良のアジャイルなツールのうちの1つかもしれない地理的分散はタイムゾーンの違い以上の問題がある。その場合はインフラのサポートが必要だローカルのイベントやオンラインのメーリングリストやカンファレンスやカジュアルな集まり等を通じてアジャイルコミュニティに精力的に関わることには十分な価値がある。プロダクト
日本での開発プロジェクトのほとんどではウォーターフォール型の開発手法が採用されており、アジャイルソフトウェア開発手法の採用はまだ数％程度といわれています。12月8日に都内で開催されたイベント「Agile Conference tokyo 2009」では、米国でアジャイルソフトウェア開発のコンサルタントなどを行っているThoughtWorksのマネージングディレクター、Xiao Guo氏が会場からの質問に答えるトークセッションが行われました。 このセッションでは、多くのエンジニアが現場でアジャイル開発ソフトウェア手法の導入や運用で悩んでいること、疑問に思うことを率直にGuo氏に投げかけています。セッションでやり取りされた質問と回答の一部を紹介しましょう。 意志決定を先延ばしすること 質問 日本のSIerに務めています。日本では、設計書をエクセルを使って画面や処理などの書類を作成しています。海
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~: Mike Cohn (著), マイクコーン (著), 安井力 (翻訳), 角谷信太郎 (翻訳): 本
