チームのインターネット組成

チームタイプの

インターネットチームの形成の企業は、主に過去の経験に基づいて、またはターゲット製品の機能を設定することです。一般的な、市場主導型、商品主導三つのモデルにおける主要な研究開発を形成しますが、各モデルは、さまざまな問題に直面することになります。

R＆D指向の
開発、制御の製品需要ロジックの欠如、および製品の経験とデザイン性を考慮して、通常は忙しいです。

市場志向型は、
通常、たくさんのアイデアを持っているが、それは難しい着陸です。多くのユーザーへのアクセスは、需要が、すぐに使用可能な製品、全体的な計画の欠如とすぐに製品を実装する能力を形成するためには実際の方法はありません。

指向の製品
製品の方向性と需要の詳細を議論に多くの時間を費やし、製品設計をより良くする方法を検討するよりは、早く将来の製品と高速出力を実現する能力を欠いています。

チームメンバー

完全なインターネットのチームでは、製品の所有者は、製品の方向を制御するために、チームリーダーのようになります。しかし、この役割の異なる製品またはサービスでは、たとえば、ゲームチームは、この役割は、プロデューサーとして知られている、別の名前を持っています。この役割の下に、サブ製品チーム、R＆Dチームとサブサブ運用チームの3つのサブグループに分割されます。

製品チーム	R＆Dチーム	運用チーム
プロダクトマネージャー	プロジェクトマネージャー	オペレーションマネージャー
インタラクションデザイナー	開発エンジニア	コンテンツ事業
ビジュアルデザイナー	テストエンジニア	ユーザーの操作
	運用・保守エンジニア	営業活動
		チャンネルオペレータ

チームは家族に例えインターネットは、その後、家族が対応チームは、インターネット製品の製品で、最も重要なことは子供です。その製品は赤ん坊の息子のチームに相当し、運用チーム責任者の子供はよく赤ちゃんを上げる方法です。

それは？プロダクトマネージャーでその子の父親は、なぜあなたは言うのですか？お父さんは、この時点でより多くのことがあり、役割はいくつかのアイデアを考えることで、その後に出力することに、それを実装する開発エンジニアに語りました努力の数が多いことで、ハードは、私たちが使用できる製品に、コードの中にそれを置く、とします。多くの開発エンジニアは男性ですが、そのため、このプロセスは、開発エンジニアは、この役割に母親としての役割を果たすが、残念ながら、彼らは実際に母親ような役割が負担しています。

ママとパパと、だけでなく、あなたは、子どもたちが繁栄することができるように、ママとパパを助けるために誰かを必要としています。他の二つの役割があるもの：テスト・エンジニアで、彼は私たちの製品に欠陥があるかどうか確認しようとしていた一つは、医師が実際に我々のチームに対応して、医師が彼の健康を維持するために、医者に子供を支援することです、医者であるが、問題は何ですか、タイムリーな発見、できるだけ早くそれを修正するのに役立つ開発エンジニア、非常に重要な役割がありますが叔母が来て、子供の誕生後、叔母で、子供を育てる必要があり、子どもたちが成長させ、その私たちのチームの叔母は、私たちが実際に対応することです運用管理者。





製品サブ・チームは

、一般的に、製品マネージャー、インタラクションデザイナーやビジュアルデザイナーで構成されています。最も重要な役割は、プロダクトマネージャー、製品全体のエンジンに相当し、すべての要件を理解し、利用者との広範な通信します。製品マネージャーを支援するインタラクションデザイナーは、最高のインタラクティブな体験に製品を最適化する、とビジョンは、設計者は、最も美しいビジュアル・ショーのための製品を作成するために支援することです。3つの役割は一緒に企画や商品企画を完了します。

