目を覚ますと、アプリケーションはApp Storeのメインページにあります

私たちの周りには、プロジェクトを引き受けたいと思う開発者がたくさんいます。 多くの場合、これらのアイデアはさまざまな理由で人々の頭の中にほこりを集めています。 2GIS（ zloypakimon ）のVadim Smirnovのストーリー-それらを実装する方法について。 1年に数日間の休暇を過ごした後、彼は5つの異なるプロジェクトを作成することができ、何百万ドルも稼ぐことはできませんでしたが、同時に失望せず、ペットプロジェクトの仕事をやめませんでした。



この出版物は、 AppConf 2017でのVadimのレポートに基づいています。



私は2GISで働いていますが、会社の壁の中で得た経験についてではなく、私たちがプロジェクトをどのようにカットしているかについてお話します。







おそらく誰もがペットプロジェクトが何であるかを知っているわけではありません。 これらは、人ができることと望んでいるという理由だけで見られるプロジェクトです。

• 新技術を突く;
  
  
• エンジニアリングに従事するだけでなく、製品に深刻な影響を与えたり、独自の製品を作成したりすることさえできません。
  
  
• 大富豪になる。
  
  

一般的に、誰もが独自の理由を持っています。







約1年半で、約10のプロジェクトを作成し、そのうち4つはアプリケーションです。 現在App Storeに1つあり、そのうち2つはAppの注目のホームページにあります。







それらの1つはシェーカーです。 このアプリケーションは、バーに座っていて、次に行くべきものがわからないひげを生やしたアルコール中毒者のためのものであり、unningなアプリケーションがそれらを伝えます。







2番目のアプリはダックスフントです。 これは、既製のタクシープロバイダーの中からポイントAからポイントBに行くのに最も安いものを見つけるのに役立つアプリケーションです。

文字通り数日間の休暇を過ごしたアプリケーションがYandexマップの下にどのように表示されるかを見るのはとてもクールです。

私が話したいこと

私たちが何をするかに関して最もよく尋ねられることについてお話します。

1. 時間について
   
   

私が尋ねられる最も一般的な質問は、「おい、これにどれくらいの時間が必要か、そして一般的にどのように時間内にこれを行うのか？」です。

1. アイデアについて
   
   

アイデアはどこから来て、どのアイデアが週末に見られるのに適していて、どのアイデアがそうではないのか。

1. チームについて
   
   

なぜ「私たち」と言うのですか、他の人はどこから来たのですか。 どうやって集まったのか。

1. プロジェクトについて
   
   

私の意見では、これが最も重要な部分です。 ここでは、プロジェクトを完了する方法、途中でドロップしないで、どうにかしてファイナルにドラッグする方法について説明します。







その結果、あなたの内なる叔父サムがあなたに尋ねるなら：「カットするか、カットしないか？」そしてあなたは答えます：「はい」、それから私はこれをすべて正当な理由で準備したと考えます。

パート1.時間について

私にとっては、「プロジェクトを取得するのにどれくらいの時間をプロジェクトに費やす必要がありますか？」、または「プロジェクトを何時に評価できますか？」



評価について聞いたとき、私はいつもこの叔父を思い出します。 誰もが正確に知っています。 これはボブクです。







彼のインタビューの1つで、プロジェクトを評価する方法を聞いたことがあります。 プロジェクトの締め切りは関係ないという話に非常に夢中になりました-1か月、2、3、1年-彼は常に最後から自分から2週間を追加します。 これは、βBobukの定数です。



たとえば、プログラマがどこか寒いところで何もしなかった場合、わかりやすい開発者のチームは2週間以内にあらゆるサービスやプロジェクトを絶対に調達できます。



私にとっては奇妙なことでした。すべてのプロジェクトが異なり、誰もが異なる機能を持っています。2週間でどのようにできるのでしょうか。



私たちがやったことをお話ししますが、その前にプロジェクトの測定方法を検討します。







