IT企業であっても、個人の資質と社交性はチームプレーヤーの不可欠な要素です

新製品のアイデアはどこから来たのですか？ アイデアの進化と開発の段階。 プロジェクトチームを形成する原則は何ですか？ 新しいアイデアを刺激するツール。 これについては、前回のRIW / 16フォーラムで話しました。 この記事は、Maria KigelがMediajobs.ruポータル用に用意したもので、Parallelsクラウドテクノロジー部門のディレクターである Elena Koryakinaによるスピーチからの抜粋を見つけることができます。 ところで、プレゼンテーションはこちらから入手できます 。





-アイデアが個性を生み出すという事実から始める必要があると思います。 人はコミュニケーションの過程で発達します。 したがって、私たちの会社にとって、専門家チームを構築し、人と人との効果的な相互作用を確保し、従業員の頭の中でアイデアが消えずに本物の製品になるように創造的な環境を維持することが重要です 。

私たちの原則

最初の原則は、人々により近づくことです。 有望な分野を開発するために当社を導く優先事項は、事業部門、経営陣によって決定されます。 しかし、誰も技術的な専門知識をキャンセルしませんでした。 したがって、ビジネスは、新製品を作成するごく初期の段階で私たちに目を向けます。 これは、最終決定に影響を与える可能性があることを理解しているため、チームにとって非常に重要です。



2番目の原則は、業界ニュースへの迅速な対応です。 あなたはその時間が成功したすべての時間を覚えておく必要があります。 そして、常にパルスに指を置いてください。



3番目の原則は、プロジェクトに取り組むチーム全体がユーザーを知っている必要があるということです。 彼女は、ユーザーが現時点で気に入らない将来のバージョンで見たいものを理解する必要があります。 現在、大規模なチームが存在するため、プログラムマネージャーとアナリストはカスタマーエクスペリエンスプログラム（Parallels Product Quality Improvement Program）の結果を慎重に分析し、サポートに問い合わせ、フォーラムやソーシャルネットワークに関するフィードバックを行い、収集した情報を他の開発参加者と共有します。 また、Parallels Desktop for Macを開発したとき、チームリーダー、プログラマ、テスター、サポート担当者全員がフォーラムに参加し、レビューを読んで、回答し、オンラインでユーザーとのテクニカルセッションを手配しました。 チーム全体がユーザーの肖像を見て、彼の要望に迅速に応えようとしました。 このアプローチは、さらに発展する場所を理解し、新しいアイデアの流れを正しい方向に向けることができます。



第4の原則 （基本的な原則 ）は、「すべてがアイデアを収集することです」です。 次の製品のアイデアを生み出すことにチーム全体が関与しています。 新しいプロジェクトを開始する前に、そのリーダーおよびプログラムマネージャーは、伝統的に、この方向のアイデアまたは一般的に彼らが提供できるアイデアについて従業員の調査を実施します。 調査は、ブレーンストーミングを伴う特別会議で電子メールで行われます。または、アイデアは、コーヒーを飲みながら1対1の単純な会話で生まれます。



5番目の重要な原則は「注意、新製品」です。 私たちが働く地域を黙らせるのは慣習ではありません。 そのため、ほぼすぐに、新しい製品、新しい方向が現れるとすぐに、プロジェクトマネージャーは関連情報を送信し、従業員は開発チームに参加するか、単にアイデアや提案を共有できます。

アイデアがあり、そこに...

従業員からのアイデアの生成を刺激するために、私たちには有形および無形の方法があります。 チームは報酬だけでなく、認識などのために機能するとき、チームはより安定しているため、無形資産に依存しようとします。



素材から始めましょう。 アイデアは企業が持っている最も価値のあるものなので、企業はあらゆる方法で特許を申請するのを手伝います。 従業員は、金銭的な報酬と、Linkedinなどで自分の特許リストを示す機会を受け取ります。これにより、専門家としてのレベルが上がります。







