IT起業家のためのチートシート

ロシアのビジネスは、ビジネスプロセスを自動化するための退屈なプロジェクトだけでなく、競合他社との戦いに役立つITソリューションを作成することも学んでいます。 たとえば、オンデマンド予測のプロジェクト、リアルタイムのオファー管理、ロジスティクスの最適化、マイクロターゲティング。 このような複雑なタスクは、一般的なCRMの実装やCMSの選択とは異なります。 開発者を異なる方法で探し、異なる動機付けをし、ITアーキテクチャと管理方法論について考えなければなりません。



チートシート-新しいレベルの複雑さのITプロジェクトを適切に実装するために、会社のトップとトップマネージャーが知っておくべきトピックのナビゲーション。 各トピックには、記事、インタビュー、レビュー、ビデオへの多くのリンクがあります。

テーマ

1. IT市場
2. 開発者を引き付ける
3. 開発用のプラットフォームと言語の選択
4. ITプロジェクト管理の方法論
5. IT製品の作成
6. ITアーキテクチャ
7. 例を含む最新のIT機能

1 ITマーケット

まず、ローカルマーケットの仕組みを分析します。 少なくとも最初の段階では、ロシアで開発者を雇い、プロジェクトを行うため、これは重要です。

1.1ロシアのIT市場

ロシア最大のIT企業のCNews100記事に関するいくつかの引用と私のコメント：

• 「上位20社が総収益の77.9％を占めています。」 企業が収益の80％を取得した場合、これは予算管理と開発者の管理の両方が12の企業に集中していることを意味します。 これらの企業では、開発者を競います。
• 「業界ごとのCNews100の総収益の分析は、2016年に注文の約4分の1が公共部門から受け取られたことを示しています。」 ロシアでは、州は最大の顧客の1つです。 これは、国内の開発者の4分の1が政府の命令に取り組んでいることを意味します。 また、ロシアの企業は、ITに投資する資金の有無にかかわらず、またはITに投資する価値をまだ見ていません。 これらの要因の両方は、近い将来にITに有能に投資する会社に確率を与えます。

CNews100記事からの別の引用：兆兆のマイルストーンに達しました-ルーブル の 下落のおかげで、 「...ドルで、[収益]の減少は2倍になりました-2014年の15.32％に対して2015年は31.16％」。 行う価値のある結論：

1. 2014年、ルーブルは半減し、ロシアのIT企業の収入はそれだけで減少しました。 これは、ロシアのITが国内でどれほど閉鎖されているかを示しています。 通貨ではなく、ルーブルでのみ獲得できます。 閉ざされた市場は、国内には占領するものがない世界の専門家がほとんどいないという事実につながります。
2. ロシアのITは世界標準で安価であるため、この状況は地元の顧客や雇用主にとって有益です。
3. ロシアのIT製品とサービスは、世界市場では需要がありません。 どうやら、ビジネスは野心的なプロジェクトを開始したり、プロジェクトやサービスを世界レベルにもたらさないようです。 両方のオプションは、国の人員のレベルに悪影響を及ぼします。
4. 以前の2つの問題により、サービス会社（アウトソーサー）は国際市場に集中する必要があります。 国内の顧客は、お金と興味深いプロジェクトの面で競争力がなくなります。 これは、プロの請負業者を見つけることさえ容易ではないことを意味します。
5. 野心的なプロジェクトを開始する場合、典型的なタスクの背景に目を向け、強力な開発者を引き付けます。

ロシアでは、世界クラスの製品やサービスは多くありません。 公共部門はソフトウェアの注文と開発に有効性を示していないため、世界レベルの専門知識が徐々に蓄積されています。 これは、開発者の質、給与のレベル、ITコミュニティの発展に影響します。 ワールドクラスの専門家とコミュニケーションをとったり、これらの専門家をプロジェクトに引き付けるには、おそらく国外に旅行する必要があります。

より詳細な図と結論は、RUSSOFTの研究にありますロシアのソフトウェア輸出産業に関する13回目の研究 。

1.2ロシア連邦政府の行動

