ビジネスをするためのメモ。 パート2

こんにちはHabr、私の名前はアレクサンダーです。 多くの人々が私の記事に刺激され、続編を書くようになりました。 私は以前に記事を公開し、それはここにあります 。

最初の部分を読んでいないのに2番目の部分を読んでいる人には、怠けて記事の最初の部分を読むことを強くお勧めします。



行こう！

パート4（続き）。 プロジェクト

整合性が失われないように、最初の記事の4つのポイントを複製します。

1.ニッチを選択します。

多くの小企業や個人のフリーランサーは、彼らがすべてをするという罪を犯しています。 私の観点から、これは開発の行き止まりの道です。 すべてをすることは不可能だからです。 すべてをやると、ニッチ企業や個々の開発者と競争することはできなくなります。 一度に5つの椅子に座ることは不可能です。

私の経験から：上記で書いたように、私の主な専門は認識です。 ニッチを選ぶ前に、私はすべてをしました。 しかし、新しいプロジェクトでこのタスクの技術、ツール、側面を研究しなければならなかったため、これはあまりうまくいきませんでした。 実際、論文を書いた後、私にとってニッチの選択は偶然に起こりました。 彼女は「ホップフィールドとハミングニューラルネットワークを使用したテキスト認識」というトピックを取り上げました。 その後、ライブラリをプロジェクトで使用し始めました。 私は認識に関連するプロジェクトをより頻繁に受け始めました。 その後、彼はそれらにのみ集中しました。 当然、私は認識がほんの一部であるプロジェクトに取り組んでいます。 しかし、まだ。 プロジェクトごとにスキルを磨きます。これはビジネスであるため、新しいプロジェクトでの経験を活かして、開発時間を大幅に短縮し、短時間でより多くの利益を得ることができます。

2.シンプル。

すべてを最大限に簡素化します。 アーキテクチャで終わるインターフェイスから始まります。 誰も混乱させる必要はありません。 シンプルであるほど良い。

私の経験から：インターフェース、使いやすさ、アーキテクチャの面で最高のプロジェクト、私はスペインのクライアントのために開発されたプロジェクトを考えます、私はそれについて上で書きました。 アーキテクチャの開発に2週間を費やしましたが、後悔はしていません。 私はまだこのエンジンを他のプロジェクトで使用しており、時々それを販売するだけです。 そして、私が最初に置いたシンプルさは、最短時間でエンジンをニーズに適合させるのに役立ちました。 スペインのプロジェクトは非常に複雑でしたが。

3.大から小へ。

多かれ少なかれ大きなプロジェクトを設計するとき、すべてをカバーしようとしないでください。 無駄だ！ すべてのニュアンスを考慮することはできません。 システムの主要部分に集中します。 主なポイントとタスクを説明してください。 そして、開発に取りかかります。 このアプローチは、彫刻家のアプローチに匹敵します。 ブロックから、彼らはまずおおよそのシルエットを形成し、次に、ある部分から別の部分に移動して、シルエットを実際のオブジェクトにより似たものにします。 そして最後にのみ、彼らは彼らの彫刻を詳述します。 だからあなたと一緒にいるはずです。 プログラムの大部分を作成し、それらを分割して変更し、より現実に近づけます。

私の経験から：新しいプロジェクトの開発を始めるとき、最初にいくつかの論理的な部分に分割します。 その後、開発に進みます。 開発中に、これらの論理部分をより小さな部分に分割して実装します。 そして、これをあらゆる段階で繰り返し、部品を小さくします。 これらのパーツが分割できない状態になるまで、この手順を繰り返します。

4.モジュール性とスケーラビリティ。

すべてのプロジェクトを設計して、後で非常に簡単にスケールアップできるようにします。 また、それらをモジュール化します。 つまり、いくつかの論理モジュールに分割されます。

スケーラビリティにより、システムの機能を簡単に拡張できます。また、モジュール性により、一部の機能を別のライブラリに分離して他のプロジェクトで使用できるようになり、開発時間が短縮されます。

私の経験から：原則として、私は常にプロジェクトを小さな部分に分割し、その後他の開発で使用します。 だから私はどこでもするので、特定のケースについては書きません。

5.日付。

