巨人を管理する方法Vol.2：インターネットプロジェクトの開発を計画するためのツール

前回の記事では、プロセスを整理し、複雑なWebプロジェクトを実装するためのチームを構築する詳細を慎重に検討しました。 しかし、プロセスのコンプライアンスを監視し、専門家の時間を計画する方法はありますか？ 理論的には、ノートとペンでできますが、これにより人的要因の影響が強まり、追加のリスクが発生します。 これらのリスクを最小限に抑え、効率を改善し、計画を容易にする多くのツールが利用可能です。 AGIMAの 10年以上にわたって、プロジェクト管理用のさまざまなソフトウェアを試してきました。この記事では、最も厳格な選択に合格し、マネージャーが日常的に使用するツールについて説明します。



記事であなたを待っているもの：



カスタム開発で作業計画プロセスを構築するためのルールと、人件費を最適化するためのヒント。



誰のための記事ですか？



この記事は、部門やプロジェクトの責任者にとって興味深いものであり、有益です。プロセス制御と開発計画に何らかの形で関係しているすべての人々。



免責事項：



この記事は万能薬ではなく、AGIMAが計画に使用する手段とツールの説明にすぎません（Evgeny Lobanov、エグゼクティブディレクター）。



§1。 プロジェクトの知識







リーダーは、スペシャリストが1つのプロジェクトに何年も従事しないことを理解する必要があります。 人々は行き来し、彼らはキャリアの成長を続けており、多くは単に同じことをすることに興味がありません。 その結果、1年でプロジェクトは多数の専門家（プログラマー、チームリーダー、デザイナー、QAなど）を経て、全員がプロジェクトとその微妙さに精通する必要があります。 したがって、計画の最初の主要な側面は、専門家のプロジェクトに迅速かつ快適に没頭することです。 これにより、優先タスク間で実行者を迅速に切り替え、本番計画で障害が発生した場合のリスクを軽減できます。 これを行うには、 Confluenceナレッジベースを使用し、プロジェクトナレッジのタイムリーな更新を厳密に制御します。



ナレッジベースの構造





各プロジェクトは個別のスペースで表されます（商用プロジェクトに加えて、内部ルールとワークフローに従ってAGIMAスペースがあります）。 各スペースには、ロールで使用可能なカテゴリを含むダッシュボードが含まれています。

• プロジェクトマネージャー
• デザイナー
• フロントエンド
• QA
• など

各ロールの情報へのアクセスは、知識ベース自体のアクセス権のグローバル設定のレベルで決定されます。 たとえば、プロジェクトマネージャーはすべてのカテゴリにアクセスできます。 次に、カテゴリはセクションに分割され、各プロジェクトの知識とルールのセットが規定されます。次に例を示します。

• 組織の問題
• 毎週のリリース（リリースレポート）、
• ライセンスとドメイン
• アクセス
• 開発プラットフォーム
• インフラの説明
• 自動テストサーバー
• など

セクション内には、必要なすべての情報が記載されています。 テキストの説明に加えて、プロジェクトドキュメントへのリンクを添付できるようにする必要があります：BRD（ビジネス要件ドキュメント、ビジネス要件）、機能要件など。また、プロジェクトの作業中に作成されたソース資料を保存しますpsdレイアウト、統合中のxml要求/応答の例、データベースダンプ、法的文書の原本のスキャンなど）。



柔軟なグループ化とローカルアクセスがないため、ナレッジベース自体の特定のセクションにアプリケーションとしてファイルを保存するのはあまり便利ではありません。したがって、ドキュメントファイルを企業のDropboxへのリンクとして添付します。



クラウドストレージ（Dropbox）のフォルダー構造







廃止されたプロジェクトは、アーカイブフォルダに移動さ​​れます。 管理者はアーカ​​イブをバックアップおよびクリーンアップし、ディスク容量を節約します。



ファイルとフォルダーの名前