電気通信とマスコミュニケーション省は、国内市場の発展をさらに閉鎖しています。 2014年、ニコライ・ニキフォロフは、 通信省がロシアのプログラマーの数を35万人から100万人に増やしたいと述べた。

• 「私たちは、輸入代替ソフトウェアの業界全体の開発と設立を支援するために、年々一歩ずつ対策を準備しています。 これは簡単な方法で、一部の地域では5〜7年で3年かかります。 」 グローバルIT市場で国内ソフトウェアの作成に投資することは、私には奇妙な考えのようです。
• 「現在、ロシアにはわずか35万人の高度な資格を持つIT専門家しかいません。同省の仕事は、近い将来この指標を大幅に変更することを目的としています 。 」 3年が経過し、2017年にヤードで、開発者との状況は変わっていません。 私は、 IT専門の2つの大学で6年の経験を持つ教師として、これまでのところ何も突破口とは言えないと言えます。

州が国内のインターネット制御に向けたあいまいなコースを追求しているという事実は、火に燃料を追加します。 ドイツのクリメンコとのインタビューの詳細については、 「1つの大きな話が残っています。 これは匿名化です」 。

1.3開発者の移行

開発者は、説明された状況に合理的に対応し、国からの移住を行います。 大規模ではなく、継続的かつ安定的ITプロフェッショナルの移行について少し説明します 。

1. 引っ越しの動機は、ロシア連邦内で引っ越す理由と完全に一致しました：賃金（54％）、職業別労働（47％）、興味深いプロジェクトとキャリアの見通し（43％）。 ロシアでは、これら2つのニーズを常に実現できるとは限らない理由をすでに検討しています。
2. 最も人気のある移行先は、米国（13.5％）とドイツ（11.4％）で、次にオーストラリア（9.2％）、カナダ（8.1％）、英国（7.6％）、スペイン（ 5.4％）。 安定した経済、世界のITリーダーの存在、IT製品の大きな商業予算を持つ国。
3. 国内の移動で最も魅力的な地域は、モスクワ（29.2％）、サンクトペテルブルク（27.7％）、クラスノダール準州（11.3％）でした。 地域から首都への移住も国内で行われます。 首都からさらに離れて、開発者は西部に移住します。 典型的なlet Region→[Capital]→Westを取得します。 企業経営者にとって、これは課題を生み出します-開発者を社内に維持することです。 次に、これを行う方法を検討します。

ロシアのIT企業はヨーロッパと米国に支店を開設しているため、開発者は会社に残りますが、快適な国で働いています。 さらに、制裁と国内の不安定な状況によるリスクを軽減することも目的です。 Luxoftはロシアとウクライナから536人のエンジニアを派遣し 、JetBrainsのCEOにインタビューしました。JetBrainsの ヘッド：プログラマーは悪いイメージを持っています 。 たとえば、 私の会社では、開発者が世界中のどこからでも作業できるようになっています。すでに移転の例があります。



国内のIT市場の状況が明らかになることを願っています。 この状況は悲観的ではなく、起業家にとっての機会を示しています。

1.4 IT市場全般

一般に、現在のITの特徴は次のとおりです。

1. 最大の開放性、最小の官僚主義。 IT企業は、開発者が作成するのを妨げるものを削除しようとしています。快適なオフィスを作成し、ドレスコードを拒否し、不必要な官僚主義を削除します。
2. 結果は開発者のレベルに直接依存します。 優れたITスタッフだけがクールな製品を作ります。 残念ながら、 猿の中間レベルの開発者は複雑なプロジェクトを作成しません 。 詳細については、記事「ソフトウェア開発における非線形で最も重要なコンポーネントとしての人々」

企業は、IT部門を含む複数の部門で、条件付きで純粋に技術的なビジネスと古典的なビジネスに分かれています。 純粋に技術的な企業は、技術が重要なビジネス価値を生み出し、開発者が舵を取るという事実によって区別されます。 そのような企業は、市場での競争や人材の競争で、IT部門との古典的なビジネスをしのいでいます。 これにはいくつかの理由があります。

