ステピックとのパートナーシップにより、テクノパーク、テクノスフィア、テクノトラックの各分野の無料オンラインコースを引き続き開始します。 今日は、新しいプログラム「プログラム開発のタスクを設定するための基礎」を紹介します。
さらに、「Webテクノロジー」、「マルチスレッドプログラミング」、「Hadoop」の3つのコースを再開し、それらのレコードを再度開きます。
プログラム開発のタスク設定の基本
このコースは、ソフトウェア要件を準備および文書化するための基本的なスキルを形成します。 コースの最後に次のことを学びます：
-要件と利害関係者との連携。
-問題を分析し、要件を策定します。
-システムとのユーザー対話を設計します。
-タスクを設定する段階で、システムに必要な品質を提供します。
コースプログラムは6つのモジュールで構成されています。
1.開発タスクの設定（要件が必要な理由）
- コース入門レッスン
- 要件設計の概要
- システムのコンテキストと境界の定義
- ステークホルダー分析
2.ビジネス要件とビジネス分析
- ビジネス分析の概要
- 要件収集手法の概要
- インタビューが必要
- 用語集の形成
- 問題分析
- 問題文
- ソリューション機能の特定
- ビジネス要件の文書化
3.システムの動作の決定（機能要件）
- システム使用モデル
- システム使用モデルの最適化
- システムのシナリオ/ユースケースの文書化
4.品質要件（非機能要件）
- ソフトウェア品質
- 非機能要件のカテゴリー
- 品質属性スクリプト
5.要件管理
- 要件管理システム
- トレーサビリティ要件
- 要件の優先順位付け
- 変更管理
6.まとめ
- 次は？
- 最終レッスン
IT.Mail.Ruへの登録 。
問題のステートメントは、タスクを正常に実装するための最初のステップです。 そして多くの場合、この段階で最初の誤解が顧客と請負業者の間で生じ、それがさらなる対立につながり、条件の破綻につながります。 これを回避するには、タスクディレクターは、「開発者のフレーズ集」をマスターして、開発者がどのように考え、タスクの価値を彼に伝えるかを理解する必要があります。
私たちの部門には、目標を設定するための方法論全体があり、それらを仕様と呼びます。 新しいマネージャーは、チームと同じ言語を話すために、この方法論に慣れる必要があります。 この技術を習得することは、技術教育を受けていない人でも簡単です。 私たちの方法論の最初のステップは、7歳の生徒にそれを伝えているかのように、問題の本質を述べることです。 私はこれが問題の声明の礎であると信じています：どんなレベルの訓練を受けた人でも理解できるように、タスクの本質を簡単な言語で説明できるようにすること。 さらに、この段階で、タスクの目標を修正することが重要です。どのメトリックが変更されるのか、なぜこれが発生するのか。 このアプローチにより、チーム内の相互の誤解を排除し、目標を達成するための共通の動機付けを作成できます。
マネージャーが犯す主な間違いの1つは、タスクの価値を説明していないことです。 これは、20世紀の経営陣からもたらされました。実際には、タスクは議論されておらず、拘束力のある秩序です。 このため、開発者はモチベーションを失い、マネージャーをささいなものと見なし始め、正式にタスクに関係します。 私たちの主な敵は、タスクに対する正式な態度です。 開発者が「ボタンに関する苦情はない」という言い訳を使用する状況を回避しようとします。 私たちのチームが公言する基本原則は、最大限の責任をパフォーマーに移すことです。 これを行うには、仕様の開発段階で開発者を関与させることが重要です。そうすることで、共通の目標への関与を感じ、技術的な制限の可能性を示すことができます。
このコースは、管理者と開発者の両方にとって興味深いものになると思います。 前者は、顧客と請負業者間の理解の基本を学ぶのに役立ちます。 繰り返しますが、きちんと定式化されたタスクは、それを達成し、共通の目標を達成するための非常に意欲的な開発者の鍵です。 プログラミングは他のプロジェクトの開発者との継続的な対話を必要とするチームの規律であるため、このコースは開発者にも役立ちます。 遅かれ早かれ、開発者は同僚に最初のタスクを設定する必要があり、それを正常に解決するには、このコースで提示されるタスクの設定の基本を知る必要があります。
Roman Novikov 、プロジェクトマネージャーMy World
コースを再開する
新しいコースに加えて、以前に開始したプログラムを最終決定し、それらの記録を再び開きました。 ポータルIT.Mail.Ruを介した登録：