統一されたファイル命名システムでは、ドキュメントの最も重要なパラメーターが考慮されます。 会社の内部ルールに精通しているスペシャリスト（内部ワークフローの詳細については、ナレッジベースで説明されています）は、プロジェクトのドキュメントをすぐに作成します。







復号化：

• レイアウトインデックス-レイアウトのリストを並べ替えるのに役立ち、その順序に従って示されます。
• プロジェクト名-レイアウトが関係するプロジェクト。
• ページタイトル-レイアウトに描かれた特定のページ。
• 状態名-レイアウト上にレンダリングされた特定のページの状態（ポップアップ認証など）。
• メジャーバージョン-クライアントとの改訂/承認の外部反復の数（最初にクライアントに承認のためにレイアウトを送信した-インデックス1;クライアントから修正を受信し、それらを作成し、クライアントに送信した-インデックス2;など）;
• マイナーバージョンは、編集の内部反復の数です。

その他の要件：

• プレビュー形式-PNG; JPG-写真のみ。
• フォルダーとファイルにはラテン文字のみで名前を付けます。
• 名前にファイルのバージョンを示します。
• アンダースコアを使用してブロックを区切ります。複数の単語の組み合わせを表すダッシュです。

§2。 生産計画







計画の2番目の重要な側面は、一定期間の正確で最小限のリスクの生産計画です。 複雑なプロジェクトの開発は、大規模なチームの相互作用です。 特定のプロジェクトに割り当てられたマネージャーとチームリーダーに加えて、必要に応じてプロジェクトの作業に接続しているさまざまな部門（社内に90人以上の従業員がいます）の専門家が多数います。 原則として、彼らは一度に複数のプロジェクトに取り組みます。つまり、時間とタスクを慎重に計画する必要があります。 これを行うために、各部門の週間生産計画を作成します。 毎週木曜日、プロジェクトマネージャーは、設計、設計、開発など、来週に必要なすべてのリソースの申請を対応する部門の長に提出します。 部門の責任者は、3か月前に内部の予備生産計画を更新します。この計画では、毎週のカットが実行されるため、計画負荷を既に認識しています。 アプリケーションとは、必要なすべての情報を示すタスクシステム内の更新されたチケットです。情報は、生産計画へのチケットを受け入れる段階で検証されます。 次に、タスクの優先度が決定され、木曜日の午前0時以降にエグゼキュータに添付されたすべてのチケットの優先度が下げられるか、対応する部門の長の裁量で次の週に延期されます（負荷に応じて）。



特定のツールについて話しましょう。通常、チケットシステムはIntervals + Jiraまたは+ Trelloと共に使用されます。 選択した方法論と顧客とのコミュニケーションの詳細に依存します。 プロジェクトに複雑な技術的実装がなく（通信に各側の技術専門家の相互作用が必要ない）、柔軟な方法論が選択されている場合、Trelloを安全に使用できます。 技術的に複雑なプロジェクトの場合、Jira専用のバンドル。 これらのツールを詳しく見てみましょう。



間隔



これは、プロジェクトが主要なマイルストーンへのチケットに分解される使いやすい「クライアント」トラッカーです。 そこから、会計システムの専門家が働いていた時間を引き出します。 原則として、クライアントとの通信と調整は間隔を介して行われます。 このシステムを使用すると、コメントを表示し、チケットごとに通知を受信する権利を柔軟に構成できます。 したがって、クライアントは本当に必要な場合にのみ惹かれ、現在の作業上の問題はチーム内で解決されます。



プロジェクトの構成に応じて、間隔で作成する主なモジュール：



1.データ収集

2.形式化、

3a。 評価

3b。 評価の承認

4.デザイン

5a。 設計

5b。 コンセプト開発、

6.レイアウト、

7.予定された成果、

8.バグ、

9.コード検証、

10a。 テスト中

10b。 ビジネステスト、

11.分析、

12a。 リリース

12b。 リリース後のテスト、

13.充填。