• 技術的文化がより高い。 IT企業はエンジニアリング手法を採用しており、言語、プラットフォーム、アーキテクチャのファッションを追跡しています。 新しく効果的なものがすぐに採用されています。
• 新しいテクノロジー。 技術者がいれば、新しい技術、アーキテクチャ、プラットフォームへの移行に同意し、正当化する方が簡単です。
• 志を同じくするIT人材の集中度。 開発者が同じ開発者に囲まれている環境では、専門家の成長が加速しています。 通常の会社では、開発者は、たとえば自動化する会計に「アタッチ」されます。 彼にとって、顧客と対談者は、壁の後ろにいて、追加するボタンを指示する会計士です。

国内最大の銀行の1 つがどのように開発者を募集するかをご覧ください。



Otkritie Bankが開発者に会社に野心的なタスクがあることを説明しなければならない場合、残りの市場参加者は開発者のために自分自身を再配置する方法について考える必要があります。

2魅力的な開発者

IT市場の価値と、IT部門を持つ古典的な企業が抱える問題を調査しました。 これに基づいて、強力な開発者を引き付けることは、以下に基づいています。

1. IT企業になる。 たとえば、Sberbankの最初の副議長は、RBKとのインタビューで、Sberbankは銀行免許を持つIT企業になったと述べました。 古典的な会社から技術的な会社に移行するとき、最も難しいことは文化を変えることです。これについては以下で詳しく説明します。
2. 興味深いプロジェクトを始めましょう。 興味深いとは、大規模で大胆であることを意味します。 起業家はCRMやワークフローの自動化を購入する以上のことをする必要があります。 「 IT Modern Opportunities with examples」のセクションでは、私を刺激するいくつかのプロジェクトを検討します。
3. 新しい技術とアプローチに関するプロジェクトを行う。 モダンに。 FoxProを信じているからといって、FoxProで働くことを強制されるべきではありません。 開発者に選択を任せてください。 「 開発用のプラットフォームと言語の選択」セクションで選択方法について説明します。
4. 開発者に注目してください。 会社の目標を刺激し、計画について話します。 これには、カンファレンスでのスポンサーシップ、カンファレンスでのスピーチ、 HabrまたはVC.ruに関する記事が適しています。
5. コアコンピテンシーに投資します。 1Cを購入して実装した場合、これは市場での力の調整を変更しませんでした。 競合他社は1Cを購入し、あなたは彼らと対等な立場になります。 市場であなたを際立たせるプロジェクトを行いなさい;そのようなプロジェクトは開発者を引き付ける。
6. 貧しいが有望なスタートアップを抱えている場合は、ビジネスの一部を提供してインスピレーションを得てください。 開発者にビジネスの株式または株式を提供します。 これは、ITスタートアップの典型的なアプローチです。

2.1エンジニアリング文化の育成

従来の会社から純粋に技術的な会社に移行するとき、最も難しいことは文化を変えることです。



組織がピラミッドの形で提示されている場合、文化はピラミッドの周りの堅固な弾力性があります。 たとえば、ピラミッドの一部を移動して、プロセスをより「柔軟」にします。 エラスティックは引き伸ばされ、時間が経つと徐々に元の場所に戻ります。







文化的変化のアプローチの詳細については 、「 文化は組織を取り巻く輪ゴム 」を参照してください 。

3開発用のプラットフォームと言語の選択

プラットフォームとプログラミング言語の選択は複雑なプロセスであり、非専門家が行うべきではありません。 しかし、あなたがそれを理解して自分で選択することに決めた場合は、以下で何に注意を払うべきかを提案し、この選択がプロジェクトにとって本当に重要であるかどうかを伝えます。

3.1プラットフォームの選択

プラットフォームを選択するときに確認できる基本要件があります。

