BT

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

寄稿

Topics

地域を選ぶ

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

  • 複雑度を測定してソフトウェア品質を改善する

    ソフトウェア複雑度はソフトウェアの品質とコストの直接的な指標だ。コードの複雑度が高ければ、そのコードの品質は低くなり、それを管理するコストは高くなる。複雑度の測定は、開発とテストのための見積もりや、品質向上と問題防止のためにリファクタリングが必要なところの判断に使うことができる。

  • チームの改善のためにベロシティを計測することへの懸念

    アジャイルチームは自分たちのスプリントごとのベロシティを計測する。そうすることで彼らは、計画をたて、進捗をトラッキングし、プロダクトオーナーにプロダクトのリリースプランを作るための手がかりを与えることができるようになる。チームは、自らを改善したいときに、ベロシティのデータを利用できるのだろうか? 何人かの著者がベロシティについて書いており、チームの生産性を高めることを目的としてベロシティを計測することについての懸念を伝えている。

  • アジャイル適用の価値を評価する

    アジャイルを適用するビジネスケースを定義するときに疑問に思うかも知れないのが,アジャイルソフトウェア開発の採用によって達成できるビジネスバリューをどうやって評価すればよいのか,ということだ。

  • リーンスタートアップが投資家と付き合うには

    リーンスタートアップを採用する起業家たちも,ビジネス資金の調達に投資家の協力を得ることがある。しかしリーンスタートアップで起業するビジネスプランには,従来の起業スタイルとは異なる部分が多い。また,失敗から学ぶ,ピボット(pivot, 路線変更)する,といった行動を重視するリーンスタートアップは,投資家から敬遠される可能性もある。起業家と投資家が一緒になって,資金調達にリーンスタートアップアプローチを使うことはできるのだろうか?

  • エンタープライズ開発者のためのツール表集

    VisionMobileは,500以上のツールを掲載したインタラクティブマップを製作した。インテグレーションや開発,テスト,デプロイメント,評価,マーケティングと収益化など,エンタープライズソフトウェア開発のあらゆる面をカバーする。マップには各ツールのメリットを簡単に述べた説明文の他に,開発者が業務に適したツールを選ぶ上でのクイックガイドとなる見解が掲載されている。

  • 幸せを計測し分析する方法

    企業は従業員の幸せに注力することには利点があるとレポートしてきた。では、私たちは何が従業員を幸せにするのか知っているのか。幸せのを計測し、その計測から教訓を得ている人がいる。

  • Agile採用を計測するときの疑問

    Agileコミュニティは、組織におけるAgile採用の効果を計測するためのベストな方法を決定するために、数年にわたりいくつもの試みをしている。最近の記事で、最も便利なメトリックについて議論が再燃している。

  • どんなアジャイル指標が報告されるべきか?

    よい測定はよい管理を後押しする。では、マネジメントがアジャイルソフトウェア開発プロセスをもっとも支援できるようにするには、どんな指標がマネージメントの流れに沿って打ち上げられるべきなのだろうか?

  • スプリントバーンダウン - 間違ったことを計測しているのか?

    従来のスプリントバーンダウンチャートはチームの役に立っているのか。多くのスクラムチームが作業時間の追跡がスプリントの本当の状態を隠蔽することを指摘し、他の方法を選択する。

  • ビジネス価値を見積もる

    従来のアジャイル開発では優先順位をつけるとき、ビジネス価値の低いユーザストーリーよりもビジネス価値の高いユーザストーリーを優先して実装する。このやり方はシンプルだが、うまく実装できるかどうかはビジネス価値を評価する仕組みがあるかどうかにかかっている。Pascal Van Cauwenberghe 氏は最近、ビジネス価値を定義する方法について説明している。この方法は"ビジネス価値モデリング"と呼ばれ、役に立つかもしれない。

  • よいアジャイルなメトリクスとは何か?

    適切でアジャイルな計測とは何だろうか?もし伝統的な計測方法である、アーンドバリュー、労働時間、コード行数、テストによるコードカバレッジがアジャイルなプロジェクトにはあまり適さないのであれば、どういう方法があるのだろうか?よりよいアジャイルなメトリクスを選ぶ上で助けとなる、私たちが決められるルールは何だろうか?

  • 'アジャイルの三角形'によるアジャイルのパフォーマンス測定

    伝統的なソフトウェア開発チームは,ソフトウェアの'鉄の三角形(Iron triangle)'の領域内で活動すると考えられている。この三角形の3つの辺は,スコープ,スケジュール,費用である。Jim Highsmith 氏は,この鉄の三角形がアジャイルチームの柔軟性に対して多くの制約を課すものだとして,それに代わるアジャイルの三角形(Agile Triangle)を提案した。

BT