ITプロジェクトで最も重要な3つの基準の1つは、プロジェクトの開発時間です。 私の意見では、これが最も重要な基準です。 「時は金なり」という言葉はどこにも行っていません。 確かに、開発時間はあなたとあなたのチームにプレッシャーをかけるまさにその要因の一つです。

非常に不適切なクライアントに出くわすこともありますが、非常に興味深いプロジェクトがあります。 値札は似合っており、プロジェクトは興味深いようですが、タイミングは非現実的です。 この場合の対処方法。

まず、座って、設計と開発に必要なリアルタイムを計算します。 その後、この数値に3を掛けます。なぜ3倍にしますか？ たまたまこの数字が実用化されました。 説明します：開発に3分の1、テストとバグ修正に3分の1、クライアント側での統合に3分の1が必要です。 この数字は非現実的であると言えますが、私にとっては非常に重要です。 このような計算を使い始めた後、時間内に失敗したプロジェクトは1つもありませんでした。

私の経験から：私は常にクライアントに実数を伝え、私は常に強調しています。 嘘や怠慢は締め切りの内訳につながるため、数字について嘘をつくのは無意味だからです。 これが法律です！ たとえば、プロジェクトに100時間かかる場合。 その後、50の場合、完了しません。 プロジェクトの1つで、人件費を計算し、クライアントに発表しました。 私が覚えている限りでは、フルタイムで数値を1.5か月に設定しました。 彼はショックを受けました。 そしてASAPは、想像するよりも頻繁に言った。 それから彼は、同じプロジェクトを3週間で開発するように誘った別のチームがあると言いました。 もちろん、私はそれを信じていませんでした、なぜならこの数字はそのプロジェクトにとって一般的に非現実的だからです。 そして私は彼にそれについて話したが、彼は私に聞きたくさえなかった。 そして、さよならを言いました。 そして、私はプロジェクトを安全に忘れましたが、4ヶ月後にこのクライアントは私に手紙を書きました。 4か月間、他のチームはデモ版を提供することさえできませんでした。 ちなみに、プロジェクトは正確に私のプロフィールにあり、そのチームは明らかに主題ではありませんでした。 それが彼らが締め切りを逃した理由です。

6. 3つのうち2つ。

私の元ビジネスパートナーはこのルールを教えてくれました。

5番目の段落では、ビジネスにおける3つの最も重要な基準について言及しましたが、それらが何であるかは述べませんでした。 だから：1.迅速、2。品質、3。安い。 クライアントが1つまたはすべてのポイントを押した場合は、彼にとって最も重要な2つのポイントを選択することをお勧めします。 プロジェクトが3つの基準に当てはまることはほとんどないことを彼に説明してください。 決して高速、高品質、安価ではありません。 彼女が3つのうち2つを選択したら、3番目の残りのマシンに接頭辞「not」を付けます。 たとえば、クライアントは「高速、高品質」を選択し、3番目に「not」というプレフィックスを付け、「高速、高品質、およびNOT CHEAP」を取得します。

もう少し説明させてください。

「速くない、高品質、安い」、

「速く、貧しく、安い。」

私の経験から：私は常に自分自身で3つのうち2つを選択し、参照条件とクライアントの条件を読みます。 一般的に、私はクライアントとの対立を少なくするために、クライアントに自分の立場を明快に説明しようとします。 クライアントとの私のコミュニケーションは、時々子供とのコミュニケーションにいくらか似ています。 しかし、これは、クライアントが「欲しい！」という店の子供のように振る舞う場合にのみ発生します。

7.実際のプロジェクトで勉強しないでください。

むしろ、あなたの研究を終了しますが、新しいプロジェクトで新しい専門を学びません。 このポイントはポイント1と交差します。少なくとも80％を知っているプロジェクトを受け入れないでください。 開発中は、開発だけでなく、プログラミング技術、アルゴリズム、技術の研究にも携わることになります。 他人を犠牲にして学習しないでください！ 開発などの報酬を受け取ります。

私の経験から：私たちは経済的に利益があると思われるプロジェクトを採用することにしました。 ただし、注意点が1つあります。トピック（ワークフロー）とJavaScript開発言語の1つ（特にjQuery）に精通していませんでした。 しかし、彼らはすべてが非常にシンプルであり、すべてが簡単に研究できると考えました。 しかし、そこにありました！ 災害全体についてはお話ししませんが、一言で言えば、プロジェクトは中断され、ペナルティが課され、多くのバグ修正が行われ、クライアントとの無限の交渉が行われました。