長い日にプロジェクトを測定すると便利です。 これは、朝起きてラップトップを開いた日で、その日はもう閉じません。 物理的な週に、仕事に行き、夕方に食料品を買い、犬と散歩するために家に帰る途中で、そのような頑固な日は1日だけです。 私は物理的にペットの時間を見つけることができません–プロジェクト。







私たちは、このようなプロジェクトを10回以上実施しました。 これらはすべて機能が異なります。おもちゃ、ジオチャット、人間の介入なしに独自にアプリケーションを作成するサービスです。 しかし、いくつかの点でそれらは似ています。



だから私たちは著者のプロジェクトの分類から生まれました。 準備の度合いによって分類できることに気付きました。



私たちはすべてモバイル開発者です。 誰もがそれが何であるか知っていますか？









これは電話ですが、まだコーディングできません。



プロジェクト準備の最初の段階は、通常私たちにやってくるものですが、プロトタイプです。

プロトタイプは、単一の機能を実行する一方で、シミュレートできます。 予期しないシナリオでは、クラッシュし、通常、開発者以外の誰かの手で機能しません。



例は、ジオチャットです。 これは以下のアプリケーションです：

• 開始できる;
  
  
• 1人が1ポイントにつき1つのメッセージを書くことができ、アプリケーションはそれが読み取られたように見せかけます。
  
  
• それだけです！
  
  

そのようなプロトタイプ（私はここで議論します、あなたは私と議論することができます）は、2つのタフでタフな日で行うことができます。



この事実は、ハッカソンの集団によって確認されています。そこでは、男は熱狂的であり、RedBullとDoshirakは絶対に恐ろしいことをし、彼らは何かをします。



原則として、プロトタイプはすべて設定されているようです。 しかし、このプロトタイプを人々に見せて、人に渡すことができ、間違ったボタンを押してすべてがクラッシュすることを恐れない状態にしたい場合は、実際にはこれが作業の20％に過ぎないことを理解する必要があります。 これらは、経験的な数値のプラスまたはマイナスです。









プロトタイプが1つの機能を実行する状態からこの機能を適切に実行し、ストアで実行できる状態にするには、さらに80％の時間を費やす必要があります。









しかし、2日間続けて見つけることができれば、週末にみんなと一緒に座って土曜日から日曜日にロックしてプロトタイプを作成するだけで、8日間連続で機能しなくなります。 したがって、すべて8週間に変換されます。



2日間でプロトタイプを切り取ることができますが、それを人々に見せてストアに入れることができる状態にするには、さらに2か月を費やす必要があります。

たとえば、レイヤー、統計、顔文字、プラス記号、マイナス記号をジオチャットに追加するなど、これを本当にクールにしたい場合は、原則として、プロトタイプの最初の90％の作業が既に行われているようです。 そして、プロトタイプをこの状態にするためには、作業のさらに90％を費やす必要があります。











最も悲しいことは、通常、これらのノキアの形でアイデアが思い浮かぶということです。 他のアイデアを思いついたとき、すぐにそれがどれだけクールに機能し、どのようなちらつきがあるのか​​がわかります。 しかし実際には、これはプロジェクトのフレームワークでは実現不可能であることが判明しました。週末にみんなと一緒に飲みます。 いずれにしても、アイデアをプロトタイプの状態にダウングレードする必要があります。



プロトタイプには、いくつかのプロパティがあります。

• 彼は愚かなことができます。
  
  

あなたはいくつかのアイデアを思いついた、あなたの頭の中でそれは一般的にクールです。 私たちはおもちゃを見つけました-ジオ依存型のゲームで、私たちはすぐにそれをプレイしたかったのです。 完了-ただのでたらめだ。



私はこの瞬間に悲しくなりたかったのですが、実際には開発に2日間しか費やしていなかったので、それはクールです。

• 2番目の冗談は、プロトタイプがプロジェクトの存在の最も適切な形式である場合があることです。 つまり、これ以上何もする必要はありません-プロトタイプはすでにうまく機能しています。
  
  

