ビジネスインテリジェンス(Kiev)に関するReqLabs会議のレポート

最近、ビジネスアナリストの活動に関するReqLabs会議でキエフを訪問しました。 リスナーの主な対象者は、プロジェクトマネージャー、チームリーダー、ビジネス/システム分析、つまり、企業で上級職に就いている人々です。



一般的に、私はそれが好きでした:多くの賢明なアイデア、興味深いレポート、そしてスピーカー自身。 後者も非常に高いレベルです。フルタイムのビジネス/システムアナリストから会社の幹部までです。



会議はモスクワの会社Luxoftのトレーニングセンターで開催されました(私は理解しているように、世界中に多くのオフィスがありますが)。 イベント自体の開催に関しては、部屋、家具、ディナー、スナックなど、すべてが良いレベルにありました。 注:このようなイベントを開催することは、会社を宣伝する良い方法です。





記憶されたレポートの主なアイデアと興味深い考え:



問題を解決する前に、それを特定する必要があります


私はこのフレーズを思い出しました。これは一般に新しいことではありませんが、それでも、考えずにプロジェクトの何かを「改善」し始めるときに関連することがあります。



IBM RUP方法論について非常に興味深いと言われました。「RUPは料理本です。 特定の問題の解決策を知りたいときに開くと、明確な一連のアクション、問題を正確に解決する方法が示されます。 解決したらすぐに本を閉じることができます。」



恐怖に基づいた企業は効果がない


ここでのアイデアは次のとおりです。どの会社でも、何らかの形で「リーダーシップ/トップマネジメント-マネージャー-下位リンク」という形式の垂直があります。 そのため、さまざまな種類の問題や欠点について、「下のリンク」から何らかのフィードバックを得ることが非常に重要です。 さらに、地元の経営者は意見を蓄積し、彼らがリーダーシップを発揮できるようにそれらを上に渡すべきです。



これは関連していると言わざるを得ない。なぜなら、 「下の」人々は、上司に悪いことについて話すことを恐れていることがあります。これは一般的に理解できます。誰も悪いニュースを持ちたくありません:)

フィードバックが受信されない場合、トップマネジメントが別の現実に住んでいて、すべてが問題なく、問題がないと信じている状況が発生する可能性があります。



会社の失敗について


「さまざまな問題を解決する際の失敗と失敗は、まず第一に、プロセスを誤って設定したトップマネジメントのエラーによって引き起こされます。 これは、ケースの90%です。 そして、残りの10%の場合にのみ、通常の労働者は、指示/規則に従っていないことをした有罪です。

私はこのフレーズに同意します。最も頻繁に起こります。 何らかのリーダーシップをとる場合、まず何が間違っていたかを自問する必要があります。



チームのモチベーションについて


その効率を高めるために、すべてのチームメンバーの意欲を高めることが非常に重要です。 これを行うには、いくつかの方法があります。

a)人的価値の指標としての高給。

b)キャリア成長の約束(会社でのポジション/給与)。

c)プロジェクトの立ち上げ時にプロジェクトに出資することを約束します(おそらく、小規模なチームを持つスタートアップに関連性があります)。



品質管理について


ここで話題の問題が発生しました:

1.品質を評価する方法と方法

2.それを増やす方法は?



主なアイデア:品質管理は、生産者が何かをする人によって進められるときに行われるべきです。 これは、パフォーマーを制御する監督者を割り当てるよりも効果的です。なぜなら、監督者自身が監督することはなく、彼も間違っている可能性があるからです。 もちろん、このトピックについて議論することはできますが、いくつかの真実があります。 これは、人をやる気にさせることができれば(1.4節を参照)、もちろんプロフェッショナリズムのレベルが適切でなければならないように思えます。



自己組織化チーム


明確なリーダーのいないチームは、明確な構造を持つ従来のチーム(リーダー-パフォーマー)よりも効率的に問題を解決するようです。 しかし、ここでは、すべてがスムーズではないように思えます。 まず、そのようなチームが開催されるためには、各参加者のプロ意識が非常に高くなければなりません。

「チームの(チームの)有効性を低下させる弱いリンクがある場合、チーム内で何らかの最適化を実行するよりも、このリンクを破棄する方が簡単です」という意見が表明されました。 このようなチームを編成することはおそらく容易ではありません。



明確に述べられていないタスクは、非常に熱心に実行されます


意味は、タスクの種類が異なるということです。

a)マネージャーが設定した特定の技術タスク。

b)リタスク(ファジー)。創造性を示す必要があり、マネージャーによって明確に設定されていません。



第2のタイプのタスクは、ここで想像力と創造性の飛躍を示すことができるという事実により、人によってより効率的に解決されると考えられています。

ここでは、自分自身のために働くこと(ビジネス、フリーランスなど)と「おじのために」働くこととの類似性を引き出すことができます。 「自分のために働く」という考え方は、誰にとっても楽しいものだと思います:)



プロジェクトへの利害関係者の関与





私はプロジェクトに利害関係者(利害関係者)を巻き込む原則が好きでした。 主なアイデア:プロジェクトの作業を開始する前に、少なくとも何らかの形でプロジェクトに影響を与えることができるすべての利害関係者(利害関係者)のリストを決定する必要があります。 次に、これらの人々を次のフォームの正方形に移動する必要があります。 画像



第1四半期


プロジェクトに非常に興味を持っているが、プロジェクトに関して重要な決定を下さない人。



第2四半期


プロジェクトに積極的に取り組んでいる意思決定者(DM)。



第3四半期


「その場で」維持する必要がある人々 一方で、彼らは意思決定者であり、他方で、彼らはプロジェクトに強い関心を示していない。 あなたはおそらくプロジェクトをしているときに状況に直面し、すべてが大丈夫で、突然誰か(監督やトップマネージャー)が来て言います:「あなたがここでしたことはすべてゴミでした、それをする必要はありませんでした。」 そして、私たちは行きます

これが起こらないように、3番目の広場の人々がプロジェクトにできる限り関与して、関心を高めてください。



第4四半期


単に「監視」する必要がある人々、なぜなら 今日、彼らは4番目の広場にいます。明日、彼らは別の広場に移動します。



この形式化により、誰がプロジェクトのどの位置に就くかがすぐに明らかになります。



興味深い講演者の中で、ポールターナー: 「ビジネスアナリストの進化する役割」 、エイドリアンリード: 「ステークホルダーエンゲージメント:逆境に直面したプロジェクトの提供」 、ミハイルクムスコフ: 「プロセスと人々」 、ペトラロボダ/エレナゴルベンコ: 通信分野のビジネス分析" これらのスピーカーは最高の1つでしたが、私はウクライナの「同僚」よりも英国のスピーカーが好きでした。



PS。 カンファレンスにはまだ多くの興味深いことがありましたが、残念ながら、すべてを1つの記事で網羅することはできません。私の意見では、最も興味深い瞬間のみを強調しました。 私は質問に答えてうれしいです。



All Articles