はじめに

私はドミトリー・ポタペンコが本当に好きです。 それを使用すると、YouTubeで多くのビデオを見つけることができませんが、すべてを確認しました。 誰も知らない場合、これは約15の店舗とレストランチェーンを所有し、ロシア連邦、ブルガリア、チェコ共和国でビジネスを行っている人で、7,000人が彼の下で働いており、年間売上高は1億4000万ドルです。 ヒープの前に、過去に-空手で2度の世界チャンピオン、25歳で彼はCISのGrundigの副社長になりました。

一般的に、クールな男。



ビデオを見た後、プロジェクトとローンチの管理において、Dmitryが何をもたらすかについて多くの共通点を見つけました。 書き留めてまとめたいと思います。 一般的に、一見して完全に互換性のない分野の原則を適用して、難しい問題を解決するのが好きです。多くの場合、これは非常に美しくシンプルなソリューションを提供します。

戦略は戦術よりも重要です

戦略的な誤算は、戦術的な成功によって補うことはできません。

戦争では、クラウゼヴィッツ

プロジェクトについても同じことが言えます。 Webの下で書くのではなく、デスクトップアプリケーションを選択しました-これは大きな誤算です。 彼らは間違った領域を選択し、その下にある膨大な資金を脅かしました-それを実現する方法はありませんでした。 1か月間、機能の優先順位を間違えたため、競合他社が追い越しました-繰り返しになりますが、損失は重大な場合があります。 彼らは間違ったテクノロジーを選択しました-高速なPHP言語を書く代わりに、「正しい」タイプのJavaで書く-再び、軌道に入る前に開始速度を失いました。



ところで、この戦略は、プロジェクトをコピーするすべての賢い人々に対する優れた防御策です。 製品を泥棒から守るのに役立つものについては、 良い記事をご覧ください。

従業員の給与は変動する必要があります

従業員は、測定可能なデジタルインジケータを使用して、7ワードの目標を設定する必要があります。 ドラッカーが言ったように、測定できるものはすべて制御できます。 したがって、従業員の効率を特定のタスクに依存させ、従業員が9歳で18歳になり、作業が完了していないという問題を取り除くことができます。 たくさん手に入れたい場合-仕事を最後までやり、もっとしたい場合-効率よく何度もやり直してください。 何も受け取りたくない場合は-ええ、Facebookに座ってください。



ちなみにポタペンコは、長い間知られているクールなテクニックを提供します。 各従業員にはインジケータのセットがあります-デジタルインジケータ付きの7つの単語。 RFPはこれらのインジケーターの値に関連付けられています。 以上です。

たとえば、これはプログラマーとそのマネージャーのための10の指標の重ね合わせです-プロジェクトの安定性、ユーザーの満足度。 特定の指標の貢献を多かれ少なかれ、プログラマー（およびそのマネージャー）に何に焦点を当てるかを示します。 そして、人々は彼らが結果に従って評価されることを見る。

もちろん、保証された給料があるはずです。それ以下では人は受け取りません。

マネージャーは、分の価格を知っている必要があります

マネージャーは、自分の分がどれだけの価値があるかを知らなければなりません。 直接的な観点、収入の計算の観点、および間接的に-経済学で言われているように、マネージャーが必要なことをしていない場合に生じる機会を逃すコスト。

顧客になる

ポタペンコは、彼がクライアントを理解しようとして、チェコ共和国とブルガリアに1年間普通の人として住んでいたと言います。 彼の役割に慣れてください。 これについてはすでに書きましたが、これはプロジェクト管理、エンドユーザーの理解において最も重要なことです。 考え方がわからない場合は、ユーザーの役割に慣れてください。他のすべてが間違っています。間違った機能と間違ったインターフェイスプロトタイプの後に、デザイナー、プログラマ、テスター、その他の専門家の仕事の形で時間とお金が失われます。 注-ユーザーはプロジェクトの開発の専門家ではないため、ユーザーの意見を聞く必要はありません。 一番下の行は、プロジェクトの開発に専門的でありながら、ユーザーの役割に没頭し、便利なインターフェイスを作成することです。 フォードが言ったように、クライアントに耳を傾けていれば、少し速くて耐久性のある馬以上のものを与える必要はほとんどなかったでしょう。