たとえば、私たちのプロジェクト「Music Bot」について説明できます。 アイデアはこれです。 私たちは全員モバイル開発者であり、かなり広い部屋に座っており、その隅にはスピーカーがいます。 誰もが音楽を聞きたいと思っていますが、それをオンにするには、スピーカーに行ってジャックを取り、ラップトップに接続して再生を開始する必要があります。







歌が好きではない人を除いて、誰もがカッコよくて良いです。 彼は彼女を変えたいと思っています。 それから別の人は歌が好きではなく、5人目はボリュームが好きではありません。

私は、誰もがコラムで演奏されるものに影響を与えることができるように、そしてそれが私たちにお金を与えないので、それが安いことを考え出しました。



私たちは皆Slackでチャットしています-これが今では普通です。 もちろんモバイル開発者なので、スピーカーに接続したテストデバイスがあります。 明らかに、次にできることは、Slackから命令できるボットを作成することです。 彼はある種の音楽サービスに入り、音楽を含みます。 つまり、問題は解決されます。



これらはすべて2日で完了しました。 当然、すぐに考えました。「くそ、これが世界中のすべてのチームに必要なものです。 今すぐスタートアップを行い、新しいプロバイダーを接続し、そこからmuzloを引き出して、承認を行います。」



しかし、これを行う必要はまったくありません。 この場合のプロトタイプ形式のソリューションは、タスクに最も適しています。



MVPの状態に戻ると、App Storeでアイデアを人々に示すことができるようになり、最初にプロトタイプに2日間のハードな日を費やした後、さらに8日間ハードに改善し、10になりました-これは同じBobukの2週間に相当します。 これについては、方程式が一致しています。







なに？

• プロトタイプは2日で完成します。
  
  
• プロトタイプを一般大衆に見せることができる状態にするには、週末にこれを行うときに、ペットプロジェクトの枠組みでさらに2か月を費やす必要があります。
  
  
• プロトタイプが完成するまでは、ほぼ100％の可能性があるため、プロトタイプが完成するまで、他のことをしない方が良いでしょう。
  
  

パート2.アイデアについて

次に、そのようなプロジェクトで実装されている、または実装されていないアイデアについて話しましょう。

スケジュールがあるため、これが最も難しい部分です。 彼は重いです。 これは動機の時間依存性です。



このようなプロジェクトの動機は時間にどのように依存しますか？



私の感情によると、一方では、何かが始まって、すべてがすでに終わっているように見えるので、スケジュールは非常に悲しいです。 一方、プロトタイプ、一般的に最もクレイジーなアイデアは、私たちがみんなと一緒になって、すべてがクールであるときに、素朴な熱意で簡単に行うことができるようです。







しかし、アイデアが本当に本当に似ている場合、それは一般的に燃え上がり、すべての人に行き、あなたが緊急にそれを実装したい場合、プロジェクトを人々に見せることができるほど十分にやる気があるという事実ではありません。







だから、それは私たちのジオチャティックでした。 「なざぼれ」と呼ばれます。 私の意見では、geo-chatは最も人気のあるスタートアップのアイデアであり、だれにも攻撃することはありません。 私たちはどこにでも何かを書く可能性にショックを受けました。 「私は元気です、あなたは悪い」と書くことができます-他の人が読むでしょう、あなたは嫌われるでしょう。



私たちにとって、このことがどのように機能した（そして機能する）かを簡単に説明します。









ドットはマップ上にあります-これらはメッセージです。 彼らは好き嫌いができます。 内部では、何らかの形で整理されています。 新しいメッセージを書くことができます。 既に作成されているポイントにアタッチされるか、新しいポイントが作成されます。 ポイントが新しい場合は、小さなものを選択できます。



それから別のレイヤーを分けて追加し、ノボシビルスクのために2GISから興味深い場所を引き出しました-ただの楽しみのために。



