医療DXのヘンリーの開発トップにインタビュー。モノリスからマイクロサービスに回帰する背景とは？
1月5日 6:01
【2026年の新常識】「良い質問」より「良い前提」。生成AIを動かすコンテキスト設計
1月8日 6:30
加速する出社回帰の波、これからのエンジニアのキャリアとは
インタビュー
最新記事： 2026年01月05日
Gen AI Times
最新記事： 2026年01月08日
エンジニア成長戦略の羅針盤
オープンソースDB運用管理Tips
最新記事： 2025年12月16日
Kong API Summit 2025レポート
最新記事： 2026年01月09日
「生成AI Day 2025」レポート
最新記事： 2025年12月09日
CloudNative Days Winter 2025レポート
最新記事： 2026年01月07日
ネットワークオブザーバビリティの「水源」を探る
最新記事： 2025年12月24日
Zabbix Summit 2025レポート
テスト自動化ガイド 2024
生成AI完全ガイド 2024
IT運用管理ガイド 2023
DevOps完全ガイド 2023
クラウドデータベース完全ガイド 2023
ローコード開発プラットフォームガイド
業界情報やナレッジが詰まったメルマガやソーシャルぜひご覧ください
[運営] 株式会社インプレス
新しい技術が市場で広く受け入れられるまでには、何段階かのステップを踏むと言われています。初期のブームからいったん熱が冷め、その後に現実的な選択肢として再評価を受けて軌道にのる、というようなステップです。個人的には、アジャイル開発は「再評価から広く適用」の入り口にいるように感じます。その流れで最近出て
藤井 智弘
2014年10月8日 2:00
前回は連載の初回ということで、エンタープライズ・アジャイルの代表的なフレームワークを紹介しました。その中で共通ポイントとして挙げた「しがらみを制御する」という視点を中心に、現場でいただくさまざまな質問を織り交ぜながら、具体的なイメージを共有できればと思います。さて、プロジェクトの最初にくるのは「計画
2014年10月29日 19:00
いざ、構築フェーズに進まん連載も半分まで進んできました。ここまで「理解度の異なる多様な利害関係者と一緒にアジャイル開発を進めていく」という文脈で、プロジェクトのビジョンを作る「方向付けフェーズ」と「ビジョン」の話をしてきました。その一方で、もっとガンガン宣伝しなければならないAgile Manage
2014年12月10日 18:00
軽くおさらい早いモノで、この連載も残すところ2回。「そういえば初回で、『今後の予定』って紹介したなぁ。どんなんだったっけかな」と振り返ってみたところ（表1）......表1：本連載2回目以降の計画と実績回数予定実績所感第2回遊具の準備と最初の一歩アジャイル開発の明暗を分ける時間軸の捉え方の違いとは（
2015年1月7日 18:00
前回はディシプリンド・アジャイル・デリバリー（Disciplined Agile Delivery、以下DAD）における時間軸の捉え方としてのフェーズという概念と、その前段階で行う「プロジェクト・オリエンテーション（DADで定義されているわけではありませんが）」に言及しました。記事公開後に、プロジェ
2014年11月12日 18:00
“分散開発”と”アジャイル開発”は、「水と油」の関係か？ 分散開発とアジャイル開発ーこの2つは、程度の差こそあれ、多くの開発組織が関心を持っているキーワードだと言っても過言ではないでしょう。筆者の所属する日本アイビーエムのソフトウェア事業Rational部門では、Jazzプロジェクト（図1）と呼ば
2009年4月6日 20:00
チームと仕事配分前回までに、アジャイル開発を大規模で分散したチームによる製品開発に適用するためのプラクティスをまとめあげたEclipse Wayの全体像を解説してきました。Jazz.netで行われている開発の大きな流れもご紹介しました。最終回の今回は、実際にRational Team Concert
2009年4月27日 20:00
プロジェクト計画と管理という視点 前回は、Eclipse Wayのチームや組織編成に対する考え方を取り上げました。※Eclipse Wayの全体像は、前回の記事で紹介しています。
2009年4月20日 20:00
はじめに今回「開発ツールの最新動向に関して一筆」…というのが、編集部からいただいたお題でした。一口に最新動向とは言っても「オープンソースvs 有償ツール」とか「クラウド対応」などさまざまな切り口があり、何を書こうかと少々迷っていました。しかし、こういうときは原点回帰が大事です。「そもそも開発ツールと
2010年4月1日 20:00
“時差”は、なかなか埋まらず…先日、弊社の製品開発チームのメンバーと一緒に、とある団体のインタビューを受ける機会がありました。印象的だったのは、「IBMソフトウエアの開発部門では、『特に理由がなければ、アジャイルでやる』のがワールドワイドの基本方針と、なった」という彼の発言。問題意識の高いお客さまの
2010年4月8日 20:00
前回のおさらい 前回は、分散開発にアジャイルのメリットを取り入れるために、考慮すべき代表的なポイントをリストアップした後で、実際に製品開発に適用されているプラクティス集としてEclipse Wayを取り上げました。連載の2回目と3回目は、このプラクティス集とこれが適用されている製品開発の様子を公開し
2009年4月13日 20:00
振り返りと反省初回から3回にわたり、IBMが開発しているJazzテクノロジーのコンセプトとその背景から、これからの開発ツールに求められる要素を概観してきました。 「開発を阻害する要因を、開発ツールがどうとらえてきたか」という切り口で、“個人”に焦点をあてた効率化から、共有知の活用、 そして情報の共有
2010年4月22日 20:00
開発者にとってコラボラティブである、ということ
2010年4月15日 20:00
前回の軽いおさらいと、構築フェーズのスプリントの終了一口に「コラボレーション」とは言っても、利害関係者が持つ関心のポイントは、それぞれ異なります。より経営層に近い立場なら「業務が廻るか」「ビジネス的な狙いは？」という視点となり、より開発現場に近ければ「動くかどうか」という観点で開発中の評価を下します
2015年1月28日 18:00
泣く子と悪い品質には勝てないユビキタスという言葉を使うまでもなく、あらゆる局面でソフトウェアがある一定の役割を担うことが当たり前になってきました。むしろ、「いかなる形であれソフトウェアが介在しないモノ」を想像することの方が難しくなってきた感があります。
2005年12月8日 20:00