2番目はアヴァルダです。 会社全体へのサービスのために四半期に一度発行されるグローバルアバードがあります。 任意のユニットからの人がそれに指名することができます。 勝者には美しいガラスのタブレットが与えられ、それに報酬が追加されます。 しかし、実践が示すように、創造的なチームでは、認識は人々にとって重要です。 したがって、それらをavardi認識と呼びます。 年間を通じて、人々は会社の発展に対する特別な貢献に対して賞を受賞します。 開発者にとって、これは何でも構いません-迅速に開発された機能、興味深い新しいプロセス、新しいアイデア。 人事マネージャーには、チームに参加している優秀な従業員がいます。 お祭りの雰囲気の大in日には、これらすべてが披露されます。 なぜこれが重要なのですか？ 人々は、プロのチームで働いていること、近くにクールな製品を作っている興味深い人々がいること、そしてこれに参加し続けたいと考えています。



かなり具体的なことがあります。 たとえば、会社のシンボルを持つオブジェクト（Tシャツなど）が邪悪なトピックであることは誰もが知っています。 しかし、奇妙なことに、これらのことを排他的に行って、人々がこれまたはそのことの存在が名誉で興味深いことを理解するようにすれば、うまくいきます。 多くのアイデアや特許を生み出した人々 に特許の主のジャケットを配ったとき、そのようなケースがありました。 そして、開発者は本当に来て、どうやってそのようなジャケットを手に入れることができるか尋ねました。 私たちは答えました-10のアイデアを生成し、あなたもそのような素晴らしいジャケットを持っています。 奇妙なことに、これは機能します。



アイデアがトップ10のマーケティングアイデアにあり、ユーザーの関心を集めている場合、その人は新しいiPhoneを手に入れることができます。 プロジェクトマネージャーが自分で赤キャビアでサンドイッチを作り、次のリリース後に従業員を扱うとき、まだそのような慣行、素晴らしい伝統があります。



これはすべて、人々に自分の仕事の結果が蓄積されていると感じさせることを目的としており、あなたの脳に負担をかけて業界に投資することは理にかなっています。

アイデアからプロジェクトへ

アイデアはどのようにプロジェクトに進化しますか？ それはいくつかの方向に発展する可能性があります。 最初のアイデアは、たとえば会社の開発傾向にないということです。 特許を申請し、貯金箱に入れます。 これは会社のそのような「 戦略的脂肪 」です。 アイデアの次の可能な軌道は、既存の製品の新しい機能です。



3番目のオプションは、アイデアが生まれ、そこから興味深いプロジェクトが判明する場合です。 確認する必要があります。 一般に、基本的な製品ラインの開発と並行して、最大2つのパイロットプロジェクトがあります。 それらは最小限のリソースで編成されています。エンジニアまたはプログラムマネージャーの1つまたは2つの自己管理です。 通常、プログラムマネージャーはエンドユーザーの関心事を表します。 この時点で、彼にとって最も重要なことは、この製品に興味を持つユーザーの肖像を推測することです。 アイデアは、すでに形成された製品の機能になり、独自の顧客基盤を持ち、それが深刻な何かに変わり、新しい興味深い製品に変質する可能性があることを理解しました。 たとえば、Parallels Desktop for Macの次のバージョンの作業の一環として、クラウドについて話すのが流行していた時期がありました。ローカルコンピューターをクラウドとして考えてみませんか。 WindowsとMacの両方でアプリケーションを同時に実行できます。これらのアプリケーション、ドキュメント、およびファイルをリモートで操作する方が便利です。 これがParallels Accessの誕生です。独立した製品として開発を続けています。デスクトップコンピューターへの便利なアクセスと、あらゆるデバイス上のアプリケーションの操作です。 私たちは、ユーザーエクスペリエンス（使いやすさ）の分野におけるすべての開発を積極的に構築し、適用し始め、私たちはさらに何かできることに気付きました。 そこで、モバイルデバイスの小さな画面でドキュメントを操作しやすくするために、虫眼鏡を考案しました。 最近のParallels Toolboxにも同様の話があります。 現在、これらの製品は数十万人のユーザーによって使用されています。