14a。 レポートでは、

14b。 別のアカウント

。研究、

バックログ、

。組織

ミーティング

システム管理。



プロジェクトのチケットの構造は次のようになります。

• マイルストーンプロジェクトでのペアレンタルタスク
  
  
  • データ収集のためのサブタスク、
  • 形式化に関するサブタスク、
  • 評価のためのサブタスク、
  • ...
  • 使用可能なプロジェクトモジュールに対応する他のアクティビティのサブタスク。
• ...
• その他のマイルストーンプロジェクトの親タスク。

ジラとトレロ



これらの「内部」チケットシステムの主な目的は、開発プロセスと内部チームの効果を詳細に制御することです。 それらをどのように使用しますか？



Jiraでプロジェクトを設定する例について説明します（Trelloとの連携も同様です）。 プロジェクトごとに、独自のワークフローを作成します（必要な段階とマイルストーンに応じて）。 プロジェクト全体は各ステージに分かれており、各ステージは24時間以内の最小のタスクに苦労しています。 すべてのタスクはプロジェクトのバックログに入力され、スプリントに添付され、「epics」（間隔のマイルストーンに対応）およびバージョン（必要な場合）の計画が実行されます。







次に、プロジェクトのワークフローに従ってチケットの状態を切り替えるときに、プロジェクトで使用可能なタスクの種類（タスク、改善、新機能、バグ、ストーリーなど）と画面を構成します。 各プロジェクトに対して、カンバンまたはスクラムボードが形成され（選択した方法に応じて）、 アジャイルプラグインでのみ使用可能です。 ボード上の一連のアクティビティは、間隔のモジュールに対応し、アクティビティごとに、待機リストとともに列が追加されます。



次のようになります。



1.データ収集→2.形式化

2.形式化→5a。 出荷設計について

2.形式化→6a。 出荷レイアウト用

2.形式化→7a。 出荷プログラミングについて

2.形式化→10a。 テストキュー

2.形式化→11.分析

2.形式化→3a。 評価のためのキュー

3a。 評価用キュー→3b。 格付け

3b。 評価→2.形式化

3b。 評価→3秒。 評価の承認

3秒 評価の承認→2.形式化

...

5c。 コンセプト開発→6a。 出荷レイアウト用

6a。 出荷レイアウトの場合→6b。 レイアウト

6b。 レイアウト→2.形式化

6b。 レイアウト→5a。 出荷設計について

6b。 レイアウト→10a。 テストキュー

7a。 出荷時のプログラミング→7b。 スケジュールされた実行

7b。 計画中の実装→2.形式化

7b。 実装が計画されている→5a。 出荷設計について

7b。 実装が予定されている→6a。 出荷レイアウト用

7b。 実行予定→10a。 テストキュー

8.バグ→2.形式化

8.バグ→5a。 出荷設計について

8.バグ→6a。 出荷レイアウト用

...

13.充填→14b。 別のアカウント

14a。 レポートで→10a。 テストキュー

14a。 レポート→2.形式化

14a。 レポート→8.バグ

14a。 レポート→14b。 別のアカウント

14b。 別のアカウント→10a。 テストキュー

14b。 別勘定→2.形式化

14a。 レポート→8.バグ



スペシャリストが実際の瞬間に1つのタスク（アクションを含むボード上の列）のみを持っていることが重要です。 これにより、チームの各メンバーが現在何をしているのか、計画されたタイミングに従って作業がどのように進行しているかをいつでも理解できます。 営業日の終わりに、スペシャリストはタスクのステータスを変更し、待機中の列に渡します（こうして、キューのあるボード上の列のタスクの残りの量は常にクリアされます）。







さらに、JiraはStashプラグイン（現在はBitbucketと呼ばれています）と統合されています。 これにより、バージョン管理システム（ Git ）のタスクに従って正確に何が起こるか、「コミット」が行われるか、プッシュおよびプルがチケット内でコミットされるかどうかをいつでも確認できます。







