Geekly Articles each Day

開発者として、独自のビジネスを開きます。 計画中

画像

入門記事が嫌いです。 たくさんの水があり、ほとんど意味がありません。 紹介記事を少なくとも少し有益なものにしようと思います。 以下で自分自身について詳しく説明します。

これはサクセスストーリーではありません。


私は、何かを直接学ぶプロセスについてブログを書くことを長い間考えていました。 インターネット上にそのような資料がほとんどないのは驚くべきことです。 プロレベルでは、アマチュアまたは初心者レベル以外のプロセスが発生します。 そして、あなたのビジネスで成功するために、あなたは順番にすべてのレベルを経験する必要があります。

初心者の場合、適応するのに役立ついくつかのストラットが常に配置されます。 これらは自転車用の小さな車輪です。 それらが適応すると、スペーサーが削除されます-それらはもはや必要ありません。

Strutsは、最初は思われるかもしれませんが、速度を落とすことなくプロセスを加速します。 ホイールを追加した例では、これは明らかです。

これらの追加のホイールについて、話をします。

今どこにいる


私の言葉が空の言葉ではないように、私は会社について少し話さなければなりません。 出版物が広告として認識されないように、ブランドへの言及を除外しようとします。

Home Studioはほぼ1年間使用されています。 IPは2015年末に正式に登録されました。 同社は仕事を始めてから2か月後にすでに安定した利益を達成し、現在ではロシアと西部市場の両方にクライアントがいます。

私たちは、ウェブサイト、モバイルアプリケーションの開発、ホスティングサービスおよびプロジェクトサポートの提供に取り組んでいます。 私たちは独自のイニシアチブで、他のソフトウェアの開発に個別に取り組んでいます。 非コアソフトウェアは、まだ頻繁に対処する必要があります。

現在、事務所と安定した収入があります。 私は注文のソースを常に実験しているので、彼は少し泳ぎます。 しかし、会社の生活と発展は十分です。

初期投資は非常に少なく、約30万ルーブルでした。 私の場合、満足のいく収入を得るための総費用は2万ルーブル未満だったため、彼らは重要な役割を果たしませんでした。

私はビジネスの経験がなかったので、非常に慎重に歩き、リスクを最小限に抑えました。 現時点では、私は死角を埋めるためにさまざまな研究に資金の一部を費やしました。

チームの給与と必須費用を差し引いた利益は、月に約80〜15万ルーブルです。 この金額は会社に完全に再投資されます。 これは開発には十分ですが、現時点での私の給与は5万ルーブル未満であり、これは私の市場価値のほぼ4倍です。 言い換えれば、私はまだ勝っていない。

会ったので、ビジネスについて話しましょう。

事業計画を立てないでください


画像

私の意見では、無料の水泳を始める前にあなたができる最も愚かなことは、ビジネスプランをすることです。

次の年にあなたが何をしなければならないかについて何も知りません。 何もない！

売り上げがいくらになるか言うことができないだけでなく、名刺Webサイトのデザインやプログラムの作成にかかる時間も言えません。

おそらくあなたは私がナンセンスだと思っているでしょう-あなたは優秀なプログラマーであり、おそらくプロジェクトマネージャーです。

しかし、初心者のスピードはプロのスピードとは異なるということです。 そして非線形に。 そして、少なくとも何らかの形でこれを考慮することができれば、異なるセグメントの顧客の行動の違いを考慮しません。

先進的な企業で働いている場合、最初にやらなければならないことにあなたの経験はあまり当てはまりません。

私は、スタジオでの作業を開始してからわずか10か月で企業の計算を行いました。 そして、それでも、統計をできるだけ慎重に収集しようとしたにもかかわらず、いくつかの盲点がありました。

そして、この計算は、会社を設立する計画を立てたときに予想されるものとはまったく似ていません。 従業員の数と有効性を変更することで、月収を計算できます。

しかし、ビジネスプランはまだありません。 成長率に関する十分なデータがない場合、ビジネスプランはどうなりますか？

目標を計画する


事業計画や企業価値の計算ができない場合は、通常の計画が必要です。

まったく計画を立てない場合は、突然何ヶ月も滑ってしまいます。 コンテキストが存在する場合、ほとんどの質問に回答するのはかなり簡単です。

私は通常3種類の計画を立てます：


会社ビジョン


最初に行うことは、会社の説明を作成することです。


完全な自由があります-あなたの頭に入ってくるものをすべて書き留めてください。 将来の会社について説明してください。 もっと楽しく！ 説明が互いに矛盾する場合は、とにかく書き留めてください。

会社もプロジェクトであるため、この手法はUnified Processから借用しています。

次に、目標のリストを作成する必要があります。 説明した会社になるために達成する必要がある目標。 原則として、これらの目標は非常に一般的です。

目標の例：


今の私の目標の例：


目標は単なる些細なことではありません。 彼らは本当に必要です。