単純な「発火」のアイデアは表面にあることが多く、既存の製品の機能の一部である可能性があります。恐れることなく、開発、変換、新しいリンクでキャッチ、今のことをキャッチすることが重要です。独立製品のリリース前のユーザー。

完全に一人では戦士ではありません

それでは、プロジェクトチームについてお話しましょう。 プロジェクトチームをスタートアップから、サポート段階にあり、特定のユーザーを持つ製品を持つ確立されたチームに進化させるための一般的な原則があります。 まず、プログラマーはいくつかの機能を実装するコードを作成します。 次に、蓄積されたテスターの品質をチェックすることの重要性について理解があり、テスターがチームに関与します。 次に、潜在的なユーザーのシナリオを作成し、新しいアイデア、ユーザーにとって興味深く有用な機能を選択して説明する必要があります。 これらのスクリプトの作成を開始するプログラムマネージャーが表示されます。 つまり、プロジェクトで効果的に作業を開始できる最小のチームは、プログラマ、テスター、プログラムマネージャーの3人だけです。







すべてが少なく、プロジェクト参加者は密接に連携して作業しますが、役割の分離はあまり感じられず、最終結果である製品全体に焦点を当てています。 しかし、プロジェクトに人を追加し始めるとすぐに-最大100人になる可能性がありますが、私たちはすべての人がジャケットのボタンを縫い、ジャケットに注意を払っていないプロのチームがある状況に直面しています。 これを防ぐために、私たちは各エリア、最初から各ユニット、製品作成の初期段階、そして少なくともそのリリースの瞬間まで、エンドユーザーに転送するチームに人を引き付けようとします。



製品は、機能、アイデア、機能の領域に分割されて取得されます。 機能アイデアごとにワーキンググループが作成されます。 当初から、各グループには各ユニットから1人の担当者（デザイナー、開発者、テスター、プログラムマネージャー、サポート担当者）がいます。 彼らはいくつかのセッションを費やします。 そして、アイデアから機能が生まれた瞬間、彼らはすでにプロジェクトの各段階で何を期待するかを明確に知っています。 これにより、議論の初期段階ですべての意見を考慮し、将来の大規模な変更を回避して、プロジェクトの各ステップで結果を予測可能にすることができます。 プログラマーが作業を終えたテスターに​​とっては驚きではありません。事前にテスト計画を計画および準備する機会があります。



2番目は、開発者に関係します。 実際、開発者はしばしば閉鎖的な人々であり、彼らはコードの一部を作り、次にどこに行くのか、統合されるもの、そしてどのように本番に至るのか（ユーザーが利用できるようになる）-彼らはあまり興味がありません。 統合されたアプローチの文化を維持し、彼ら自身のコミュニケーションスキルを刺激するために、私たちは以下を行います-もちろん、開発者を彼の同意を得て「機能所有者」として指定します。 そして彼は、コーディネーターとして-ちなみに、しばしば非常に成功した-自分自身を証明する機会を持っています。 タスクは彼のために設定されています-機能の作業を完全に終了します。 作業を同僚の作業と調整し、組み立てたバージョンをテストに転送し、元の説明に記載されている内容に準拠していることを確認し、エンドユーザーに本番環境に持ち込みます。 これは重要な経験です。各機能所有者のプログラマーはチームを製品全体に集中させ、役割を交換し、チームは互いにより効果的な相互作用のスキルを開発します。 多くの場合、プロジェクトには製品の発売日に関する問題があります。 開発者は創造的な人間であり、できれば期限なしに何かをしたいのです。 人がミニプロジェクトのそのようなリーダーとして自分自身を試してみると、彼はなぜプロジェクトの完了の期限のようなものがあるのか​​を考え始め、彼自身は、リーダーの「靴の中にいた」、これらの期限を達成するプロセスをより真剣に受け止めます。 チーム全体にとって、これは、製品に対する全体的な関与と責任をエンドユーザーに体験するもう1つの良い機会です。



