この記事では、強力なモデルETL機能を使って、UMLモデリングをアジャイルかつジャストインタイムで効果的に適用する方法を紹介します。UMLモデルまたはダイアグラムは、特定のコンテキストで理解しようとするものに対する特定のビューです。
続きを読む
毎日1つの新しいことを学ぶ
この記事では、強力なモデルETL機能を使って、UMLモデリングをアジャイルかつジャストインタイムで効果的に適用する方法を紹介します。UMLモデルまたはダイアグラムは、特定のコンテキストで理解しようとするものに対する特定のビューです。
続きを読む
ソフトウェア開発では必ずと言っていいほど、これらの用語に出くわします。時には、ソフトウェアの機能の一部である要件/ユースケース、バックログ項目…。それを使用するためのソフトウェアの人々の慣例は何ですか、またはどのような?
続きを読む
ソフトウェア開発において「見積り」とは、ある開発タスクに必要な作業を定量的に評価することであり、通常、期間(時間/日)や見積り単位(ストーリーポイント)で表現される。その目的は、ソフトウェアプロジェクト全体の期間、作業、コストの指標を得るために、このような個々の見積もりを統合することです。
続きを読む
クロスファンクショナルフローチャート(展開図と呼ばれることもある)は、あるプロセスのステップと関係者を明確にするために用いられるビジネスプロセスマッピングのツールである。通常、クロスファンクショナルフローチャートは、ビジネスプロセスとそのプロセスを担当する機能単位(部門など)の関係を示すために使用される。
続きを読む
ソフトウェア開発における「見積り」とは、特定の開発タスクの実行に必要な労力を定量的に評価することであり、通常は期間で表現される。アジャイル見積もりは、製品のバックログにあるタスクを優先順に完了させるために必要な労力を評価するプロセスである。この努力は通常、タスクを完了するのに必要な時間で測定され、正確なスプリントプランニングにつながる。
続きを読む
チームで取り組んでいるのが製品であれプロジェクトであれ、”いつまでに完成させるか?”という問いに答える必要があります。”あるいは “ある時点でどれだけできるか “ということですから、従来の開発モデルと同様に、プロジェクトを始める前に工数を見積もる必要があります。スクラムの開発では、チームが責任を共有し、各スプリントの作業に集団でコミットしていたので、アジャイルチームの作業量の見積もりは、集団見積もり方式を採用していたのです。
続きを読む
PERT図では、プロジェクト内の各タスクをノードとして表示します。タスク間の依存関係(例えば、あるタスクが完了しないと別のタスクを開始できない)は、タスクノード間の接続によって明確に示すことができます。また、CPM(クリティカル・パス・アプローチ)と同様に、各タスクの時間情報を表示し、プロジェクトの最長経路、つまりプロジェクト完了までの最短時間を決定する。
続きを読む
計画主導型プロセスとは、すべてのプロセス活動を事前に計画し、その計画に対する進捗を測定することです。アジャイルプロセスでは、計画は漸進的であり、顧客のニーズの変化を反映して計画やソフトウェアを変更することが容易である。
続きを読む
ある特定の分野に非常に精通しているが、その分野以外ではほとんど貢献しない人がいる。このような人は、アジャイルコミュニティにおいて「I-type」と呼ばれる。これは、「I」の字に似ていて、深さはあるが、幅はあまりない、という意味である。 これに対して、「T-people」は、ある分野で補完的な専門性を持っているが、関連する分野のスキルはあまり発達しておらず、コラボレーション能力に長けている。
続きを読む
この記事は、アジャイルの実践を説明し、アジャイルチームがITシステムの実装にアジャイルを採用する際のガイダンスを提供することを目的としています。この記事は、業界における一般的なアジャイルプラクティスと、さまざまなパイロットプロジェクトから得られた経験に基づいて作成されました。
続きを読む