1. オープンソース ライセンスの購入とともにプラットフォームのソースコードを受け取ることをお勧めします。 このコードを変更して販売する権利はありませんが、社内のITスペシャリストはプラットフォームデバイスをよりよく理解できます。
2. さまざまなDBMS、キュー、クラウドなどのサポート サポートされているさまざまなツールにより、特定のタスクに適したツールを選択できます。 たとえば、プラットフォームがMSSQLまたはOracleのみで機能する場合、これにより疑問が生じるはずです。
3. さまざまな統合方法。 プラットフォームは最終的に会社のインフラストラクチャに組み込まれ、システム内の他のユーザーとデータの送受信を開始します。 したがって、統合の柔軟性が重要です。 少なくとも、メッセージキューまたはプッシュ通知を介したREST APIおよび非同期対話のサポートが必要です。 統合パターンについては、記事「 統合パターン： クラウド、iPaaS、Citizen Integrator、およびインドのアウトソーシングがお金を失っている理由」の記事の最新の統合方法をご覧ください。
4. コミュニティコードのサポート。 理想的には、プラットフォームのソースコードをオープンソースにアップロードし、開発コミュニティが開発する必要があります。 このようなオープン性により、開発速度が速くなり、ベンダーへの依存度が低くなります。
5. それらに対する透過的なSLAの存在。 サポート。 このアイテムがないと、プラットフォームを実際のビジネスで使用できません。そうしないと、選択したプラットフォームの問題がそのままになるリスクが高くなります。

より一般的な原則のセットがあります：

1. 専門化は重要です。 たとえば、Webプロジェクトの作成に1Cを使用したり、会計を自動化するためにPerlを使用したりしないでください。 各ツールは特定のタスクに適しています。 理論的には、SAPで写真のホスティングをホストしていますが、これは物事の性質に反するものであり、開発とサポートに不必要な努力を費やすことになります。
   
   また、ボックスソリューションの追加に投資すべきではないことも意味します。 たとえば、BPM Online（1C、SAP、または別のボックス）は、すぐに使用できる機能を使用する場合、投資を正当化します。 ボックスに必要な機能がない場合は、自分で追加する必要があります。 このアプローチでは、プラットフォームは値を追加せず、自分で作成したコードをエンジンにバインドするだけです。 別のボックスでターンキーソリューションを見つけ、システムをインテリジェントに統合します。
2. 機能要件と非機能要件を検討してください。 たとえば、数ミリ秒の応答が必要な場合は、速度を最適化するのが難しいため、CMSを使用しないでください。 モバイルデバイスでの作業が必要な場合は、松葉杖を介してモバイルの問題を解決する必要がないように、モバイルブラウザーをネイティブでサポートする製品を探してください。
3. 専門家に相談してください。 あなたが経験のあるITスペシャリストでない場合、IT製品の経験豊富な販売者は、高価で不必要なものを販売できるでしょう。 マーケティングトラップと便利な機能を区別することは困難です。 理解している人を見つけ、プラットフォームの選択を彼に任せます。

3.2プログラミング言語の選択

才能のある開発者を見つけるのは難しいことをすでに知っています。 したがって、最初の段階では、テクノロジーではなく、 利用可能な専門知識を選択することをお勧めします。 優れた開発者はあらゆる技術で優れた製品を作り、悪い開発者は最高の技術で失敗します。



Minimum Viable Product（MVP）の開発を開始できる有能なPHP開発者がいる場合は、PHPでMVPを実行してください。 あなたがJavaファンであることは問題ではありません。 次に、Javaプログラマのチームを見つけます。 同様に、開発者がmysqlのみを知っていて、postgresqlの方が優れていると聞いた場合は、mysqlを選択してください。mysqlでMVPを実行し、市場からより迅速にフィードバックを得ることができるからです。 最初に稼いだお金から、好きなテクノロジーでプロジェクトを書き換えます。 並行して、あなたが一番好きな技術の開発者を探しますが、今のところは何を使用します。



プログラミング言語とIT製品の成功の間には相関関係はありません。 それでも言語を選択する場合は、以下で説明する一連の要因を使用します。



市場での開発者の可用性。 非常に簡単にチェックされます。 hh.ruにアクセスして 、PHP、Javaなどに従って履歴書を探してください。 開いている履歴書の数を見てください。 JavaScriptには94,120人の開発者が、 Kotlinには 420人の開発者がいることにすぐに気付くでしょう。開発者が多ければ多いほど、許容できる時間とリーズナブルな価格で通常の候補者を見つける可能性が高くなります。