①プロダクトマネージャー、
より重要な責務の2のためのプロダクトマネージャー：製品の機会を評価する（製品の機会）、製品を定義します。
検索の先頭に創造性の多くは非常に複雑であるため、実際には、革新的な製品を評価するためには、製品の機会の評価であるが、コアビジネス目標に焦点を当てる必要があり、それを出して、いくつかの厳格な評価を行う必要があり、より多くのコアの一部を選び出します、初期のフォーラムを決定します。
同社の開発に沿った製品の機会を決定した後、私たちは、次のステップは、製品のソリューションを試してみることです、そしてこれらのソリューションは、出力製品要件文書PRDを降順に定義されて探検してみてください。これらは、製品の機能を開発する必要性、機能性、ユーザーエクスペリエンス、発行基準が含まれるであろう。今アジャイル製品開発速度に、これらの定義は、基本的にはプロトタイプで、持ち運びになっています。また、強力な経営陣とコミュニケーション能力があります。プロダクトマネージャーの製品チームは、魂の言うことができます。

出力した：製品の要件は、ドキュメントPRD

②利用者の研究者は、
真正性と普遍性は、製品の成功の基礎であることを確認する必要があり、利用者は、研究者が実際に彼らのニーズを分析し、ターゲットユーザのメンタルモデルを研究することである動作します。プロダクトマネージャーやユーザインタラクションデザイナーは、製品の研究所を改善するために、結果を使用することができます。
一般的なユーザー調査方法はように調査、インタビュー、フォーカスグループ、ユーザビリティテスト、およびです。

③インタラクションデザイナー
の日の人々と通信するために、まず、2つのことを行う、第二、および対話型ツールために、このツールは、App、ウェブサイト、オペレーティング・システム、およびその他のマンマシンインターフェースのインターネットの世界です。インタラクションデザイナーの目標は、使いやすく、時間の製品との通信、使用する製品は、簡単にインターネットユーザーのコストを上昇させることです。
各目標の需要を打破するために、インタラクションデザイナーやプロダクトマネージャ、ユーザー調査の通信は、その後の目標は、ページのデザインに特定の動作を、精緻化し続けることです。

出力オブジェクト：インタラクティブデザインドキュメントDRD（含まれています：設計目標、フローチャート、ページフロー、高忠実度のプロトタイプマップ、インタラクティブな説明...）

④UIデザイナーを
問題を解決するためのインタラクションデザイナーが製品そのUIデザイナーを本当に使いやすいの場合ソリューションには、トーン、米国と見苦しい問題がない製品です。
UIの設計者は、各プラットフォームの設計仕様に精通している必要があり、インタラクションデザイナーは、最終的に参照するためのユーザインタフェースであるページへのビジュアルダイアグラムのプロトタイプを作成することができます。ビジュアルアートワークは、マップが完了した後に切断してマークされ、およびUI設計者は製品のセットを標準化し、そして他のメンバーが閲覧するだけでなく、その後の反復アップグレード製品を促進することを可能にすることができます。
絵画やデザインインターフェイスのアイコンに加えて、バナーは、ページ、トピックページのデザイン活動を開始しています。基本的にUIデザイナ多くのスタートアップ企業は、どのような人は生きるために行うことができます。大企業は、より細かなインターフェース捧げている分業、アイコンの絵、そしてやっ活動やバナーページ、ポイントが高いの知識とスキル要件のより微細化されます。

出力した：ビジュアルが発行され、図は、マークされ、UIの設計仕様をカット。

概要：
中小企業では、一般的に同じ人のために働くためにユーザーエクスペリエンスデザイナーに着手する視覚的なデザイナーとの相互作用デザイナーを作られています。彼らは、リッチなユーザープロトタイプ、プロの色やレイアウトを視覚的に表現する責任があり、かつインタラクティブな論理宛先ユーザのニーズに利便性を提供します。コートの使いやすさと価値を持つ製品を作る、ターゲットユーザーに合わせてハートのデザイン案を作成します。ここでの入手可能性は、値は、製品を変更するユーザーのための意欲の度合いを指し、使用することを指します。よくこれを行う、それは開発計画を策定することができ、この作業は通常、プロダクトマネージャーや専門のプロジェクトマネージャのご負担となります、大規模なプロジェクトは、一般的にプロジェクトマネージャーが負担しています。