これは、今日、あるいは昨日でさえ、今まさに世界を幻想的に撃って征服するように思えました。 しかし、ありません。 まず第一に、私たちにはそれを完成させる動機がなかったからです。 それは非常に困難でした。 その理由と、それを使って何をしたかについては、少し後で説明します。



私たちの他のアプリケーション-アルコール依存症-それはまた、動機付けに関するものです。 このアプリケーション（ビッグデータ内のトリッキーなアルゴリズム）は、ユーザーが好きな次のバーをユーザーに伝えます。











当初、私はこのアイデアがまったく好きではありませんでした。なぜなら、私は悪いアルコール依存者であり、バーホッピングは私にとってまったく面白くないからです。



アプリケーションの設計は2GISチームによって行われましたが、それはクールで奇妙です。 非常に単純なメカニズム：ユーザーがバーにいて、電話が揺れ、アプリケーションが彼に次のバーを伝えます。



一連の2GISデータを取得し、オントロジー接続を構築しました。次の各バーは、前のバーにいたユーザーの好みから実際に選択されます。 つまり、彼は人が好きな本当のバーを提案します。 クールなことが判明しました。 最後に、転倒して届かなかった場合は、アプリケーションからUberを呼び出すこともできます。



プロトタイプを作成しましたが、ほとんど機能しませんでした。 私たちは彼と一緒にバーに行き、私でさえ最初の投資を飲みました。 私たちは、このアイデアがクールであることに気付きました。 競合他社とは何かを見ました-通常、競合他社は存在しません。 これを何らかの方法で実装、変更できるかどうかを見ました。



一般に、既製のプロトタイプは、最初にアイデアのクールさを示し、次に競争力のある分析を行うために、どうにかしてそれをポンピングし始めました。 このモチベーションは完成品を作るのに十分でしたが、現在はストアにあります。







原則として、今でも、このプロジェクトで何らかのタスクが発生した場合、誰も何もすることを切望しません。



だから、ダックスフンドにありました-このアイデアは2GIS製品チームのものです。 彼らはちょうど来て、私たちが愛する会社のために何かをすることを提案しました。 彼らは製品チームであり、彼らはクールなアイデアを生み出すために支払われているので、彼らはそれを生み出しました。 アイデアは最初から楽しいものでした。 モスクワでは、アプリケーションも動作します。



これは非常に単純な愚かなアプリケーションです-誰も私たちの前にそれをやったことがない理由がわかりません。開始点と終了点を選択します。 このようなタクシーのアグリゲーター-アプリケーションは、それらのそれぞれのすべてのタクシープロバイダーと価格を示しています。



私たちはそれを作りました、私たちはそれが好きでした。 さらに、彼ら自身が、独自に競合分析、グラフなどを実施しました。



一般的に、特定のアイデアが絶えずこのアプリケーションに従事し続ける理由を私たちに与えてくれ、私たちのモチベーションが高まりました。







アプリケーションが機能するようになったとき、私たちのモチベーションは急上昇し、すぐに何かをしたいとすぐに思いました。たとえば、Gelendvagen構成を選択しました。







このすべての勇気から何を引き出すことができますか？

• モチベーションは、どんなにクレイジーであっても、どんなプロトタイプでも常に十分です。 少し気に入ったら、試作品をカットできるという事実。
  
  
• アイデアが単純に燃え上がっていても、疑問や競合分析を行わなかった場合、プロトタイプレベルでも既製のアプリケーションをリリースする十分な動機がありますが、それは人々が使用できるようにするためです。
  
  
• アイデアに取り組んで、何らかの形でそれを拡張し、競合分析を試みると、プロジェクトを人々に見せることができるようになるまでそれをやり続けるのに十分な動機があります。
  
  
• アイデアが最初に燃え上がり、それを処理する場合、無限にカットすることができます。
  
  

パート3.チームについて

古風なテトリスなどのアプリケーションの時代がすでに過ぎていることは秘密ではありません。









最も可能性が高いのは、今では外観が異なる最新のプロジェクトを行う必要があることです。







