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が最近リリースされ、重要な変...

「実践 反復型ソフトウェア開発」の6.10節「トヨタのかんばん方式とバグ追跡システム」がとても興味深かった。 チケット駆動開発との関係も含めて、ラフなメモ書き。 【1】BTS(バグ追跡システム)は、本来は障害管理から生まれた。 だが、BTSの開発フローがソフトウェア開発にとても有効であったために、タスク管理やユーザのサポート管理として扱うITSないしチケット駆動開発へ発展した。 BTSのチケットは、PCやサーバーなどの資産管理にも使える。 そのアイデアは下記に書いた。 情報システム部門がTiDDを運用する時の注意点: プログラマの思索 IT資産管理システムi-doIT: プログラマの思索 「実践 反復型ソフトウェア開発」では、BTSチケットをPC資産のようなハードウェアと紐づけて管理するのはとても有効だろう、そこからトヨタのかんばん方式へ発展させるのは自然なアイデアだと書いている。 BTS

東日本大震災によって生産停止の連鎖が日本全国や海外にも広がり、日本のモノ作りの効率化は行き過ぎだったと再考を促す声が高まっている。だが、それは本当に正しい指摘なのか──。 本コラムでは、ビジネス小説『ザ・ゴール』（ダイヤモンド社）の著者として知られるイスラエルの物理学者、エリヤフ・ゴールドラット博士が考案した改革手法の理論「TOC（Theory of Constraints：制約条件の理論）」とその具体的な手法を紹介しながら、実は効率化が進んでいなかった日本のモノ作りの実態を明らかにし、処方箋を提示していく。 2回目の今回は、日本企業が「ジャストインタイム」という言葉に代表される効率的な部材調達・製品生産によって在庫を極小化できていたのかどうかについて検証する。 「必要なものを、必要な時に、必要なだけ、必要なところへ届ける」 「ジャストインタイム」という言葉で形容されるこうした部材調達・製

ここ数カ月、ソフトウェア開発の話題で「かんばん」（英語でも「Kanban」）という言葉を目にする機会が増えてきました。かんばんとは何で、どのようなものなのでしょうか？ 勉強がてら、いくつかのサイトを紹介していきましょう。 ビギナー向けの「Kanban101」 今年3月にかんばんビギナー向けのサイト「Kanban101」が立ち上がりました。このトップページがかんばんの特徴をよく表しています。 ソフトウェア開発におけるかんばんとは普通に日本語の「かんばん」のことで、誰でも見えるところに置かれて、ホワイトボードや黒板になっていて、記入したり、この画面のようにポストイットを貼って運用するのが一般的です。 かんばんの効果とは、このかんばんを模した画面に書かれているように「仕事のみえる化」「仕掛かりを減らす」「流れを見えるようにする」ということ。このサイトは英語ですが説明がとても簡潔で分かりやすいもの

「アジャイルの現状と未来、次に来るもの。～リーン開発への展望～」Agile Japan 2010基調講演から アジャイル開発手法として知られるXPやスクラムは、国内で徐々に浸透し始めています。しかしアジャイルをさらに推し進めて企業レベルでアジャイルを活用したり、あるいは企業自身がビジネスをアジャイルに回すためにはどうすればよいのでしょうか。 4月9日と10日の2日間開催されたイベント「Agile Japan 2010」。2日目の基調講演に登壇したAlan Shalloway氏は「アジャイルの現状と未来、次に来るもの。〜リーン開発への展望〜」（What Is Next In the Agile World）と題し、企業をマネジメントする視点からのアジャイルについて講演を行いました。 Shalloway氏の講演は、アジャイルについてよく言われる「プロジェクトではうまくいくが、会社レベルで展開し

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が最近リリースされ、重要な変...

今や改善活動の代名詞となっている「トヨタ式改善」。本来は製造業の改善手法だが，IT の現場でも利用価値が高い。実際に導入して業務のムダをそぎ落とした三つのケースを紹介する。 カンバンをはじめとする「トヨタ式改善」注1は，もともと製造現場で培われた改善手法だが，今ではすかいらーくや中部国際空港，日本郵政公社など業種を問わずに導入が進んでいる。ITの現場も例外ではない。この1～2年で，富士通やNEC，NTTデータなどが相次いで開発・運用の現場にトヨタ式改善を取り入れた。 業務改善のコンサルティングを手掛けるチーム・ワーカーの面地誠二氏（代表取締役社長）によれば，トヨタ式改善の本質の一つは「ムダ取り」にあるという。本家のトヨタ自動車は，「作りすぎのムダ」や「不良のムダ」「在庫のムダ」など製造現場で生まれる「七つのムダ」を定義し，それらを徹底的にそぎ落とす対策を何重にも打っている。 ただしこれは製

