技術的負債を貨幣化するSpring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
アジャイル開発のボトルネック | Social Change!
「お金なら出しますから、４ヶ月のところを２ヶ月で作ってくれませんか？」 システム開発で、顧客からこう言われた時、どうするか？ SIerの経営者や管理職であれば、飛びついてしまうんじゃないだろうか。私だって飛びつきたい。確かにエンジニアがいるなら、もしくは、集める目処が立つなら、ありがたい話かもしれない。XPでも、「リソース・スコープ・品質・時間」のパラメータで、品質以外は変動可能としている。 ということは、リソースがなんとかなれば、時間を短くする、もしくは、時間を変えずにスコープを増やすことができるのだろうか。人月という単位で考えれば、計算上は出来るかもしれないが、実際には難しいと言わざるを得ない。それはなぜか。ボトルネックは、プログラムを作る速度か、それとも、仕様を決めて受け入れる速度か。 冒頭の台詞は、開発側にこそボトルネックがあり、コストさえかければスピードアップできると考えているか
アジャイルカンファレンスTOKYO 2009 | gihyo.jp
12月8日、「Agile Conference tokyo 2009」が盛況の中終了しました。ご来場いただきました皆様にはお礼申し上げます。 12:30の開場を前に、ホール前には長蛇の列ができており、改めてアジャイル開発についての関心の高さを実感させられました。開場後のホールは、ほぼ満員の状態です。 受付に並ぶ参加者の列 基調講演 ThoughtWorks北京のジェネラルマネージャーであり、ThoughtWorks本社の副社長でもあるXaio Guo様の公演です。公演スライドには相当力を入れていただいたようで、納得行くものに落ち着くまで、何度もやりとりが続きました。その甲斐あってか、非常に興味深い情報が満載の公演となりました。 満席の基調講演 中でも、大規模アジャイル開発の取り組みについては、興味深いものでした。日本国内では数百人、数千人といった大規模なアジャイル開発の事例は、ほとんどあ
「有能な人がコードを書くべき」「意志決定はできるだけ先延ばし」「契約を変えるのは難しい」アジャイルの専門家の答え － Publickey
日本での開発プロジェクトのほとんどではウォーターフォール型の開発手法が採用されており、アジャイルソフトウェア開発手法の採用はまだ数％程度といわれています。12月8日に都内で開催されたイベント「Agile Conference tokyo 2009」では、米国でアジャイルソフトウェア開発のコンサルタントなどを行っているThoughtWorksのマネージングディレクター、Xiao Guo氏が会場からの質問に答えるトークセッションが行われました。 このセッションでは、多くのエンジニアが現場でアジャイル開発ソフトウェア手法の導入や運用で悩んでいること、疑問に思うことを率直にGuo氏に投げかけています。セッションでやり取りされた質問と回答の一部を紹介しましょう。 意志決定を先延ばしすること 質問 日本のSIerに務めています。日本では、設計書をエクセルを使って画面や処理などの書類を作成しています。海
ドッグフーディングと頻繁な内部リリース - Atlassian Japanese Blog
*本ブログは ATLASSIAN blogs を翻訳したものです。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2009 年 7 月 9 日、Per Fragemann 投稿 "Dogfooding and Frequent Internal Releases" リリースサイクルが短いのは素晴らしい 2, 3 か月ごとに、ソフトウェアの新しいフィーチャーバージョンを出荷すること - 2, 3 年ごとにではなくて - は素晴らしいことです。 短いリリースサイクルは、フィーチャーがゆっくりになることを避けるのに役立ちます。なぜなら、いつも締切が迫ってくるからです。そして、この締切はデベロッパーとステークホルダーに緊急性の感覚を保たせるのに役立ちます。短いリリースサイクルは、"絶対にこのリリースに入れなければいけない" といった狂ったように急ぐことを避けるのに役立ちます。
テクノロジックアート技術者のブログ: アジャイル開発の失敗について
１２月８日にアジャイルコンファレンスを行ないます。 テーマは大規模なアジャイル開発です。エンタープライズという言葉もあります。 今回は、大手企業がどのようにアジャイル開発を考えるかということも、焦点です。 今日、日経コンピュータのアジャイル事例の記事を読みました。 大手企業が成功しているのですね。うちが関係しているプロジェクトが２つ（３つかも） ありました。 アジャイルの事例が気になったので、アジャイル開発 失敗でググってみました。 http://japan.internet.com/column/developer/20090203/26.html http://www.infoq.com/jp/news/2008/07/agile_failures http://www.thinkit.co.jp/free/article/0608/3/1/ http://www.asp-edita.
Agile から Lean への旅 -- UK Lean Conference を終えて：An Agile Way：オルタナティブ・ブログ
9月末に開催された、UK Lean & Kanban Conference に参加してきた。今回は、スピーカーとして呼ばれる、という光栄に預かった。これは、現在、アジャイル界で起きているスピンオフ・ムーブメントである、「Kanban」に関してぼくが発言をしているからだ。 一言でKanbanを言うのは難しいが、2009年10月時点では、「ソフトウェア開発のフローを見える化し、WIP(Work in Progress=仕掛)を制限することで、顧客価値のスループットを上げ、同時に改善を促す活動」、とぼくは定義してみた。もちろん、トヨタ生産方式のかんばんから来ているが、ソフトウェア開発向けにここ3年間でずいぶんとBoKが積み上げられていて、Agile2009 でも Limitting Wip Society というグループが、"Yes, We Kanban" というTシャツを着ていた。(アイコンは
システムの納期とは確率分布だ − Publickey
昨日はIBMのラショナルソフトウェアカンファレンスに参加しました。1日中、ソフトウェア開発方法論に関するセッションを聞いていたのですが（最後のセッションは、自分が司会のパネルディスカッションでもありましたが）、その中で最も印象的だったウォーカー・ロイス氏のプレゼンテーションを紹介したいと思います。 ウォーカー・ロイス氏はIBMラショナルソフトウェア部門のバイスプレジデントで、アジャイル開発手法としてよく知られるRUP（Rational Unified Process）の創始者でもあります。彼の講演は、この日の基調講演の1つでした。
こくちーずプロ - 無料で使えるイベント・セミナーの告知・集客サービス
個人から法人まで幅広い主催者の方にご活用いただいています。 イベント主催者7万人以上 チケット販売490万枚以上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
アジャイルにおけるプロジェクトマネジャーの役割
安定化スプリント - 必要悪か、それとも純粋な無駄か？
アジャイルプロジェクトが遅れる理由
社会的契約によってチームのコミットメントを促す
スクラムマスタが障害になるとき...
developerscafe.jp
技術的負債を解剖する
InfoQ: よいアジャイルなメトリクスとは何か?
XP と Scrum, どちらがよいか，よくないか？
アジャイルはマイクロマネジメント
InfoQ: Bobおじさんが述べるTDDの適用可能性