そのようなことを提出することはできますが、非常に長い時間がかかります。 おそらく、あなたがそれを切り裂くとき、それはもはや必要ではないでしょう、または、あなたはそれを終えようとして死ぬでしょう。

解決策は明白です-少年バンドを見つける必要があります。







しかし、例えば、このようにした方が良いです。







あなたは本当に戦わなければならないので-自分の怠with、偏見、同僚や愛する人の意見で：「おい、なぜこれをしているの？ 仕事で通常の給料をもらって、ただそれを無料でやる！ わかりました、ビーチに行きます！」-そしてすべて。



しかし、そのような人を見つける方法は？



解決策も簡単です。 私たちは、人々が私たちの小さなチームに参加する方法のパターンを持っています。 「ダックスフント」の例だけで-私はもっと話すように思えます。







みんなが私たちのところに来て言った：「おい、私たちはアイデアを持っている-あなたは何かをしている-アプリケーションを作ろう！ あなたはiOS開発者です！」 iOS開発者が2人いるだけで、互いに参加しました。



そして、そこにはバックエンドが必要であり、iOSアプリケーションはまさにフロントエンドです！ 少し時間をとって、フロントエンド全体でバックエンド全体を実行しました。 私たちのアプリケーションは、ある種のAPIに行き、そこで何かを実行し、引き出し、それ自体で数え、方法を見つけることを含め、絶対にすべてを行いました。 ただし、データをアプリケーションに含める必要があるため、とにかくバックエンドなしではできません。 OK、JSONをDropboxに入れましたが、実際には完成したアプリケーションを取得しました。

実際、ユーザーはそこで使用されるテクノロジーを気にしません。 彼はポイントを入力し、アプリケーションは100ルーブルのためにそこに到達する方法を示す必要があります。 そしてそれだけです。



私たちはみんなに行って見せました-みんな、チェックしてください、私たちは何をしているのですか？ 私たちのバックエンドも、すべてを見て、ただ歩いて言った：「おい、私はあなたのためにそれを正しくさせてください。」 そこで彼はチームに加わりました。 今、男たちはまったく同じように私たちに来ます。



ハッカソンについてもっと言いたいです。 私は彼らをとても愛していますが、あなたが潜在的にクールな男を見つけることができるという事実のためではありません。 実際、これは完全に現実的ではないようです。 むしろ、そこにいるあなたは、まず第一に、極端な状況で自分自身をテストすることができるからです-まあ、プロジェクトを見た人たち。 ハッカソンは非常に極端なもので、すべての人が最高の結果を出します。そして、あなたは男の能力を評価することができます。







午前中にチームがこのように見え、プロジェクトの準備ができていることがわかった場合、ほとんどすべてがうまくいくでしょう。

• バックエンド、フロントエンド、または他の何かに能力がなくても、方法を知っている最大値と、知らない最小値を単純に行います。
  
  

基本的に、「Music Bot」をやっていたときでも、バックエンドで書く方法がわかりませんでしたが、CoffeeScriptを2時間で見つけて、なんとかしました。

• 2つ目-プロトタイプを作成し、歩いて見せます。
  
  

誰もがあなたが用心棒だと思っている（またはよくやった）が、実際あなたは自分のために男を探している。 誰かが彼を見て、彼がアイデアを気に入ったという理由だけで彼らの助けを提供します。「何か準備ができているようです、助けましょう。」

• ハッカソンは本当にクールなテストです。戦闘環境では、仲間と一緒に仕事をするかどうかを確認できます。
  
  

パート4.プロジェクトについて

最も重要な部分は、プロジェクトを終了させることがどういう結果になるか（または失敗するか）です。

このブラックボックスも私のプロジェクトです。 ずっと前に見ました。 これはミュージシャンのための調合であり、ピッチャーをアルペジエーターに変えます。