これから必要なのは、トヨタに依存するのではなく、トヨタに学ぶことだ。 激しく同意なので、及ばずながら私のよく知っているIT業界について、トヨタから学ぶべきことを挙げてみます。 １．ISO9001・Waterfall型開発から「(守)破離」せよ。 トヨタ自動車と ISO9001 は長年にわたり戦いを続けてきました。今でもトヨタ自動車はISO9001を取得していません。 IT業界も一緒のはずです。すべてISO9001的な Waterfall 型の開発で全てが回る時代ではないと思います。末端のプロジェクトではゲリラ的にアジャイルやプログラミングファースト、ＸＰなどの手法が取り入れられているところも多いと思いますが、それでは不足で「会社の方針として」取り組むことが大事です。 ２．現場・現物・現実を重視せよ。 いわゆる「三現主義」です。 ISO9001を嫌うのもこれが理由でしょう。あれは「建前」に過

Google has delayed a planned launch of its generative AI chatbot, Bard, in the European Union this week, according to the Irish Data Protection Commission (DPC) — the tech giant’s lead dat

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が最近リリースされ、重要な変...

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が最近リリースされ、重要な変...

リーン開発の本質 ソフトウエア開発に生かす7つの原則 http://www.amazon.co.jp/exec/obidos/ASIN/482228350X/xpjp-22 ついに、amazonで予約可能です！私は監訳を担当していますが、今回も、前作に劣らずとてもよい本。前作を読んでいない人には、前作を飛ばしてこの本をお勧めします。以下、監訳者としてのあとがきの一部です。。。 ■「アジャイル」と「トヨタ生産方式」の出会いが「リーン開発の本質」である ソフトウエア開発の一手法である「アジャイル」と、日本の工場の生産方式に起源をもつ「トヨタ生産方式」。一見まったく違う２つの分野をクロスオーバーする新しい流れが起こっている。それが、本書の主題である「リーン開発」である。 「アジャイル」は、日本では2000年ごろから、ソフトウエア開発現場のリーダー、プログラマーをはじめとする、最新オブジェクト指向

TPSのかんばんを、ソフトウェア開発に応用する、という記事を書きました。 Kanban Applied to Software Development: from Agile to Lean http://www.infoq.com/articles/hiranabe-lean-agile-kanban まず、工場のでのかんばんを考察して、その特性を９つ抜き出しました。 物理的である WIPを制限する(Work-In-Process : 仕掛品) 継続的な流れを作る 後工程から引き取る 自己指示的である ビジュアルである シグナルする 改善の元になる モノに添付している そして、これらが、１つはプロセス制御（流しつつWIPを減らす）のため、もう１つはプロセス改善のため、という二つのゴールに結びついていることを示します。その後で、ソフトウェア開発の現場で使われているかんばんを例に、それらが、

電通、三菱UFJ信託銀行など大手企業が相次ぎ参入を表明する「情報銀行」。ここに挑むベンチャー企業がDataSign（東京・渋谷）だ。同社の太田祐一社長は情報銀行という言葉が生まれる…続き 中部電力が「情報銀行」参入へ　電力データを活用 ［有料会員限定］ 「情報銀行」説明会に２００社　データ流通の枠組み始動

「リーンソフトウエア開発第二版」からの気づきと引用シリーズです。 現在、日本でも多くの企業がTPS（トヨタ生産方式）を企業活動に取り入れようとしています。このムーブメントがアジャイル開発と結びつき、現場を活性化し、デスマーチをはじめとする現場の問題と、品質に関する社会問題を解決できるといい、と心から思っています。 ただし、ひとつ警鐘を鳴らしたいと思います。強いトップダウンオンリーでこの改革を現場に持ち込まないこと。そして、マネジメントは、本当に現場の人間の力を信じること。理想論ではなく。 以下、引用になりますが、 リーンを成功させるには、作業を行っているその人、本人が、その作業のやり方を最もよく知っているのだ、という基本信念を、あなた自身の人に関する考え方に取り込まなくてはならない。プロセスから人を排除したり、作業に必要なスキルレベルを下げたりする自動化には、注意が必要だ。現場での意思決定

この模様はいったい何か？　想像力を働かせていただきたい。 ヒントは自動車に関すること、しかも販売店。 答えは整備工場の作業者の足跡である。 定期点検や修理で、車体をリフトで上げ、タイヤを外してブレーキパッドを点検したり、部品を交換したりする時に、整備士はどのように歩くか。 大きくて複雑な方の曲線は、トヨタ生産システム（Toyota Production System=TPS）を採用する前。小さくて簡単な曲線が、TPSを導入後のものだ。整備士がいかに歩かなくて済むようになったかが一目瞭然である。 作業にムダやムリがなくなったために、作業効率は格段に上がり、点検・整備のミスも大幅に減った。専用の治具を使って重いタイヤの取り外し・取り付け作業をするため、体力のない人でも簡単に整備ができ、体への負担が大きく減った。 整備工場の作業効率が上がれば、整備工場のスペースを小さくするか、より多くの車体整備