パート5.財務面、パートナーシップ、および従業員

1.これはビジネスです、ベイビー！

どんなに好きでも、自分の仕事が趣味ではなく、純水ビジネスであることを否定することはできません。 それを受け入れます。 泡を口に入れて、楽しみのために働いていることが証明された場合、つまり「楽しみのために」と言えば、この記事を読んでいる理由がわかりません。

私の経験から：個人的には、自分を「無料のアーティスト」と呼び、職業の経済的問題を気にしない人々は、そのような怠け者のヒップスターに関連付けられています。 例えば、私はとても独立しているので、好きなときに好きな場所で自分のために働いています。 なぜ私はヒップスターについて正確に覚えていたのですか？約6か月前、私たちの街にオープンスペースのコワーキングオフィスが開設されたからです（あなたがそれを呼ぶことができるなら）。 多くのフリーランサーがオープニングに来ました。 私は写真のレポートを見ました、神に感謝、私はそこにいませんでした。 すべての写真には奇妙なキャラクターがいました。 「他の人とは違います。お金に興味はありませんが、自分の好きなことだけをします。」というカテゴリから 私はいくつかの馴染みのある顔を見ました。 したがって、これらの個人自身は大声でフリーランサー、フリーアーティストと呼ばれ、彼らが叔父のために働いていないことを非常に強く強調しています。 しかし同時に、彼らはお金を気にしておらず、ビジネス、経済学、ビジネスのすべての法律を気にしていないと主張しています。 このような仲間は、この「私のミューズは来ていない」または「魂はもうこのプロジェクトに存在しない」などのような動機を与えて、プロジェクトを放棄し、放棄することができます。

あなたが自分自身のために働き始めたなら、創造的な人としてではなく、ビジネスマンとしてビジネスをしようとしてください。

2.価格。

あなたがビジネスに従事しているので、当然、あなたは仕事のためにプロジェクトのコストを正しく計算できなければなりません。 プロジェクトコストの計算は、ビジネスで最も困難なタスクです。 各ビジネスマンは、独自の方法で計算します。 以下に計算方法を説明しますが、その前に、よくある間違いを1つ挙げておきます。 クライアントにいくら支払うことができるか尋ねないでください。 クライアントがあなたにプロジェクトの予算を教えない場合、これは彼があなたをだますことを望んでいるという意味ではありません。 多くの場合、クライアントは実際の値札を知らないだけです。 「いくら支払うつもりですか？」と言い始めたら-これは少なくともプロではありません。 クライアントはあなたをheし疑い始め、競合他社に行きます。

私の経験から：上記で、プロジェクトの締め切りをどう考えるかを書きました。 だから、私は次のように値札を検討します：第一に：私は時間を支払い済みと未払いの2つの部分に分けます。 第4部のパラグラフ5に記載されている3つの部分のうち、最初の3分の1、つまり開発のためだけにお金を取ります。 統合とバグ修正はすべて無料です。 バグ修正は理解可能であり、クライアントは私たちの妨害の代金を支払う必要はありません。 統合は別のポイントです。 心理学にはもっと多くのことがあります。すべてがうまくいくこの期間にシステムが機能し、あなたとあなたのクライアントはそれをクライアントマシンに統合します。しばしばあなたはあなたとあなたのクライアントをより信頼できるレベルのコミュニケーションに導く抽象的なトピックについて話し始めます。 今、あなたは遠い未知の国からの顔のない開発者であるだけでなく、あなたは本物の人間です。 この期間中、クライアントはしばしば別のシステムを持ちたい、または既存のシステムとその問題などを見てほしいと言います。 つまり、彼はあなたを見失いたくありません。 顧客は開発者を変更することを好まないため、彼らはあなたを正規の実行者にしたいと望んでいます。 わかった コストの計算に戻りましょう。

たとえば、プロジェクトの開発には100人時が必要です。 プロジェクトのスペシャリストを1人選ぶことができます。 このような専門家の1時間あたりの料金は、20ドルと言います。 専門家の1時間のコスト、つまり会社の利益（たとえば5ドル）にマージンを設けています。 その結果、1時間あたり25ドル、プロジェクトの合計は2500ドルになります。 これらは概数です。 しかし、値札をどのように考慮するかという本質は本物です。 当然、これらの有料時間にはテストと統合は含まれません。