仕事の過程で、あなたは自分自身に何度も絡み合うようになるでしょう。 現時点で企業にとって最も有益な方法は、単に目標に沿っていないことです。

例を挙げるために遠くまで行く必要さえありません！ そこからのプロジェクトがロシアのプロジェクトよりも高価であるという理由だけで、Upworkで停滞しました。 深く掘り下げるとこれだけが不利になります-口コミとPRはそこにありません。 これは、会社がよりゆっくりと成長することを意味します。

四半期目標


次に、3か月前から目標を設定します。 このために、私は一緒にうまくいく有望な目標を選択します。 例：


次に、目標をタスクに分割します。たとえば、PRについてです。


会社の動きを修正するために、つまり行動の論理的なシーケンスを構築するために、3か月の目標が必要です。 これは、クラス図を作成する前にエンティティ図を作成する方法です。

画像

一般に、目標は非常に役立ちます。 一度に複数のタスクを完了するのに役立ちます。

たとえば、Paypalを介して支払う必要があるクライアントに出くわした場合、支払いシステムを操作するための共通のクラスセットを作成できます。これは将来便利になります。
または、逆に、近い将来Paypalを必要とせず、時間がなくなった場合、クラスの開発に追加のリソースを費やす意味はありません。

私は当初、Habréで記事を書くという目標を設定しました。 興味深い問題を解決するために、記事の詳細な骨格を残しました。 これで、作成する必要がある5つの記事の空白ができました。 そして、これは技術面のみです。

月額プラン


私が仕事に慣れているモードでの最適な計画期間は1か月だと思います。 私はこれを経験的に特定しました-これは、1日未満の誤差で開発の速度を予測（制御）できる日数、つまり3〜5％です。

ギャップを小さくすると、イベントが少なくなります。 さらに-不正確が表示されます。 これは私が慣れているスプリントのサイズと考えることができます。

スタジオの他のプロセスよりも開発を計画するのが少し難しいので、このシステムを他のタスクに移行することにしました。

開発管理の経験がない場合は、毎週作業計画を調整するだけです。

月次計画は、サブタスクに分割されるタスクで構成されます。 各タスクには、期日、実行者、および推定リードタイムがあります。 私たちのタスクは、すべてのタスクが時間通りに完了し、実行時間が期待どおりであることを確認することです。

期日はクライアントに対する義務です。 開発の速度を反映しています。

ランタイムの推定に関心があります。 より正確には、実際の人件費に対する彼女の態度。 これは、計画と作業の実際の効果を反映しています。 そして、ここでエラーはもっと大きくなります。

すべてのタスクは時間通りに完了しています。 もし誰かがそれをする時間がないなら、私は彼に仕事を続けるか休みを変えるよう頼むだけです。 しかし、これはすべてのタスクが効率的に実行されることを意味しますか？ もちろん違います。

一部のタスクに時間がかかりすぎる場合、他のタスクでは十分ではない可能性があり、ストレスと処理につながります。 タスクの実行が速すぎると、複数の従業員のやり取りの間にダウンタイムが発生する可能性があり、これにより効率が低下する可能性があります。

計画効率


毎月費やしているあらゆる種類の計画。 最初に要約し、次に計画を立てます。 会社のビジョンと目標も毎月調整されます。

これにより、問題の解決速度に関する最新情報を収集し、統計を収集できます。

さらに、適切な計画により、タスクの品質を最適化することができます。 これは利益成長に影響を与える非常に重要な側面です。

今月の注文が5件あるとします。 ポートフォリオには適していません。 最高の品質を達成し、プロジェクトをポートフォリオに含めるために、それらの1つに余分な時間を割り当ててみませんか？

短期的な目標を見て、注文の流れに定量的な改善が含まれていることを確認します（採用マネージャー）。 会社が積極的な販売に焦点を合わせている場合、ポートフォリオの拡大にリソースを費やすことは意味がありません。 既存のプロジェクトのプレゼンテーションの作成にリソースを費やす方が論理的です。

続行するには...


画像

私の意見では、最初の記事は少し破れていました。 私は水を注ぎたくなくて、最初の量を半分にした。 そして、あまりにも多くが出てきました。

これらの記事は、起業家の経験のない開発者を対象としています。 外部投資なしで自分のビジネスを始めようとしている人のために。

また、プロジェクトおよびチームの管理経験がない開発者にも役立ちます。

私たちは、先進企業よりも初心者が抱える問題にずっと近いです。 ここに主なリスクがあります- 私の言葉は完全に信頼できません 。 結果はまだ不明です。つまり、長期的にはいくつかのヒントが間違っている可能性があります。

このブログは、生存者の体系的なエラーを排除します。 会社の離陸を視覚的に追跡することも、敗北につながった間違いを追跡することもできます。

今後の記事のためにいくつかのトピックがあります。


興味のあるトピックを教えていただければ嬉しいです。 ありがとう

Source: https://habr.com/ru/post/J316630/

More articles:


All Articles