R＆Dサブチームの

製品チームは、製品が（開発）を生成するための研究開発チームのために支払うことになるように設計しました。

①プロジェクトマネージャ
プロジェクトマネージャは、良い製品の定義に基づいて、計画、開発、開発の進捗状況を追跡するために人々を展開。
子の開発チームでは、プロジェクトマネージャーは非常に重要な役割である、彼がドッキングし、製品のスタッフがニーズをスケジュールし、詳細なリリース計画を策定することになります。開発エンジニア、プロジェクトマネージャによって駆動リズム機能を開発することになります。テスターに転送され、開発機能の完了後、検証はテストエンジニアによって行われます。そして、ライン上で、重要な役割は、運用・保守エンジニアが存在している、彼はオンラインシステムの正常かつ安定した動作を担当していました。

開発エンジニア②
インタラクティブデザインドキュメントを取得するには、開発者の後には、コードを書くバグを見つけ、バグを解決し、フロントページに接続し、バックアップデータをするようにスケジュールすることができ、システムが通じ実行されます。

③テストエンジニア
開発エンジニアは、コードをテストコードの欠陥を見つけて、コードの品質を確保するため、実行するコードの効率を改善するために、テストエンジニアがコードを終えました。

④運用・保守エンジニアは
、サーバーの保守要員、人々に奉仕するために開発チームの専門知識の必要性の一般的な用語です。ここで形成に関する基本的な小さな開発チーム。
計画情報要員の運用と保守の責任は、ビジネスニーズ、ネットワークサービス、ネットワーク監視を通じて、早期警告イベント、サービススケジュール、トラブルシューティングのアップグレードと長期安定した状態でサービスを利用できるようにする他の手段に基づいています。

違いの開発チームとITチーム
、厳密な意味での開発チームは、外部の顧客の製品開発と保守チームを参照し、内部スタッフのチームへの支援を提供するために、我々は、一般的にITチームと呼ばれます。明らかに市場は、多くの企業はそう、このチームに真の開発チームとして知られ、C末端ユーザーのための製品を開発しています。開発者に加えて、ダースノンストップコードのため、サーバー側もそれほど必要不可欠な仕事ではないの保守、運用、保守要員を維持する必要があります。

オペレーションサブチームの

インターネットチームでの運用管理は非常に重要な役割であるが、多くの企業が簡単に無視します。特に、従来の企業では、多くの場合、この記事では行方不明、そしてこの役割を理解するために、他の役割に良い相対的ではありません。コンテンツの操作、ユーザの操作、活動、操作、およびチャネル・オペレーション;：主流の運用の考え方事業者によると、すなわち四つのカテゴリーに分割されます

①内容操作：
編集、統合、組織を通してまたはAPPサイトの内容を提示し、コンテンツの品質の製品を改善その後、他のツール、強化されたユーザーの粘りと一緒に広がります。コレクションは、コンテンツの作成、編集、出版、最適化と普及を含み、たとえば、あなたはフォーラムで、自分の意見を表現し、学生のオペレーターがあなたの視点は非常に良いと思います、それはあなたの意見がかかりますし、他の人の意見を整理して、自分自身を使用します記述とクレソンを介して拡散する言語、マイクロブログは、仕事の内容によって運営され、ほとんど、または他の手段を、知っています。

②ユーザ操作：
ユーザーを導くために、メインサービスのユーザとしてユーザに基づいて、コア作業におけるアクティブユーザは、ユーザが最も直接的なチャネルを必要と捕捉され近づきます。あなたがより良いユーザーにサービスを提供するために知っておくべきことを、自分のユーザー構造およびユーザ分類の適切な行動を制御します。製品と開発ニーズの方向に動作し、ユーザーは非常に重要です。