stackoverflowの人気。 tagセクションのstackoverflowに移動します。 これは、開発者向けの質問と回答がある人気のあるベースです。 タグの横にある数字が大きいほど、人気があります。 たとえば、C＃言語では1,120,000の質問が、Lotus Notesでは2,700のみが質問されました。つまり、Lotus Notesを選択すると、それらの質問に直面することになります。 サポートし、C＃を選択すると、ほとんどすべての質問に対する答えが見つかります。



TIOBEでの人気。 TIOBEインデックスは、検索クエリの人気に基づいています。 私の意見では、それは実際の状況を反映しています。



オープンソースコミュニティでの言語の人気。 オープンソース開発に投資する開発者がどの言語を作成したかを示します。 情報は、Webサイトhttps://madnight.github.io/githutで収集されます。



これらの4つの基準は、素人による表面的な評価に便利です。 包括的な分析と言語の選択は、ITアーキテクトまたは経験豊富な開発者のみが行います。 選択時には、現在のインフラストラクチャ、今後のタスク、製品および会社の開発計画などが考慮されます。

プラットフォームを選択し、プログラミング言語を選択するときは、アドバイスを求める専門家を見つけることをお勧めします。 優れた専門家を見つける4つの方法を次に示します。

1. 主要な国際会議およびロシア会議のサイトを検索し、講演者に連絡してください。 質問に喜んで答え、自分の経験を確認します。 たとえば、 GOTOおよびAgileDaysです。
2. ソーシャルの専門コミュニティに移動します。 ネットワークとリーダーまたはアクティブな参加者と接続します。 おそらく、これらの人々は気にし、彼らは職業を支持しているので、彼らが彼らの問題を解決することに関与する機会があります。 たとえば、 ソフトウェアアーキテクチャとアジャイルロシア 。
3. LinkedInのような専門の連絡先とネットワークを検索します。 そこで適切な人物を見つけ、プライベートメッセージに書いてコミュニケーションを取ります。 たとえば、私はこれを複数回見つけて、コンサルタントとして惹かれました。
4. Trite-特定の会社または個人と仕事をする際に前向きな経験を積んだ同僚からの推薦を求めます。 優れた医師のような優れたITスペシャリストは、慎重に手から手に渡されます。

4 ITプロジェクト管理方法論

ITプロジェクトを管理するアプローチは、物質世界のプロジェクト管理とは異なります。

• ITは無形です。 9階建ての家を建てた場合、建設の終わりに誰も5階と6階を押して水槽を配置することはありません。 そしてソフトウェア製品では、これは常に起こります。 IT製品の作成は、多くの場合、高度な不確実性から始まります。 通常、徹底的な技術タスクを記述する必要はありませんが、次の小さなリリースとロードマップを記述する必要があります。
• ITは知的作業です。 したがって、開発者はIT製品の作成に適切に関与する必要があります。 このトピックの探索を開始するには、「 猫を放牧する方法」というタイトルの本をお勧めします。 他のプログラマーを監督するプログラマーのためのガイド 。

4.1柔軟性と秩序のバランス

ITプロジェクトの管理にはさまざまなアプローチがあります。 簡略化するために、すべてのアプローチを反復増分およびカスケードに分割します。



カスケードモデルのスタイルで作業するプロセスは 、次のように表すことができます。

1. プロジェクトを開始する前に、目標が選択されます-図のお金の袋。
2. Railsはその前に配置されます-分析が行われ、技術的なタスクが記述され、契約が署名されます。
3. レールが敷かれたら、プロジェクトを開始します-列車は目標に到達しました。
4. 目標を変えるのは難しいです。 エンジンは慣性を得ており、停止するのは困難です。 目標が変更された場合、レールの移動は難しく、費用がかかります。

反復増分スタイルの作業プロセスは 、次のように表すことができます。