もう1つの重要な点は、プログラマーが切り替えることが重要であることです。 そして、Parallelsでチームを構築する際にこの重要な要素を使用します。 新しいプロジェクトチームであろうと、新しいオフィスの開設であろうと、まず知識を別の領域に変換する準備ができている私たちの専門家に基づいてバックボーンを形成します。 そしてその後、この分野の既存の専門家チームを外部から徐々に追加します。



このように、プロジェクトからプロジェクトへの作業文化を簡単に移行できるため、プロセスを構築する時間を節約できます。 チームは効果的で、適切に調整され、前進しています。



リモートワークの可能性について。 開発部門は、オフィスで働くというコンセプトを維持しようとしています。 これを行うために、私たちはオフィスでの仕事が効果的で快適で興味深いものになるように、あらゆる努力をします。 私たちのオフィスをカルト映画のセットと比較します。同僚の間のプログラマーは、俳優が自分自身を見せているように、壮大な大規模なシーンで演技するように、彼らの創造性を可能な限り見せることができます。 初心者はチャットして、この職業ですでに開発した人の経験から学ぶことができます。

ボゼナです！ （c）

別の質問-より望ましいのは「スター」またはチームプレーヤーですか？ 「スター」は、チーム、パイロット、研究プロジェクト、ブレインストームで不可欠です。 しかし、プロジェクトが成長するにつれて、チームプレーヤーを優先する価値があります。 人が非常に社交的で、すべての新しいことに開かれているとき、私たちは幸運だったそれらのケースについて話していません。 私たちは不機嫌な「スター」について話している。 または一般的に、かなり複雑な個人的資質を持っている人についてです。 多くの場合、特定の種類のタスクを処理することを望みません。 または、チームを構築し、新しいスペシャリストがそこに現れた場合、異なる意見、彼らは、エキスパートとして、同僚のアイデアを抑制することができます。



非常に難しい「星」はプロセスの変化に関連しています。 スタートアップ段階のチームと完成品の段階のチームは異なるストーリーであり、プロジェクト管理方法論は異なることは明らかです。 そして、これらのプロセスを変更しようとすると、「スター」は「病気になり」、他の従業員の間で否定的な背景を開発し始める可能性があります。

「スター」に同意することが不可能な場合、最も効果的なのは、それを会社にとって現在興味深い個々のプロジェクトに切り替えることです。 しかし、そのようなプロジェクトがなく、すべてを試してみた場合、プロから離れることがどんなに悲しくても、チームから「スター」を削除することはチーム全体の回復につながります。



私たちは、大きな可能性を秘め、この分野で私たちのプロフェッショナリズムを開発する準備ができている人々を慎重に募集しようとします。 プロ意識は非常に重要なポイントです。 しかし、私たちはIT企業であるという事実にもかかわらず、私たちは個人の資質と社交性を最前線に置いており、これが現代のチームプレーヤーの不可欠な部分であると考えています。 これらのスキルを従業員に提供するために最善を尽くします。







私たちには科学的なトレーニングプログラムがあり、物理学研究所に学部があり、経済学高等学校とバウマンモスクワ州立工科大学との間で協定が結ばれました。 そして、これは私たち自身の従業員にとって大きな動機であり、別の認識は彼らが業界全体に影響を与える本当の機会です。 確立された専門家は、彼がうまくやっている方法を知っています。 そして、そのような専門家が地元のチームを離れて彼の経験を共有する準備ができているとき、これで彼をサポートし、「刺激」し、トレーニングプログラムに接続することが特に有用です。 したがって、専門家は自分の個人的なスキルとコミュニケーションスキルを実行し、より自己管理的な人々になります。 そして、学生は優秀な専門家を獲得し、理論上だけでなく、実際に適用可能なケースを解決することができます。 出口には、私たちの会社に来て、新しいアイデアを生み出し、ユーザーのために新しい興味深い製品を作成する新しい専門家がいます。