3.貪欲にならないでください。

はい、はい、それほど貪欲にならないでください。 認知されたばかりのときは「価格を破​​る」のではなく、ビジネスを始めたばかりのときはなおさらです。 かつて「国会議事堂」ブランドのタバコを製造している会社が行っていたようなトリックを行うのは、私たちのビジネスでは珍しいことです。 一言で言えば、彼らは販売に問題があり、ブランドを変更し、タバコの価格を引き上げました。 その後、売り上げが伸び始めました。 残念ながら、私たちの時代にはこれを行うことはめったにありません。

私の経験から：私は欲張りではなかったので、プロジェクトの実際の値札に相当する値札を付けました。 しかし、私がクライアントが私のところに来て、彼らが他の会社と仕事をしたと言ったとき、それらの会社は成長し始め、魅惑的な値札を「作り」始めたのを見ました。 そして、クライアントは会社が望む金額を支払うことができないことが判明し、彼はそれらを残しました。 つまり、価格タグを選択することで、常に自分自身を管理できます。 通常の顧客と評判を失う可能性があるため。

4.パートナーを友人ではなくパートナーとして選択します。

多くの場合、若いビジネスマンは、友人や親relativeの間で、サークル内で将来の共同ビジネスのパートナーを探しています。 彼らにとっては、より簡単で簡単になるようです。 そしてそれはそうですが、最初の段階でのみです。 会社が設立されたばかりのとき。 その後、すべてがより複雑になります。 いずれにせよ、将来的にあなたやあなたのパートナーが苦情を言うか、あなたの意見が分かれ、妥協を見つけるのは非常に困難です。 あなたが彼を失うかもしれないという絶え間ない考えを持っているので、ビジネスに関して愛する人と議論したりしたりすることは非常に困難です。 そして最後に-それは良いものにつながらないでしょう。 ビジネスだけでなく、友人も失う可能性があります。 したがって、パートナーを選択するときは、ビジネスに関連する理由で解散できることを常に忘れないでください。

私の経験から：それは私にも起こりました。 私の以前のビジネスパートナーは私の友人です。 しかし、私たちは彼と別れ、私たちのコミュニケーションには何も変わりませんでした。 ラッキーだ。 彼は私に多くの良いことを教えてくれたので、彼に感謝しています。 私は永遠に彼の言葉を思い出しました：「サーシャ、個々に、私たちは一緒にできる以上のことを達成できる」。 私たちは友達であり、お互いに不満や苦情はありません。これは非常に大きな運です。 多くの場合、友人は敵や不満の多いビジネスパートを作成します。 したがって、問題がないように、初期段階では、パートナーの友人ではなく、志を同じくするパートナーを選択します。

5.従業員の雇用。

すべての役員にとって、重要な課題は従業員の雇用です。 プログラマは特定の人々であるため、従業員の選択にはさらに慎重に取り組む必要があります。 別の従業員を雇用する前に、それが必要かどうかを考えますか？ 従業員を雇用することにより、会社のスタッフを意図的に拡大しています。 あなたの会社は最終的に不器用なモンスターになります。 ビジネスは戦争です。 しかし、現在の世界の現実では、戦争は連隊、師団、軍隊によって行われていません。 戦争はモバイル旅団によって推進されており、割り当てられたタスクに対処するのにはるかに効率的です。 モバイルであること。

それでも最終的に従業員を雇用することに決めた場合は、面接で次のことに注意を払ってください：妥当性、社交性、会話のトピックの理解、思考の速さ。

妥当性 -面接に来て、ここで何をしているかを理解していないか、あなたの質問に何らかの形で不適切に反応する人がいる場合、すべてがここで明確です-それは意味します。

社交性 -インタビューで抽象的な、特に専門的なトピックについて通常のコミュニケーション方法を知らない人は、実際の生活でどのように振る舞うか想像してください。

会話のトピックを理解する -あなたが1つのことについて話しているが、人が会話のトピックを理解していないか、またはオフにしようとしている場合、実際の仕事では本来のようにしないが、好きなようにそのような人々と働くことは困難になります。

思考の速度- 思考の速度は、私の意見では、ITプロフェッショナルにとって非常に重要です。 面接で状況をすばやくナビゲートできない場合、複雑でトリッキーなタスクにどのように導かれますか？