1. プロジェクトを開始する前に、目標が選択されます-図の中の小さなお金の袋。
2. おおよその軌道がそれの前に置かれます-例えば、 このプロセスで分析が行われます 。
3. 最初のイテレーションの作業が計画され、その終わりに製品の増分が配信されます-ダイアグラム上の贈り物。
4. 製品チームは、ホーミングミサイルに座って目標に向かって飛行します。
5. 何回か配達した後、プロジェクトチームは、開発の方向を変えると、より大きなお金の袋を手に入れることができることを理解できます-写真の下部にある大きなお金の袋。 軌道が再構築され、次の反復は新しい軌道に従います。
6. 増分は各反復後に配信されます。 フィードバックは、開発プロセス全体で収集されます。 製品チームは、柔軟なアーキテクチャと高品質のコードを備えており、開発中に何度でも製品を変更できます。

どちらのアプローチにも長所と短所があります。 どのアプローチもユニバーサルとは言えません。 アプローチを選択する場合、「 バランスのとれた敏ility性と規律：困惑した人のためのガイド」から描いたスキームに従って、アプローチの適合性を評価できます。 プロジェクトの特性を中心に近づけるほど、選択する必要がある「柔軟性の高い」アプローチが得られます。







管理へのアプローチを選択する際に考えられるもう1つの基準は、製品ライフサイクルの現在の段階です。 Askhat Urazbayevは、アジャイルデイズ2017のビジネスの柔軟性を維持する方法のスピーチでこれについて詳しく述べました。 成熟段階では、より形式化されたアプローチを選択する価値があり、作成および成長の段階では、より柔軟性があります。

4.2アジャイルは文化です

アジャイルを中心に、多くの神話と伝説が形成されました。 最初に、このアプローチを慎重に検討する必要がある理由を見てみましょう。 ロシアの運命とITからのアジャイルアプローチに関するGrefビデオを見ることをお勧めします-石油時代は終わりました 。 ビデオからの引用：

• 「年間で27,000のプラットフォーム変更を行いました。 Amazonは1日あたり10,000件の変更を行います。 私たちは遅れて、市場に出るまでの時間が長い»
• 「今日アジャイルをマスターしていない人は明日敗者になります」

「アジャイル」全体は、アジャイルソフトウェア開発のマニフェストで説明されています。 4つの値と12の原則で構成されています。 通常見落とされていることに注意してください：

1. 値のリストの下にある署名： 「つまり、右側にあるものの重要性を否定することなく、左側にあるものをさらに重視しています 。 」 これは、人々と人々の間の相互作用の質に注意する必要があることを意味しますが、プロセスを確立し、適切なツールを使用することも忘れないでください。 さらに、プロセスとツールの役割は、たとえばコミュニケーションの質よりも小さくなります。
   
   
2. アジャイルマニフェストの基礎 - マニフェストの不可欠な部分である原則のリスト。

アジャイル-文化的コードの説明。 アジャイルでの作業とは、企業とビジネスの顧客がマニフェストに記載されている価値と原則を共有することを意味します。 どの管理フレームワークが選択されているかは関係ありません。ステッカー付きのボードが使用されているかどうかは関係ありません。



ロシアおよび世界中の大企業はアジャイルを実装しようとしていますが、成功する企業はほとんどありません。 その理由は、アジャイルはツールボックスではなく、 激しく変化する文化だからです 。 企業でアジャイルを実装する私の実践と同僚の実践は、従業員の3〜10％だけが文化を変える準備ができていることを示しています。 残りは不本意であるか、変更できません。 したがって、アジャイルを実装することにした場合、最も簡単な開始方法はゼロからです。 このオプションが不可能な場合は、アジャイル開発の価値と原則を既に共有しているできるだけ多くの新しい人々を探して採用します。



柔軟なアプローチの一般的な問題は、コードの絶え間ない変更と低レベルの開発者による技術的負債の蓄積です。 警戒すべき兆候。開発中に新機能の配信速度が遅くなり、すでに機能しているものが機能しなくなった場合、開発者はこれが一般的なことだと主張します。 この場合、手遅れになる前に記事「ITプロジェクトの失敗の定義」を読んでください。



アジャイル学習リソース：