③営業活動：
活動事業者が急速に短期的にはKPIを達成することができますが、メインプロセス活動は、プログラムを計画する操作、整理イベント、プロモーション活動、イベントの再設定が含まれます。主な目的は、新しい、プロのライブと保持を引っ張ること、活動を計画することで、運用目標を達成することです。最も複雑な操作の業務活動は、あなたが良い仕事の活動をしたい、だけでなく、その上、技術部門、マーケティング部門との部門の数と、最も困難な1つの作業します。

④チャンネル操作：
チャネルの操作お使いの製品に新しいトラフィックをもたらすために、すべての利用可能な手段と資源を介して行われます。主なタスクは、ほとんどのユーザーをもたらすために、少なくともお金を使う方法を検討することです。蓄積された連絡先の量のために、支払ったというように、主に二つの側面に関連し、自由を含むチャンネル操作：まず、新しいマーケティングチャネルと機会を開き、そして第二に、既存のマーケティングチャネルは、定期的なメンテナンスを行うために、多くの場面での協力を推進します。いつもの日常業務だけでなく、その上などでのサポートとタイムリーなドッキング技術を作るためのデータ、行政、金融、幅広いです。

オペレータの作業は非常に複雑でなく、活動を計画しているようだが、コピー、チャネルプロモーション、研究データ、および他のユーザーを書く返信が、この作品は、3つの動作の目的を中心に行われている：新しい、プロ生活の保持、収入を引きます。あなたが目標と仕事の性質を理解すれば、通常の忙しい仕事で自分自身を失わないためです。

ここでは、インターネットアーキテクチャの完全な導入はチームであり、唯一の大規模なインターネット企業は、より多くの企業は、プロダクトマネージャー、UI、開発エンジニア、製品の高い複雑さ、チームメンバーの一部門であってもよいし、そのような完全なチーム構造を持っています要件が高くなっています。もちろん、インターネット企業が構築すると、金融、販売や他部門など他部門の支援との連携なしに、自分のコースを展開します。

グッドインターネットチーム

あなたに紹介する一般的なインターネットのチーム以上が、それはすべてのチーム私たちはこのようなパターンを取る必要があることを意味するものではありません。製品自体の特性は、機能やあなたの開発手法は、接触を持っているので、我々はこれに基づいて、いくつかのカスタマイズを必要とします。しかし、関係なく出てレンダリングするための組成物であり、チームの種類、チームは良いインターネットは二つの特徴を持っている必要がありませんしなければなりません。

「フル役割」チームは、
何よりもまず、「完全な役割」チームは、インターネット製品の独立した効率的な出力を達成することができ、そのような完全なチームを通じて必要な製品の対象を投稿します。このような複合体は、実際には、最も効率的な状態です。

しかし、関係なく、分割ポストの
義務である「ポスト」、インターネットは実際には、でも、異なる位置の名前で、分業を持って、チームではあるが、我々はこの記事を分割しますが、自分の手のための唯一の責任を負うことができないという理由だけでこれは、これは絶対に不可能である、上のものです！良いインターネットのチームは、それぞれが集中仕事を持っている必要がありますが、お互いに、相互バックアップを駆動し、連携して動作します。先駆的な態度、高速出力製品にチーム全体を可能にするように、これは必見インターネットチーム遺伝子です。

製品を「成功した女性の背後に成功した男が持っている必要があります」ので、この通路は関係なく、どのように良いの製品のために右ではないか、良い製品の背面を作るための努力をする必要がある：諺通りチームのハードワークと忍耐



要約：
チームタイプ：R＆D志向、市場志向、製品指向の
製品のサブチーム：プロダクトマネージャ、ユーザーの研究者、インタラクションデザイナー、UIデザイナーの
研究開発のサブチーム：プロジェクトマネージャ、開発エンジニア、テストエンジニア、運用・保守エンジニア
操作するサブチーム：コンテンツ事業、ユーザーの操作、業務活動、チャンネル操作の
良いインターネットチーム：「完全な役割」チーム、関係なく、分割ポストの

オリジナル：ビッグボックス  チームのインターネット組成