さらに便利な2つのプラグインを使用します。CIのBamboo （ 継続的インテグレーション ）とレポートのテンポです。



更新：ところで、同時にTaglineからタスクマネージャーの評価を読んでください。



ロード部門のロードマップ



プロジェクトの各部門の作業負荷を監視し、生産計画の障害に迅速に対応するために、暫定的な長期計画を準備した後、「 ロードマップ 」を作成します。 ロードマップは毎週更新され、オンラインで入手できます。



ロードマップを準備するには、 Cacooオンラインサービスまたはデスクトップアプリケーションを使用して、 OmniGraffleやArgoUMLなどのソフトウェア分野の構造やモデルを開発できます。



成績の方法論については詳しく説明しませんが（これは別の記事のトピックです）、このようなシステムを使用して、プロジェクトの複雑さと専門家の能力を比較します。 私たちには7つのグレードしかありません。プロジェクト評価の段階で関与する専門家の必要な資格を理解することが重要です。 スペシャリストの内部レートは学年によって異なり、作業コストを計算する際にはこれを考慮する必要があります。 また、ロードマップに内部料金でコスタを入力します（ただし、画面上では当然削除されます）。



§3。 タイムプランプロジェクト



プロジェクト管理を成功させるための3番目の鍵は、ガントチャート形式の最も詳細で常に最新のタイムラインです。 ロードマップが特定のタスクを持つ部門のロードの上位レベルの制御に使用される場合、タイミングは、このタスクのコースの詳細な制御と、わずかな一時停止での迅速な対応の可能性です。 タイムプランは、内部の生産プロセスを制御し、顧客の期待を管理するのに役立ちます。 ガントチャートでは、「ビジネステスト」、「コンテンツの提供」、「記入」など、クライアントとの作業を調整するためのすべての「マイルストーン」およびアクティビティにマークを付ける必要があります。 タイミングに関するタスクのグループ化は、間隔からのモジュールと、JiraまたはTrelloのかんばん/スクラムボードの列へのバインドに対応する必要があります（モジュールによるグループ化を伴うプロジェクトのxmlファイルが自動的に生成されます）。



タイミングをコンパイルする場合、生産カレンダーの正しい設定（ロシア連邦に固有の週末と休日を除外するため）および管理ポイントに適した曜日を考慮に入れる必要があります（たとえば、金曜日にリリースを実行しないでください）。 必要なリソース（ロードマップとは異なり、部門ではなく特定の専門家を示すローカル）とリソースの実際のコストに関する情報がタイミングのために入力されます。 計画上の活動のステータスの正しい設定を考慮することが重要です。



タイミングの準備には、主にMerlinを使用し、一部の従業員はOmniPlanとMSProjectを練習しています。 Merlinは使いやすく、最も重要なこととして、ガントチャートをHTMLにエクスポートできます。



すべてのプロジェクト参加者（開発者側と顧客の両方）が現在のタイムラインを確認し、プロジェクトの進行状況を監視するために、外部サイトを編成しました。 そのため、プロジェクトマネージャーは任意のftpクライアントを使用してサーバーに接続し、タイミングを更新できます（Merlinでは、ftpサーバーへのエクスポートを直接構成できます）。 通常、タイミングはhtml形式で配置されますが、pdfとpngも使用できます。 必要に応じて、http-authorizationを追加して「タイミング」にアクセスできます。このため、.htaccessおよび.htpasswdファイルを作成し、base64のコロンを介してユーザー名とパスワードを書き込む必要があります。



例：

www.agima.ru/demo/RBS



一般に、これは商業生産の基礎であるため、新しいツールを試して、計画プロセスを絶えず最適化します。 忘れないでください：「プロジェクトを管理しなければ、プロジェクトがあなたを管理します！」。



PSこのシリーズの次回の記事では、プロジェクトの進捗状況と各段階の機能をさらに詳しく調べます。