• ビデオ一言で言えば柔軟な製品管理 。
• Spotifyエンジニアリングカルチャー、 パート1およびパート2 。
• アジャイル開発のマニフェストのさまざまなバリエーションと他の一般的なマニフェストITの世界からのマニフェストの選択 。
• スクラムガイドは、すべてのスクラムルールのセットです。
• Book of Scrum Scrum：The Art of Doing the Two the Work in Half Time。
• 第11回アジャイルの現状レポート-世界中の企業を対象にVersionOneが11年間実施したアジャイルの現状調査は、アジャイルのすべての主要な側面をカバーしています。

5 IT製品の作成

IT製品を作成する前に、お金を投資するための目標とアプローチを選択します。

1. 準備ができている場合は、それを購入します。コアコンピテンシーではない典型的なビジネス上の問題を解決するには、ターンキーソリューションを購入してください。たとえば、宅配会社があり、物流の最適化を学んでいる場合、独自の会計システムを作成する必要はありません。会計用に1Cを購入し、ロジスティクスにお金と労力を投資します。
2. セカンダリを外部委託します。たとえば、定期的な自動化タスク。完成したシステムがすぐに使用できない場合、または実装する必要がある場合は、この作業を外部委託してください。クールなCRMを購入した場合、市場のプレーヤーがこのCRMを購入するため、これは競争上の優位性ではありません。
3. 競合他社からあなたを分離するユニークなものを作成します。たとえば、リアルタイムのオファー管理の強力なシステムは、顧客を幸せにし、あなたを豊かにします。

ステップ3に進んで、何にお金を投資したいのかを正確に理解したら、次にアイデアを安くチェックして経済を計算する必要があります。

5.1アイデアを安く殺す

私たちはそれぞれ、新しいIT製品について多くの良いアイデアを持っています。私たちの頭の中に描かれたIT製品を世界が喜んで受け取るように思われます。



おそらくこれが起こるでしょう。または、間違っている可能性があり、将来の製品に対して誰も支払いません。アイデアをすばやくテストし、幻覚でお金を無駄にしないために、ビジネスを最初から勉強することをお勧めします。アイデアをすばやくテストし、ビジネスモデルを選択するためのリーンスタートアップメソッド。実行する必要がある手順を簡単に説明します。

1. «» . , . . , Dropbox , : «To avoid the risk of waking up after years of development with a product nobody wanted, Drew did something unexpectedly easy: he made a video». , .
2. . .
3. プロジェクトを殺すか投資することを決めます。理想的には、製品に対する市場の反応があるかどうかをすぐに理解する必要があります。応答がない場合は、MVPに投資しないで、プロジェクトを強制終了します。応答があり、経済が収束している場合、複数回成長する方法を探し、必要に応じて価値のある投資家を探します。

別のオプション、お金と時間を管理する方法があります。アサシンクリードのように、リープオブフェイスと呼ばれます。あなたは何もチェックしませんが、本能を信頼し、検証なしでアイデアに投資します。このオプションには生命権がありますが、市場テストと経済計算を行うオプションよりもリスクが高くなります。

5.2スタートアップの経済性と指標

視聴者の成長に投資し、販売を整理する前に、経済を計算する価値があります。アイデアは、経済が収束し、複数の成長の証明されたソースがある場合、より多くの投資をするということです。各セールがマイナスになる場合、複数の増加は複数の損失につながります。



IIDFのイリヤ・クラシンスキーは、経済を正しく検討する方法をアクセシブルな言語で話す私たちの国の数少ない人の1人です。HSEのビデオ{sun}：Startup Economics and Metrics：プロジェクトが目標を見つけ、効果的に目標を達成し、パフォーマンスを順を追って支援する方法から始めることをお勧めします。

5.3グロースハッキング

IT- , . Growth hacking — . «» , .



, Airbnb. . Airbnb . Airbnb: The Growth Story You Didn't Know .



Growth hacking , , VC.ru .

5.4

製品の価値とエンドユーザーとの対話のポイントを調べることにより、製品の作成プロセスを開始することをお勧めします。当社では、このプロセスは3つの段階で構成されています。