エンドユーザーのスキンを知ることで、今何をすることが重要で、どのように実行する必要があるか、まったくできない、または長時間延期することができます。

リスクを事前に考えてください

Potapenkoのオフィスがゼロになったとき（コンサルタントが週に1回Dmitryに来て、別の会社で長い間働いていて、その会社のオリジナルを6部コピーしていたため、この会社は現在翌日、会社は何も終了せず（土曜日に営業していた）、すべての大口顧客（Leroy Merlinを含む）は時間通りに出荷されました。 これがリスク管理の意味です。



本質的に、これは戦略の一部です。 Byakが発生した場合、驚くほど時間を無駄にせずに、ローレットにはっきりと落ち着いて行動するように、すべての計画が必要です。 ロシアでITビジネスを行うための9つのルールを特にお勧めします。



私の経験から、これは、たとえば、重要な従業員の1人が退職したときです。 リーダーとしての仕事の最初の数年、私はショックを受け、それから興味と時間の面でリスクがどれほど正確に計算されたかを測定しました。

速くて簡単は安くて陽気なことを意味します

Potapenkoは、コンピューターサイエンスに関する8年生の教科書のレベルで、私が理解しているように、アルゴリズムでビジネスプロセスを規定しています。 私は彼に同意します-今のところ、私が知っているプロセスは、ループと条件ステートメントを備えた古典的なフローチャートに完全に適合しています。 まれな例外を除き、すべてが複雑です-邪悪なものから



さらに、Potapenkoは、キャッシャーがクライアントに微笑みかけるまで、ビジネスプロセスのすべてを詳細に説明します。



そして、彼がCEOを合理的に批判しているあるセミナーで、彼のフレーズは聞こえます-人々はロシアで死にかけている、見つけられる人がいないので、なぜあなたは賢い従業員に頼っているのですか？



PlusはSeligerで、ネットワークオブジェクトを作成する場合、すぐにネットワークベースで最初のオブジェクトを作成する必要があると述べています。 同時に、ある時点で（SPOT / DRYプログラミングからの原則）高価なものを取り出し、アウトソーシングのために安くします-たとえばキッチン。



これは、スタートアップの開発に完全に適合します。 人々は製品を作り始めています-それが新しいDBMSであるか、嫌な落書きを販売するオンラインストアであるか、金融フローの自動化であるかは関係ありません。 彼らは、プロ意識に自信があり、点線の静的プロトタイプとユーザーストーリーは、ライブデータの代わりであり、ユーザーの役割を果たしていると考えています。 すぐに6か月間数百万の予算で行われた、再びおぼれる大きな愚かな、役に立たないたわごと。



問題は、何が問題なのか、すべてが成熟していて専門家が働いているように見えるのに、なぜクールな方法論が機能しないのかということです。



答えは、ライブデータなしで、ライブデータに関するフィードバックなしで複雑なプロジェクトを開発することはできないということです。 複雑なプロジェクトは常にエラーで終了します;最初のバージョンが複雑になるほど、作成に時間がかかり、エラーが大きくなります。 そのため、複雑さを最小限に抑え、それによってエラーを減らす必要があります。



その結果、37signalsのような賢い人は、最小限の機能を提供し、エンドユーザーの目を通して見てすぐにユーザーに展開し、フィードバックをインテリジェントに収集するgovnomonstersをバイパスします。



つまり、開発プロセスが単純であるほど、バージョンのロールアウトが速くなるほど、最初の反復はそれ以降のすべての反復と同様になり、製品が実行されます。 ネットワークストアとして、最初のイテレーションには入力が必要です。これは、ライブデータに関する初期推測、表示方法、および出力情報-推測と現実の違いです。



ライブデータと作業プロトタイプ（プロジェクトの最初のバージョン）を使用する理由。 美しいWebレイアウトにispum dolorの代わりに、クライアントが挿入する100 kbのマルチカラーテキストと20のメニューアイテムを挿入するとすぐに、すべてが異なるためです。

Akzurのクリック可能なHTMLの代わりに、50,000個のエントリが表示されたテーブルを備えた有効な検索エンジンが表示されるとすぐに、どのように何をフィルタリングし、どのソートを追加するかがすぐにわかります。 これは紙で提供することはできません。 人間の脳は、そのようなエンティティをモデル化するには弱すぎます。



