Agile in 30mins - 30分でだいたいわかるアジャイル開発1. 角谷 信太郎 KAKUTANI Shintaro; Eiwa System Management,Inc. Agile In A Nutshell: Excerpted & Remixed 日本Rubyの会 (株)永和システムマネジメント kakutani@esm.co.jp Cybozu Developers Conference 2010; 2010-10-22(金) 30分で だいたいわかる アジャイル開発 2010年10月23日土曜日
最近盛り上がってきた「かんばん」、ソフトウェア開発における「かんばん」（Kanban）とは何か
ここ数カ月、ソフトウェア開発の話題で「かんばん」（英語でも「Kanban」）という言葉を目にする機会が増えてきました。かんばんとは何で、どのようなものなのでしょうか？ 勉強がてら、いくつかのサイトを紹介していきましょう。 ビギナー向けの「Kanban101」 今年3月にかんばんビギナー向けのサイト「Kanban101」が立ち上がりました。このトップページがかんばんの特徴をよく表しています。 ソフトウェア開発におけるかんばんとは普通に日本語の「かんばん」のことで、誰でも見えるところに置かれて、ホワイトボードや黒板になっていて、記入したり、この画面のようにポストイットを貼って運用するのが一般的です。 かんばんの効果とは、このかんばんを模した画面に書かれているように「仕事のみえる化」「仕掛かりを減らす」「流れを見えるようにする」ということ。このサイトは英語ですが説明がとても簡潔で分かりやすいもの
Welcome - SEMAT
What is SEMAT? SEMAT (Software Engineering Method and Theory) drives a process to refound software engineering based on a solid theory, proven principles and best practices. Learn more SEMAT for Project Managers We help project managers and industry executives to finish their projects on time and in budget. Learn more
アジャイル開発者の習慣―acts_as_agile：第4回 ドキュメントを大切にする｜gihyo.jp … 技術評論社
ソースがドキュメントだ。バグも完全に記述されている。 ――まつもとゆきひろ[1] はじめに 本連載ではアジャイル開発を「アジャイルに開発する人たち（アジャイル開発者）が開発するからアジャイル開発」と考え、アジャイル開発者に必要なスキルを磨くための習慣を紹介しています。 これまでの3回を費して紹介した「フィードバックを重視する」「仕組みを育てる」「スケール間に連続性を築く」といった習慣は、チームによるシステム開発の現場でアジャイルにプログラムを書くことを重視したものでした。 しかし、これでは開発対象となるシステムを構成する2つの要素のうち主に1つしか説明していません。2つの要素とは、プログラムとドキュメントです。今回は、これまであまり触れてこなかった、2つの要素のうちの1つであるドキュメントに関する習慣を紹介します。 そのためにまず、アジャイル開発者にとってのドキュメントの位置づけを説明
Re: アジャイルって受託開発との相性が最悪な気がする - tsuge development page
前書き 現役アジャイラー（？）を自称する立場として釣られてみるぜっ。 http://d.hatena.ne.jp/gothedistance/20100212/1265907956 「アジャイル」について 多分id:gothedistanceもわかっていると思うんですが、アジャイルはマニフェストなんであって具体的な手法ではないです。 代表的なアジャイルとしてeXtreme Programmingモデルを例にとると、イテレーションプランニングって項目があります。 簡単に言うと開発側は2週間ごとに形にしよう、顧客は次の2週間でほしい機能を決めようってやつ。 XPは改訂が多すぎてこの手の文書の参考にしにくいんですが、細かい事はこの辺見てください。 http://www.objectclub.jp/community/XP-jp/xp_relate/whatisxp-j/ 今回の記事による「アジャ
「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey
日本での開発プロジェクトのほとんどではウォーターフォール型の開発手法が採用されており、アジャイルソフトウェア開発手法の採用はまだ数％程度といわれています。12月8日に都内で開催されたイベント「Agile Conference tokyo 2009」では、米国でアジャイルソフトウェア開発のコンサルタントなどを行っているThoughtWorksのマネージングディレクター、Xiao Guo氏が会場からの質問に答えるトークセッションが行われました。 このセッションでは、多くのエンジニアが現場でアジャイル開発ソフトウェア手法の導入や運用で悩んでいること、疑問に思うことを率直にGuo氏に投げかけています。セッションでやり取りされた質問と回答の一部を紹介しましょう。 意志決定を先延ばしすること 質問 日本のSIerに務めています。日本では、設計書をエクセルを使って画面や処理などの書類を作成しています。海
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://capsctrl.que.jp/kdmsnr/diary/20100601.html
InfoQ: Agile と Scrumの重大な欠陥を明らかにする