Agile2012 Day1 : 組織文化の分析と適用すべきアジャイル手法の選択 - kawaguti’s diary
今年も Agile Conference に来ることができました。家族を含めいろいろな方のご支援の賜物です。感謝いたします。 ダラス近郊のリゾートホテル Gaylord Taxan です。施設が全てドーム内なので、外は40度の熱風なのですが別世界です。 An Agile Adoption and Transformation Survival Guide -- Working with Culture : Michael Sahota 前半戦 http://agile2012.sched.org/event/679ccddab078755aaf70b39eb42f6e81 Micheal Sahota 氏は InfoQで配布されている An Agile Adoption and Transformation Survival Guide の著者。 企業組織の文化を分析して、取るべきアジャイ
非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書 （非ウォーターフォール型開発の海外における普及要因編）を公開
これまでの活動内容報告書・成果物実績非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査報告書（非ウォーターフォール型開発の海外における普及要因編）を公開 近年、アジャイル型開発をはじめとする非ウォーターフォール型開発が、俊敏かつ柔軟な対応が可能なソフトウェア開発手法として注目されています。 米国や欧州では、インターネットビジネス分野などで、ビジネス環境が急激に変化し、それに伴う要求の変化が大きい領域では、アジャイル型開発が急速に普及しています。例えば、米国で2010年に公表された調査(*1)において、ソフトウェア開発プロジェクトの約半数で非ウォーターフォール型開発（アジャイル型開発、もしくはそれ以外の反復型開発手法）が採用されていたことが報告されています。 しかしながら、日本では、徐々に広がりは見られるものの、未だ従来のウォーターフォール型開発が主流であり、非ウォーターフォー
スクラム組んで開発しよう！ | オブジェクトの広場
今回の記事では, プロジェクト管理に特化したアジャイル開発手法であるスクラムの概要を説明します. また, スクラムによる開発が成功する理由を説明するための理論的なバックボーンとして引用されている知識創造プロセスやコンテキストの概要を紹介します. さらに, 20 名程度の中規模開発チームにおいてスクラムを適用し, 開発に成功した事例を紹介し, その中で知識創造プロセスやコンテキストが生まれたのか否かについて考察します. 1. スクラムとは 1.1 スクラムの価値と理論的な基盤 スクラム [1] は, Ken Schwaber と Mike Beedle によって考案されたアジャイル開発手法です. スクラムという開発方法論の名称は, ラグビーのスクラムにちなんで名づけられたそうです. スクラムは、Schwaber らがいくつかの失敗プロジェクトを立て直す経験を通じて生み出されたとされています.
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
ソフトウェアさかば
液晶パネルが精細になったLUMIX DC-TX2D全機種の発売を記念して、カメラ選択のポイントと全機種のLUMIX DC-TX2をどう考えたかをまとめました（その１購入経緯はこちら）。 センサーのサイズ 大きいサイズのセンサーの方がたくさんの光を受けられますので、無理に感度を上げなくて良いのできれいな写真をとることができます。一般向けでは35ミリフィルムと同じフルサイズが大きくてきれいな写真えお撮ることができます。 逆にサイズが大きいとレンズのひずみが出やすくなるので、レンズが複雑になって高価に、重く、大きくなります（ひずみが大きいと写真の端の方で柱を撮ると曲がって映るなど見てわかるひずみが出たりします）。価格や携帯性を考えるとセンサーが小さい方が有利になります。 そこでカメラを選ぶ際は価格と携帯性のバランスを考えることになります。 私の場合、下の項目も考慮して1インチで良いと思いました。
アプリケーション・アーキテクチャにおけるアジャイルの実践
Microsoft社はパターンや実践方法を元にしたHow-To Design Using Agile Architecture(リンク)(アジャイルなアーキテクチャを使った設計方法)というガイドを発表した。これにはアジャイルにアプリケーションを構築する際に従うべき詳細なガイドラインが示されている。 ガイドでは以下の入力情報を元に作業を開始することを推奨している。 ユース・ケースとユーザ・シナリオ 機能要求 非機能要求(パフォーマンス、セキュリティ、信頼性といった品質特性) 技術的要求 ターゲットとなる運用環境 制約条件 そして、以下を成果物とする。 アーキテクチャ上重要なユース・ケース アーキテクチャ上困難な部分 アーキテクチャ候補 アーキテクチャの要の部分 このガイドではアーキテクチャを一つのステップで構築するのではなく、反復的な五つのステップで構築するという方法でアジャイルさを導入する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://atnd.org/events/27481
サービス終了のお知らせ
Amazon.co.jp: アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~: Mike Cohn (著), マイクコーン (著), 安井力 (翻訳), 角谷信太郎 (翻訳): 本
James Shore氏「アジャイルの衰退と凋落」