1. 影響マッピング -目標とビジネス仮説のマップ。
2. カスタマージャーニーマッピング-システム、アーティファクト、およびバリアとのユーザー連絡先のマップ。
3. ユーザーストーリーマッピング-ユーザーシナリオを実装するための2次元マッププラン。

これら3つのツールは、製品チーム内の視覚的なコミュニケーション手段です。技術仕様を書くことはお勧めしません。これに関する詳細については、プロジェクトの知識ベースとしての利用規約および顧客との率直なコミュニケーションを参照してください。



1週間、1日、または1時間の短い繰り返しで新しい機能を提供することをお勧めします。チームの能力レベルが高いほど、配信速度は速くなります。



このアプローチにより、開発プロセスは継続的な仮説テストに変わり







ます。ビデオとスライドを含む記事のプロセスの詳細な説明プロジェクトリリースプロセスの最も重要な5つのコンポーネント、Agile Days 2016。

5.5生態系経済学

生態系経済学のアイデアは現在開発中です。したがって、製品を開始する前に、このトピックを勉強する必要はありません。ドイツのGrefによる講義から始めることができます。新しい技術動向と効果的な管理のモデル。主なアイデアは、製品/サービスプロバイダーと消費者との間のやり取りから仲介者とディストリビューターを削除し、代わりに「指揮者」を配置する







ことです。しかし、このトピックを知っているなら、おそらくあなたの製品のアイデアを正しいトレンドに合わせて調整し、より多くのお金を稼ぐでしょう。考えるべきことがあります。世界最大のIT企業に関するいくつかの事実を以下に示します。

6 ITアーキテクチャ

どんなアーキテクチャが流行しているのか、なぜ起こったのかを理解するには、ビジネス要件とITからの提案がどのように発展したかを見る価値があります。

• 最初は多くの小さな独立したシステムがありました。80年代の終わりまで、タスクごとに個別のプログラムを作成する方法が普及していました。そのようなプログラムは多数ありましたが、それらは疎結合でした。ある時点で、ビジネスはこのアプローチのオーバーヘッドコストが高すぎることに気付きました。
• その後、大きなERPがありました。これらのシステムにはビジネス機能が組み込まれており、ビジネスに「単一のウィンドウ」を提供します。たとえば、SAPを企業にインストールし、ユーザーが1つのプログラムで作業します。他のものを購入したりインストールしたりする必要はありません。このアプローチは、数十年にわたってシステムの設計において主要な位置を占めてきました。クラウドの開発、DevOpsカルチャ、および短期間リリースのカルチャにより、巨大なモノリスを十分に速く開発できないことを理解するようになりました。多くの場合、彼らはビジネスを遅くします。
• マイクロサービスのアイデアが開発されています。このアプローチは、「単一ウィンドウ」の概念を保持しますが、サーバー側を小さな独立したサービスに分割します。

マイクロサービスアーキテクチャを詳しく調べる必要がある理由：

1. . (, , ...) . .
2. . - . bus factor .
3. . , , .
4. スケーリング。サービスのロード方法は異なりますが、異なる時間にピークがあります。したがって、各サービス自体がスケーリングを処理し、最終的にリソースの節約とハードウェアの最適な予算につながります。

マイクロサービスの詳細、使用する場合と使用しない場合、実装中に発生する問題については、Microsoft Dev Schoolのビデオ-マイクロサービス、純粋なPaaSおよびMiss Russiaコンテスト、およびプレゼンテーション「Microservice Architecture through Agile Days 2017」を参照してください。

7最新のIT機能と例

ITは急速に成長しています。機械学習と人工知能へのアプローチが開発されています。私にインスピレーションを与えるいくつかのプロジェクトをリストします。

1. Amazon , . Amazon . Why Amazon's Anticipatory Shipping Is Pure Genius .
2. Uber Microsoft Cognitive Services . Uber boosts platform security with the Face API, part of Microsoft Cognitive Services .
3. . . « », « ». 50 100%. .
4. Siemens .
5. AI . , 90 .

このようなプロジェクトは、開発者を刺激します。そのような高さを目指すなら、あなたは間違いなくプロジェクトに適切な人々を引き付けることができます。