上記の基準をすべて満たしている場合は、チームに参加する方法を忘れないでください。 候補者があらゆる点で理想的な天才であっても、最初の評価によれば、候補者はあなたのチームの性格に合わない場合でも、彼を捨てることをお勧めします。 新しいチームに来たので、この人は彼の雰囲気を混乱させる可能性があり、すべての作業は必要に応じて効率的に実行されません。

6.パートナーと従業員の声に耳を傾けます。

あなたの視点を持っていることは確かに素晴らしいですが、他の意見を完全に放棄した場合、それは間違っています。 「目をぼかす」ことは人間の本性です。つまり、問題を解決し、1つ以外のアプローチを見ないには非常に長い時間がかかります。 同僚の意見を聞いてください。彼らは別の角度から問題を見て、自分よりも簡単な解決策を見つけるか、問題を解決するためのアイデアを与えることができるからです。

私の経験から：私がまだ「叔父のために」働いていたとき、私は彼が非常にクールな開発者であると思っていたシェフがいました。実際、彼はより魅力的ですっごく平凡なプログラマーでした。 そのため、この同志は当時のテクノロジーに遅れをとっていました。約15です。同社については、銀行向けのソフトウェアを開発しました。 90年代に開発され、顧客のニーズを満たすために絶えず開発されています。 このシステムのDBMSは、控えめに言っても、最も一般的ではありませんでした。 残念ながら、名前を思い出せないか、むしろ思い出すことができますが、間違いを犯すことを恐れています。 そして、たまたま新しいプログラマーがチームに来ました。チームリーダーは、このDBMSを使用して開発を続けるべきではないことを上司に納得させようとしましたが、彼は気にしませんでした。 そのため、ある瞬間、このDBMSのサポートが停止し、その結果、私が働いていた会社は次に何をすべきかという問題を抱えていました。 これはすべて、システムの2〜3年の書き直し、多数のバグ、クライアントの損失などで終わりました。 上司が1年か2年前にプログラマーの話を聞いていたら、すべてがそれほど嘆かわしくなかったかもしれません。

7.スピンオフを作成する

誰もが、ビジネスはお金を稼ぐことを唯一の目的とするビジネスであることを長い間知っています。 金融フローの拡大は、間違いなくプロ意識とスキルのピークです。 一方向だけではありません。 すべての面で働きます。 たとえば、クライアント用のある種の大規模システムを開発しました。 それからエンジンを選択し、興味のある人を探します。 しかし、1つだけあります。 進行中のプロジェクトからスピンオフの生成に注意をそらそうとしないでください。 これは間違っています。副利益の創出によって持ち去られ、主なものを失う可能性があるからです。

私の経験から：私たちは委託された2つのプロジェクトを持ち、その後ストリームを開始しました。 当然、私たちはそれらをそのまま販売せず、エンジンを割り当て、それらを使用して非常に類似した製品を作成しました。つまり、最小限のリソースを使用して副利益を生み出しました。 そして、これらの行動は私たちの予算で非常に良い利益を上げました。

8.モンスターと競争しようとしないでください

試してはいけません。 あなたには十分な力も時間も欲望もありません。 大企業にあるもの。 あなたの道を進み、興味のあるものを開発してください。 競合他社を分析し、それらのベストを採用しますが、決して競合他社と競合しないでください。 競合他社からの欠陥を探し、それらをカバーします。

私の経験から：プログラミングに夢中になって独立したキャリアを始めたので、競争についてはあまり考えませんでした。 私はちょうど働いた。 しかし、私の趣味がビジネスに変わった長年にわたって、私は競合他社の製品を分析し始め、競合他社の製品の類似物を作成する価値はないが、競合他社が弱い場所をカバーする価値があるという結論に達しました。 当社の製品の1つは、本質的に直接的な競合他社の代替品ですが、非常に狭い領域でのみです。 アナログを作ろうとせず、競合他社のシステムではカバーできない顧客の要件を満たす別の製品を作りました。

結論の代わりに

記事の2つの部分があなたに思考の糧を与え、あなたが自分に役立つ何かを学んだことを願っています。 私は主観的な意見のみを表明し、この意見は私の仕事の長年にわたって形成されました。 2つの記事に記載されているすべてのもの-私は実際に実際に使用しています。



ご清聴ありがとうございました。



よろしく

アレキサンダー