いいえ、もちろん、大規模なプロジェクトを成功させ、RUPを適用し、成功することを否定しません。 しかし、ITのプロジェクト管理という一般的なWebの若い業界について話している場合、従来のアプローチ（アジャイルであっても、マイクロイテレーション、クイックバージョン、ユーザーロールへの没入など）を採用することを強くお勧めします。



はい、そして大規模なプロジェクトで-私はいくつかの記事で次のことを見たことを覚えています。 空港建設業者が近くにモデルを構築したら。 プロトタイプ。 そこに住む人々は許可され、彼らはどのように歩くか、どのように振る舞うかを研究しました。 エンジニア自身がさまざまなオプションの長所と短所を調査しました。 その結果、彼らはプロジェクトを時間通りに引き渡し、すべてが一度に大きく複雑になる類似の建設プロジェクトとは対照的に、注文ごとに予算を削減しました（そして、私たちは皆知っているひどい空港を手に入れます）。



その場で飛行機を組み立てる方法に関するビデオをご覧ください。 アイデアを非常に正確に反映しています。





Potapenkoのもう1つのアイデアは、人々のあらゆる行動の普遍的な標準化と透明性です。 バイオロボットの従業員。 コーディングの標準、Wikiでの記事の執筆、コミットのための必須コメント、その他がさまざまな状況で何千時間も節約できることを否定しません。

スタートアップはビジネスです

悲しいことに、スタートアップはビジネスです。 成功したユニットを取得しない場合、プロジェクトではコストを最小限に抑えることが重要です。 偶然にも、同じことが速度に当てはまります。 クールなOOPアーキテクチャを備えたC ++でタスクマネージャを作成して、1秒あたり100万のリクエストにすぐに耐えられるようにしたいと思います-名誉と賞賛。 さらに、エリートビジネスセンターの1つの部屋に座っている人のために、すべてが最もクールな方法論に従っており、すべての壁がUMLで吊られていました。



しかし、投資家がすでに100万人以上を負っているこのようなチームが、ハックワークと毎週C＃でタスクマネージャーの新しいバージョンをリリースすることで50万人を蓄積した数人の友人によって回避されても驚かないでしょう。 さらに、ロシア連邦とウクライナのすべての地域からのリモートプログラマがいます。 その後、これらの人々はお金を稼ぎ、ゼロから書き直します。 しかし、最初の段階は、ユーザーからの絶え間ないフィードバック、簡単なソリューションの迅速な展開により、離陸し、迅速に離陸することです。

他の分野からのアイデアを適用する

ポタペンコは聴衆に尋ねます：最大の小売チェーンは何だと思いますか？ マクドナルド？ ウォールマート？



答えは間違っています！ 正解はカトリック教会です！



他の分野で同様のプロセス、発明、問題解決がどのように配置されているかを見るために恥ずかしがる必要はありません。 さらに、現在立ち上がって解決不可能と思われるタスクは、誰よりも前にまだ発生していないと考えるべきではありません。 類推で考えることは常に有用です。 これは多くの場合、最初のタスクを簡素化し、少なくとも部分的にそれを行うのに役立ちます。

一生懸命働く

愚かですが、一生懸命働く必要があります。 個人的に、私は1日平均12時間、週6日働いています。 同時に効率的に作業すると、単位時間あたりの結果数が急激に増加します。 次に品質があります。

車が欲しいなら、このアイデアを捨てて、仕事の近くにアパートを借りる方が良いでしょう（あなたのビジネスの場合は家の近くのオフィス）。 マシンは価値が低下する資産です。 そして、渋滞でふるわれた時間は再生不可能な資源であり、あなたの時間を知っていれば、そのコストは車の想像上の「快適さ」よりも年間100倍も高くなります。

しかし、さらに数百万が発生する場合は、車を購入できます。 もちろん、私見。

高価なプロセスサイトのアウトソーシング

あなたは同意する必要があります-そのようなクレイジーな給与を保持し、それをロードする方法を知らないよりも、月に数回、スーパースペシャリストの作品をヤンクする方が良いです。 したがって、作業の高価な側面を外部委託し、グループ化する必要があります（ネットワークは通常キッチンを排除します-プログラミングからの真実の単一点もここで機能します）。

おわりに

プロジェクト管理の他の分野の原則を適用した経験をコメントに書いてください。



LJで再公開