BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ PM に関するすべてのコンテンツ

  • かんばん方式による変革 - ある保険会社のケーススタディ

    かんばん方式は作業管理に使用されることが多いが,概念としては,組織改革の旅の道先案内として使うこともできる。今回紹介するのは,かんばん方式を利用した改革によって,可視性と予測可能性の改善と人々の積極的参加を成し遂げた,ある保険会社のケーススタディである。

  • 自動車システムのためのアジャイルテスティング

    アジャイルテスティング(Agile Testing)は,自動車システムのソフトウェア開発に応用することができる。アジャイル手法を自動車に適用するには,Automotive SPICE-Vモデルをアジャイルに適用することが必要だ。アジャイルとSPICEを組み合わせた成果として,Xavier Martin氏は,QA&Test 2014カンファレンスでのプレゼンテーションで,"集中的な自動テストとクライアントのデモンストレーションが,よりよい製品を生み出し,顧客満足を向上するのに役立っています",と述べている。

  • AtlassianがJIRA向けプロジェクトポートフィリオマネジメントソリューションを提供

    開発者向けのソフトウエアを開発しているAtlassianは年次のSummitカンファレンスでJIRA Portfolioを発表した。これはJIRA向けのアドオンで、"複数のチームやプロジェクトの動きを管理し計画するための単一の正確なビューを提供する"。

  • コードの品質のためにアジャイルとウォーターフォールを組み合わせる

    2014年のCAST Research on Application Software Health (CRASH)のレポートは、アジャイルとウォーターフォールを混ぜた手法で開発した企業向けソフトウエアはどちらか一方の手法だけで開発されたものよりも強靭で安全であると報告している。InfoQはBill Curtis氏に今回の調査について、また構造的品質要因について、アジャイルとウォーターフォールを混ぜることについて話を聞いた。

  • 第9回アジャイル年次調査が実施中

    アジャイルプラクティスとプロセスの採用に関する年次レポートの提供を目的とした,第9回アジャイル年次調査報告が現在,参加者を募集中だ。

  • アジャイルにおける計画作りの死

    企業がアジャイルを導入して、自己組織的なチームが生まれ始めると、マネジメントは制御を失ったと感じる可能性がある。アジャイルに移行すると、手続きやレビュー委員会、コンサルテーション委員会などが無駄になってしまう可能性がある。しかし、そのような立場になる人は無駄になってしまうことに気づかない、とMarcel Heijmans氏は言う。再び、制御を取り戻そうとすると、問題はもっと厄介になり、"プランニングの死"へと到る。

  • プロジェクトマネージャによるアジャイルチーム管理

    組織がアジャイルを導入すれば,プロジェクトマネージャの役割や行動に影響があるのが普通だ。スクラムは,プロジェクトマネージャをスクラムマスタや,あるいはプロダクトオーナにするかも知れない。プロジェクトマネージャの方もまた,その仕事の仕方や内容を,スクラムマスタやアジャルチームに合ったものに変えることは可能だ。

  • アジャイルチームでソフトウェア品質を改善する

    アジャイルチームが納品するソフトウェアの品質は、労働時間の長さや納期、チームのプレッシャーによって、強い影響を受けることがある。ソフトウェアの品質がこれらのことに影響されずに、チームがソフトウェアの品質を向上させるにはどうすればよいだろうか? 私からの提案は、作業範囲と納期に余裕を持たせ、プルシステムを採用し、チームメンバがあせらずに、ゆっくりと眠れるようにすることだ。

  • ThoughtWorks Technology Radar 2014年7月版

    ThoughtWorksがTechnology Radar July 2014 (PDF) を公開した。ここにはJavaScriptエコシステム、マイクロサービス、コンウェイの法則、インフラストラクチャの分散化に関する大きなトレンドが示されている。

  • PMBOK Guide第5版ソフトウェア拡張がリリース

    PMI(Project Management Institute)は先日,PMBOK Guide第5版ソフトウェア拡張を公開した。従来手法からアジャイルメソッドへの移行を容易にするため,従来型のアプローチからアジャイルの代替手法へのマッピングや置き換えが含まれている。

  • "Readyの定義”を使う

    ユーザストーリの完成と製品の提供準備完了をチェックする手段として,多くのチームが"Doneの定義(Definition of Done)"を使用している。しかし,プロダクトオーナから受け取るユーザストーリについてはどうだろう?ユーザストーリの品質をチェックするために,チームが利用できる手段が"Readyの定義(Definition of Ready)"だ。

  • アジャイルのガバナンスにおけるマネジメントの役割

    複数のアジャイルチームを管理するにはどうすればいいだろうか。アムステルダムで開催されたAgile GovernanceカンファレンスでChristoph Johann Stettina氏がアジャイルのガバナンスとマネジメントの役割について発表した。

  • アジャイルプロジェクトのためのガバナンス

    アムステルダムで5月13日に行われるアジャイルガバナンスカンファレンスにおいて、Andrew Craddock氏は程よく管理されたアジャイルプロジェクトについての講演を行う。InfoQは、アジャイルガバナンスとは何か、またアジャイル開発プロセスにガバナンスプラクティスを組み込むことがなぜ必要とされるのかについて彼にインタビューを行った。

  • 必要十分な事前設計を行うには

    今回この記事で紹介するのは,プロジェクト開始に必要なシステム構造情報を提供し,アーキテクトのビジョンにチームを統一して,想定されるリスクを評価するためには,十分な事前設計を行うべきだ,とするアドバイスだ。

  • リリースプランニングのためのアジャイルな見積もり

    優先度付けや製品のリリース計画のためにアジャイルチームやプロダクトオーナーは見積もりを行う。見積もり、さまざまなレベルでさまざなな方法で行われる。

BT