5月23日、スクラムマスターとプロジェクトマネージャーのための会議がWrikeの St. Petersburgオフィスで開催されました。 IT開発におけるスクラムの実際の使用、スクラムマスターツール、コンポーネントチームとビジネスの関係、アジャイルの開発環境における目標設定などについて話しました。 レポートのビデオ録画の共有を急いでいます。
ドミトリー・マモノフ、Wrike「OKR：スクラム上での戦略的計画」
Wrikeは、R＆D組織として、2年間スクラムに取り組んでいます。 私たちはまだそれがどのように始まったかを覚えており、それが何から来たかをすでに知っています。 チームの調整は、スクラムを大規模開発に導入するための重要な課題の1つです。 スクラムの正しい実装と戦略的計画の必要性の対立、および選択したソリューション- スクラム+ OKR （客観的および主要な結果）の概念について説明します。
アンドレイ・トルマチョフ「コンポーネントコマンドの恐怖と嫌悪」
興味深いパターンがあります。多くの場合、会社の成長に伴い、フロントエンド、バックエンド、ルート、テスターなどの専門分野でチーム（および部門）が形成されます。 論理的ですね。 ここでのみ、この組織化の方法からの問題は通常、利点以上のものです。
レポートでは、いくつかの企業の経験から、コンポーネントチームへの分割が何につながるかを説明します。 これで何をすべきか、そして世界最大のスクラムを実行するスクラムスケーリングフレームワークであるLeSSでのチームの編成方法について話しましょう。
Natalya Antipova、スクラムマスターWrike-「スクラムマスターを支援するファシリテーションツール」
このレポートの目的は、スクラムマスターとチームの作業における多くの差し迫った問題を回避できる実用的なツールを提供することです。 これらのツールが機能する場合と機能しない場合、およびスクラムチームの日常生活でどのように役立つかの例を見ていきます。
アンナオブコバ「スクラムマスターインフルエンステクノロジー」
スクラムマスターは誰ですか？ 無力なリーダー、ファシリテーター、コーチ、プロセスの専門家、私はメンター、アシスタントなどの定義を見ましたか？ これらの定義には同意できますが、同時に、これらの定義は「チームまたはプロセスから望ましい結果を得るために何をすべきか」を明確に理解していないという事実に常に直面しています。 スクラムマスターにはニンジンやスティックはなく、注文する権利を与える職務記述書はありません。 彼は...影響力を持っているので、スクラムマスターは影響力のあるエージェントであることがわかりました。 影響は一連の影響テクノロジーであるため、すでに簡単です。 アジャイルプロセスで使用される影響テクノロジー、わかっている結果、期待される結果、およびそれらを変更または成功を統合する方法を知っている場合。
このレポートでは、スクラムマスターのアクションがどのような影響技術に影響するかを分析します。同僚や文献で推奨されている、促進技術と演習の目的の例を示します。
恐怖、笑い、相互責任、相反するジェスチャー、成功への欲求、結果の定式化、情報の提示の形態、これらはすべて他の人への影響を構成する要素です。 チームとプロジェクトに利益をもたらすためには、スクラムマスターはこれを明確に理解する必要があります。
これは操作ではなく、影響であり、影響を与える方法を熟知すればするほど、プロジェクトが成功し、スクラムマスターとして、または他の人から予測可能な結果を得る必要があるあらゆる役割で成功することができます。