本当にたくさんの仕事がありました：あなたはそれを発明し、はんだ付けし、ボードに参加し、必要なマイクロコントローラーを理解し、それをプログラミングし、何らかのデバイスを作り、ウェブサイトを作成し、そこに何らかの形でプリセットをアップロードし、それを販売する必要がありましたこのすべてのトップ。



つまり、仕事は異なり、たくさんありますが、私は毎日それだけに時間を費やし、それは終わりました。 つまり、すべてを行うのに必要な時間を投資し、プロジェクトは終了しました。

プロジェクトを1つのヘルメットにカットするには、毎日それを行うだけです。十分な時間がないために死亡するか、プロジェクトが終了します。



あなたは何でもできるのでこれはクールです。



チームは少し異なります。



たとえば、これは現在行っているサービスのアーキテクチャです。







ここにあるロールの数を計算できます：

• バックエンド
  
  
• Web
  
  
• iOS
  
  
• Android
  
  
• ビルドノード
  
  

つまり、このようなノミを切るには、少なくとも4〜5人が必要です。



少なくとも1人が「おい、私はすべてだ」と言ったら、プロジェクト全体が問題になっている可能性があります。 まるで男の一人が倒れなかったかのように、私の魂は最も痛い。



責任についての小さな発言

一人でプロジェクトをカットしているとき、あなたはあなた自身がそのプロジェクトに費やした時間の責任を負います。 これは絶対に明らかです。

しかし、プロジェクトに時間を割く人が何人かいるとどうなりますか？







すべての人が責任を共有しているようです。 しかし、実際にはそうではありません。なぜなら、あなたは男を招待したからです。 彼らの時代だけでなく、彼らが捧げた時代にも。







つまり、私はこれらのプロジェクトを手伝ってくれる人たちよりも多くの責任を感じていますが、誰もが平等なシェアを持っています。



モチベーションチャートに戻ります。







たとえば、感覚プロジェクトがどこか右側にある場合、何ができますか？ やる気に取り組んで、どこかで無限に行くようにするか、それ自体を引っ張ることができます。 つまり、プロジェクトを必要以上に速く完了することです。



つまり、本質的に、時間（プロジェクトの実行速度）と動機付けを管理する方法を学ぶ必要があります。



それから、非常に明白なものがあるでしょう、私はすぐにそれらについてあなたに話します。 以前はこれをやったことがなく、成功しませんでした。 今、彼らはやり始め、すべてが判明しました。



これらのカラフルな男性なら







このプロジェクトを作りたいでしょう-







最初に行うべき明白なことは、プロジェクト全体を見て、全員が自分の小さなタスクを持つようにすることです。







次に、各パズルに番号を付けるように優先順位を付ける必要があります。







これらの数値を実行順に並べた後。 その後、各人は、彼が行うタスクの順番を持っています。







実際、チームの各メンバーは、自分が何をすべきかを常に知っている必要があり、プロジェクトが完了するためにはこれが必要であることを理解している必要があります。



このために、Google Docksを使用します。 私たちはペットプロジェクトをカットしているので、これは作業環境ではなく、いつ男がコーディングに従事するかは明確ではありません。



たとえば、ある人には空き時間がありますが、すぐに状況を把握する必要があることを理解する必要があります。 これを行うために、すべてのタスクが優先されるGoogleドックがあります。 ユーザーは単にGoogleドックを開き、リンクをたどり、TKを開くだけで、各チームメンバーは常に自分がすべきことを理解しています。



開発では、これらは実際には非常に明白なものです。 それらがなければ、何も私たちのために働いた、彼らは行われなければなりません。



赤い人が赤いタスクのみを行うことも非常に重要です。 私たちの場所では、バックエンドは設計について考えるべきではなく、フロントエンドはバックエンドタスクについて考えるべきではありません。 チームの人々の直接的な専門知識に関連しない質問がある場合、私はそれらを自分で考えます。

私はこれをしようとするので、男は自分のプロファイルタスクのみを実行しますが、コアではないタスクは私が自分で取るものであり、何とかしようとします。 これにより、プロジェクトのリードタイムを短縮できます。



