技術的負債を貨幣化する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が最近リリースされ、重要な変...
アジャイルにおけるプロジェクトマネジャーの役割
人間の心に働きかけるというのは大変複雑なことです。 世界中で同じように物事を考える脳は二つとありません。 同じ指紋がけっしてないように、二人の人間が働くスタイルは90パーセントであっても合致しません。このように多くの個々の人間を作り出し、しかも全て違うという自然の摂理は美しいとさえ感じます。しかしビジネスであｈ目標は全利害関係者にとって “一つであり同じ”なのです。 ここでいう人々とは (a)プロジェクトチームメンバー(b)ビジネスユーザー (c)経営陣及び出資者など様々な立場でプロジェクトに係わる人を意味します。人々はどのプロジェクトでも管理されることが必要なのです。 というのは プロジェクトのゴールに向かって並ばせ、ワークスタイルを統一する ベストなものを引き出す 集中してやる気のある状態にするだからです。 もしプロジェクトの誰もが完璧であれば、どの業界のどんなプロジェクトも失敗するこ
アジャイル開発のボトルネック | 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.
XP と Scrum, どちらがよいか，よくないか？
原文(投稿日：2009/10/26)へのリンク Scrum と XP はどちらがよいのだろう？ どちらかが他より適切なのか，あるいは別の選択肢があるのだろうか？ Tobias Mayer 氏は最近，自身のブログに "XP をやめよう (Don't Do XP)" として次のように書いている。 XP がなければ Scrum は機能しない，と主張するたくさんの人たちと議論を続けるのにはもううんざりです。Scrum は立派に機能します — 基本的な価値観と原理を理解した上で利用するならば。実際に適用すべきプラクティス(実践項目)が何であるかは Scrum を実施する状況によって決まります。教会での Scrum にとってよいプラクティスとソフトウェア開発のそれとは違うでしょうし，法律関係の Scrum ではそのどちらとも違うでしょう。 XP の支持者たちは，ソフトウェア産業によい開発プラクティスが
InfoQ: Bobおじさんが述べるTDDの適用可能性
原文(投稿日：2009/11/04)へのリンク "TDDによってペースが鈍ると考えている人は石器時代で生きつづけているようなものだ"と主張したことで議論を巻き起こしたブログに続き、Bob Martin氏は現実のTDDの適用可能性、役割、恩恵に対する深い洞察を試みている。 氏はまず"TDDはアーキテクテャの代替物か？"という大きな問題を取り上げ、実例を背景に「そうではないですが、しかし...」と答えている。 いちから始めて次々にテストケースを書いていくことで実行可能なアーキテクチャを生成できるという意見は全くばかげたことです。テストしないという決断を下す必要もあります。 もちろんこれらの決断の多くはできるだけ先延ばしにすることができるし、そうすべきです。例えば、データベーススキーマは恐らく長い時間待つことが可能なものです。Spring、JSF、Hibernate、JPAなどを使うかどうかの決
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つでした。
こくちーずプロ - 無料で使えるイベント・セミナーの告知・集客サービス
個人から法人まで幅広い主催者の方にご活用いただいています。 イベント主催者8万人以上 チケット販売550万枚以上
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
安定化スプリント - 必要悪か、それとも純粋な無駄か？
アジャイルプロジェクトが遅れる理由
社会的契約によってチームのコミットメントを促す
スクラムマスタが障害になるとき...
developerscafe.jp
技術的負債を解剖する
InfoQ: よいアジャイルなメトリクスとは何か?
アジャイルはマイクロマネジメント