DUMP 2014カンファレンス:分析セクション

3月14日に、第4回DUMP開発者会議がエカテリンブルクで開催されます。 会議の成功はコンテンツに依存し、適切なコンテンツはプログラムディレクターの仕事です。 参加者が最終的に見る方法でセクションを作成する人々に代わって、一連の記事を作成することにしました。



最初の投稿は、Technology 2000のアナリストであるアナリティクスセクションのプログラムディレクターであるDaria Bakirovaによるもので、カンファレンスに期待すること、参加する理由、セクションで興味深いことについてです。





画像
Daria Bakirova、プログラムディレクター、分析セクション




一見、多くのITカンファレンスが現在エカテリンブルクで開催されています。 しかし、それらのほとんどすべては、開発の特定の側面に専念しています。 アナリストの活動はすべてモスクワとサンクトペテルブルクに集中しているため、システム分析はit分野のある種のエキゾチックな活動のようです。 多くのトレーニングイベント、専門会議、非公式の分析パーティがあります。 しかし、エカテリンブルクには多くのアナリストがいます!



私も本当にこれらのイベントに参加したいと思っていますが、別の都市に旅行するのに数日を費やすことが常に可能であるとは限りません。 アナリストとして働き始めた時から、エカテリンブルクのコミュニティを夢見ていました。 そして、今、これが行われ始めているようです。ジュリア・サックスとIT-Peopleとともに、システム分析コースを考案し、実施しました。 DUMPには以前は分析セクションがありませんでしたが、今回は初めて実施します。 私の意見では、アナリストのコミュニケーションはすべての専門家に多くの可能性を与えます。 分析は多様です。システム(およびビジネス)アナリストの運用に関する明確なルールはなく、長期にわたって1か所で作業しているため、独自のパターンを開発してそれらに集中するのは簡単ですが、実際にはあまり効果的ではないかもしれません。



したがって、私は、まず、私たちのセクションから、新しい知人、議論、そして自己教育の先導者を待っています。 少し前、Habréに関する記事を読んで、カンファレンスが今や楽しいイベントに変わっていることを知りました。 私は気にしません:私にとって、会議の全体のポイントはまさにこれです。 レポートの30〜40分で、あなたが本当に何かを教えることができるとは思いません。 しかし、本、アイデア、または技術に刺激を与え、関心を持たせることができます。 私は自分の脳を揺さぶり、自分の仕事を再評価する会議が必要です。 ワールドビューの境界を広げます。 人々は知的なショーを望んでおり、今ではインターネットと外部の両方で独学する機会がたくさんあります。 そのため、レポートのストーリーを中毒にします。アナリストのガールフレンドを招待し、技術仕様をGOSTにさまざまな大規模な顧客に引き渡し、選択した瞬間を思い出します。 カフェでこの会話を自発的にリハーサルし始めたとき、私たちはとても活発になり、それに関与していない人でも興味を持っているように見えました。 または、Denis Beskovの非機能要件に関するレポートへの注釈が本当に好きです。「ToRで書いた人にとっては、システムは直観的であるべきです」──それはゴミでした。 TKで「どの画面も3回以内のクリックで到達可能でなければならない」と書いた人は──それはゴミです。 まだ寝ていない人たちに、投げ捨てたり、振り向いたり、ゴミをどうやって避けることができるのか考えてみてください。」 おそらく、すべての実務アナリストは、これらの言葉でネイティブなものを見ています。



画像
セクションスピーカー:D. Beskov、D。Bakirova、N。Zhelnova、G。Pechenkin、I。Novikov




もちろん、バランスを維持しようとしました。非常に深刻なレポートがあります。 たとえば、Natalya Zhelnovaは、アナリストの全体的なパフォーマンスを測定する方法、どのような指標が許容され、どのような結果につながるかについて話します(「IT企業の人生からの恐怖」は興味深そうです)。



このセクションでは、カスタム開発の分野と製品の両方のアナリストを紹介します。 NaumenのIgor Novikov(私にとっては第一に製品指向の会社)は、カスタムプロジェクトに基づいた製品開発の経験について報告します。 私にとって、これは非常に重要です。私が働いていたほとんどすべての企業は、さまざまな成功を収めながら、それぞれの最高の開発を特定のコアに統合しようとしました。 そして、私が望む単一の「コア」を覚えていません。



Grigory Pechenkinのスピーチは、私にとってそれほど興味深いものではありません。 彼のレポートは、インターネットプロジェクトのアナリストの仕事に専念しています。この場合のアナリストのタスクは、「従来の開発」のタスクとどのように異なりますか。 かつて、比較的大きな資金不足の時代に、大規模なプロジェクトでの作業と並行して、TKを作成し、オンラインストアとポータルの要件を策定し始めました。 最初に友人のために、そしてみんなのために。 もちろん、たくさんの熊手を見つけました。 今、私はそれらを(おそらく)グレゴリーが見つけたレーキと比較することに興味があります。 さらに、非常に複雑なCIS(*企業情報システム)を同時にインターネットプロジェクトにすることができます。



このセクションが面白くて楽しいものになることを願っています。 ディスカッションに積極的に参加してください。



セクションのすべてのレポートと要約はここで見ることができます



All Articles