これらは単純なものですが、それなしでは機能しません。



私には最も責任があるので、私は：

• 私は常に分解、評価、優先順位付けを開始します。これにより、すべての人がいつでも何をする必要があるかを理解できます。
  
  
• 私はTKを書いています。 時間は数週間で断片化されるため、コンテキストに入る人に多くの時間が費やされます。 覚えようとして-あなたはそこで何をしましたか？ そして-TKではすべてが美しく書かれています。
  
  
• コア以外のタスクはすべて削除します。
  
  

これはおそらく、プロジェクトに費やす時間を削減するためにできるタスクの最小スタックです。







おそらく最も重要な質問-動機付けの質問-どうやってコードを書くのでしょうか？ 朝から夜まで、彼らは職場でこれを行います。そして、「さあ、職場と同じことをしますが、彼らはあなたにお金を払わないのですか？」と言います。 これは奇妙です。



これで何ができますか？

• 最初のレシピは、会社に出資することです。
  
  

しかし、これは完全なゴミです。会社が存在しないため、機能しません。アイデアはゼロ、企業はゼロ、すべてはゼロです。 あなたはゼロの割合を提供し、男はあなたを見ます：「クール、はい...来て、明日来て」。



何が機能しますか？ そして、私たちは長い間構築してきたジオチャットルームに戻ります（私は自分自身で判断しますが、このことはチームでうまくいくようです）。

ある種のプロジェクトに参加しているが、単にしたくないという理由だけで何もしたくない場合、お金に注意を払うことなく仕事に追いやることができるのは、おそらくプロジェクトに何かがあるかどうかです起こっている。 つまり、常にある種の強引なものがあり、みんな集まってクールなクリープを作ります。 このプロジェクトは本当に止まっているわけではありません。このケースに参加したいと思っています。



私たちがジオチャットをしたとき、おそらくこのプロジェクトで私がした最も重要なことは、常に男を動かしていたことです：「アグヘイの人たち、一緒にやってみましょう。それができます。



これでうまくいったようで、ストーリー全体を完了しました。

• 実際、あなたはただじっと座ってプロジェクトの動きを生み出す必要はありません。
  
  

さらに、このような面白いことがあります。 商品とお金の関係はないので、圧力の直接的なレバーはありません-男と人間の関係以外には何もありません、非常に面白い話が発生します。 それらは、プロジェクトとは完全に無関係であるように見えますが、その実装に影響します。

• 人的要因。
  
  

例

エンジニアリング担当者の1人は、大きくて美しく、クールなカントリーハウスに住んでいます。 彼は毎週週末にプロジェクトを行います-彼はラップトップとコードを開くことができる土曜日を直接待っています。 しかし、金曜日には雪が降り、誰もが土曜日に何をしているのかを理解します-彼は目を開けて、白い壁が崩れ落ちるのを見て、シャベルをつかみ、路上で6時間それを振り、家に戻り、プロジェクトに対処しません。 彼はお茶を飲み、テレビ番組を見ていて、その日は何もしたくありません。



この状況で私たちは何をしていますか？ 金曜日に雪が降った場合、土曜日の朝に栄光に行きます。 シャベルを持って来て、元気よく雪を投げるのを手伝います。 , . .



, , , . , .



. - . – , . .



? . , , . .



– , . , .

結論

?

• , , .
  
  
• – .
  
  

, , . , . , , .

• .
  
  

, , , – . , , , , .







« Just one more thing… », .







, – , , , . . , , .



- , , , , . , .



, , , , . .

.

---

, , .



また、 Apps Conf 2017ですべてのレポートの動画への無料アクセスを提供しています。 有益で興味深い情報がたくさん見つかることを願っています。



そして、モバイル開発の分野での経験や興味深い事例を共有する準備ができている人は、5月のRIT ++カンファレンスの講演者になることを勧めます。 プログラム委員会の申請はここに残すことができます 。