人々は通り過ぎてお互いに提示されます-友人が私たちに戻ってきて、子供の頃から1つのことをしている場合、なぜ燃えるようなスピーチが必要ですか？ 彼と彼のデザイナーが幼少期を過ごした美しい都市オムスクのプログラマー。 サンクトペテルブルクの中心に1年以上住んでいるデザイナー。 強力なプログラマー、才能あるデザイナー、そして私たちのチーム...
すべてが明確ですが、正確には何ですか？
アイデアがあり、見通しの理解があり、私たちは働き始めなければなりません。
カスタムメイドのサイトを構築するグループは小さくてもかまいません。クライアント、デザイナー、レイアウトプログラマー、電話またはスカイプによる情報交換を行うのに十分なマネージャーがいます。 チームが成長するにつれて、チームワークが必要になります。
私が会社の成長を計画したとき、もちろん、チームワークとこれらの目的のためのソフトウェア製品についての質問が生じました。 私が頼りにしたみんなはbasecampからアドバイスされた。 プログラマーはtracを提案しました。 彼はひざまずき、ロシア化され、語られ、示された。 この瞬間から、新しい時代が始まりました。 困惑した静寂の時代：優先順位に応じて、すべてのタスクがトラックに入力され、計画的な方法で人によって実行されます。 時間内の不採算のために口頭でのタスク設定は禁止されています（質問者にとっては、たぶん彼のタスクの解決には5分しかかからないようですが、プログラマーの通常のリズムを回復し、メインタスクに戻すには、多くの場合、このような切り替えにさらに時間がかかりますが、たとえば、中断された括弧の意味を再構築してみてください！）。 タスクは、どれほど単純に見えても、チケットに記録されます。グリッチやエラー、質問、提案もあります。 プロジェクトは継続的な改善の段階に入っています。
新しい作業システムの出現により、新しいスラングが発生します。 すべてのタスクで「チケットを切る」必要がある場合、「修正済み」という言葉は文字通りの意味を持ちます。 「ワークフロー」という言葉は言葉ではなくなり、情報の流れである流れになります。
暗黙のワークフロー
- タスクが発生すると（バグ、小さな修正、新機能のいずれでもかまいません）常に新しいチケットが作成されます。
チケットにはマイルストーン（期限）が割り当てられます。 締め切り（つまり、タスクを完了する）期限。
開発者は、オープンチケットのリストを見て、クローズできるチケットを取得します。
開発者は1つ以上のチケットに取り組んでいます。 この場合、チケットのステータスは割り当て済みに変わります。 「進行中。」 したがって、誰が何をしているのかを常に確認できます。
タスクの作業が終了したら、開発者はチケットを閉じます。
NB開発者は、デザイナー、管理者など、つまりプロジェクトに関係するすべての人です。 したがって、チケットは全員および全員のために作成されます。 努力するのに理想的なオプション：チケットなし-仕事なし、チケットあり-仕事あり。 1日の平均チケット数は3〜4個です。
適切なチケットを作成する方法
チケットにはいくつかの種類があります。 最も一般的なのは、不具合（バグ、エラー）とタスク（新機能）です。 チケットを作成するときは、すべてのパラメーターを正しく指定し、タスクまたはエラーを明確に記述することが重要です。 バグに関するチケットを追加する場合は、チケットの説明で次のデータを指定する必要があります。
- エラーページURL
取るべき行動
これらの手順を完了した後に期待されたこと
実際の結果は何ですか
作成時に指定する必要があるチケットパラメータ：
- 短い要約（短い説明）
タイプ-障害（バグ）、機能強化（軽度の重大ではない改善）、タスク（新機能）
優先度-bloker（他のチケットのクローズを防止）、クリティカル（できるだけ早く作成）、メジャー（メイク）、マイナー（フリータイムでメイク）、簡単
コンポーネント-チケットが属するシステムのコンポーネント。
マイルストーン-チケットの締め切り
バージョン（チケットが属するVideoZZバージョン）-トランク（Subversionの現在のバージョン）およびデプロイ（サーバーにアップロードされるもの）
プロジェクトのマイルストーン（いわゆるマイルストーン）が設定され、一連の改善の実施期限が設定されます。 チケット自体はマイルストーン、優先度に関連付けられており、タスク（タスク）、改善（エンチャント）、バグレポート（欠陥）にも分けられます。 タスクは、複数の反復または議論を必要とするすべてであり、改善はプロジェクトに対する小さな具体的な改善です。 バグレポートはプログラマーには話されなくなりましたが、プロジェクト参加者全員が記録します。
チケットに署名しました-それをしてください！ タスクはプロジェクトコンポーネント（ビデオプレーヤー、サイトインターフェース、またはソーシャルコンポーネント）に配置されます。詳細な説明にサインインしてください。これにより、後続のドキュメントが容易になります。 トラックはリポジトリに接続され、ウィキが組み込まれているため、開発プロセス全体をリンクできます（「私はそのようなチケットを待っています」または「そのようなコメントで詳細に説明されています」、「そのようなチケットによるコードの変更」）。 チケットの変更に関連するすべてのこと、このチケットが関係するすべての人（ユーザー、コメントしたコンポーネントの所有者）へのメールへの通知-これにより、グループ内の情報交換の問題が解決されます。
プロジェクトに必要なすべての情報は、ウィキのプロジェクトトラックのタイトルページに配置されます。参加者、マイルストーン、プロジェクトとそのコンポーネントの簡単な説明、タイミングと準備、どこが誰で何が責任を負うか。 チケット自体に、タスクは、部門マネージャー（コンポーネント所有者）に条件付きで詳細に記述されます。 タスクと優先順位を設定する主なタスクは、プロジェクトマネージャーが引き受け、独立した管理のために水平レベルを残します。
チャット履歴を作成する必要がありますか？ デザイナーに-ページを描画し、それを作成して接続するプログラマーに渡します。 途中で、ストーリー内のメッセージの順序について、上から下へ、または下から上へ、上から最初のページまで、最後に議論しますか、それともページの始まりをストーリーの最初から行くべきですか？ このような質問に対する回答は各チケットに詳細に規定されており、悪名高い「使いやすさ」がこれらの回答に含まれています。 訪問者のための些細なことの実装の統一から、サイトの利便性の印象が形成されます。
だから。 小さなグループが成長しています。 開発者のスタッフが拡大し、情報の流通が標準化され、マイルストーンが定義され、責任が分散されています。
-
前の投稿： Viral HRまたはThe Catcher and the Beast Runs ウイルス募集。