しかし、まず最初に、同志に、今日ハブに登場した投稿についてコメントしたいと思います。 注意深く読み、十分に興味深いものを見つけた後、私はこのフレーズに注目しました。
さて、主なこと、注文の評価についてです。 フォーラムやコメントで、コストを評価するためのこの基準はしばしば飛ぶ：
「あなたはkomplektuhiの費用のふりをして、これにあなたの仕事の1時間の費用に、費やした時間数を掛けたものを加えます。 そのようなものです。」
紳士、このたわごとを頭から取り出してください！ あなたはもはや労働時間を数える従業員ではありません。 あなたの仕事の時間は費用のみです。この式によれば、従業員が現れるときの仕事を考慮します。 そして、あなたは利益のために働く必要があります。
勤務中（khe-khe）、エレクトロニクスの開発に、そして非常に厳しく対処しなければなりませんでした。 ポストに記載されているとおり、すべてがそこにあります。仕事をするように申し出られたのはそのサイトで、最終的には40日間、5日間で自分でやったからです。
だからここに。 市場が過飽和でない限り、演奏者はそこでメインのバイオリンを演奏します。 彼は鼻から簡単に価格を選ぶことができ、鼻を複雑に突いてザゴグリンでプロジェクト量を読み取ろうとし、最終的に指をNumPadの上に置いて作業の費用として渡すことができます。 質問なし。
残念ながら、このアプローチは正しいとは思いません。その理由は次のとおりです。 仕事-彼女とアフリカは働きます。 フリーランスは、その人が雇用主に対して標準的なオフィス義務を負わず、世界の別の場所から非常に冷静に仕事をすることができ、仕事に費やす時間を独立して決定できるため、良いです。 仕事をもう一度強調します。 フリーランスはフリーランスだと考えるのは単純です。 まあフリーランス。 要するに、フリーランス、あなたはそれを手に入れますよね？ これはらぼたです。 すべての義務、給与、および責任。 そして、それが彼にもたらす利点によって顧客を決定するために、そしてここから価格タグは、実行者よりも多くのオファーがある限り、提示することができます。
まあ、または雇用主がフリーランスのサイトと鉄片を与えることはほとんど同じことだと理解するまで。 それから、同様の種類のKabzonが評価に参加します。
私は別に注意したい-私はポストの仕事の費用が高すぎると言っているのではなく、逆に、それはいくつかの場所で十分に高くない。 私は値札に反対しているのではなく、方法に反対しています。
プログラミングについては、一方で、ソリューション、特に特別なプロジェクトを設計する際に、会社への影響を評価することが困難な、重要なタスクのプールを解決する必要がありますが、一方で、通常のスキームに従って作業する人がはるかに多くいます。 そして、200 trの開発のための提案の中で ±50 tr フリーランサーが「インターネット」で人を壊すほど怠notではなく、彼が探しているものを見つけたという理由だけで現れた2つのlyamasの提案があります-そのような骨がすぐに無視され、他の誰もがその人について覚えていない可能性があります-そうなります。 だからすぐに仕事をすることを学ぶ。
十分な歌詞があれば、練習しましょう。
作業の開始について、具体的にはどのように到達するかについて話しましょう。
オフトピックとして、ここでも同じソースが異なるソースで繰り返されます。 私は、この考えを本文のほんの数行にしたくないのです。 正常に完了したプロジェクトの戦いでは、すべての詳細が重要であり、すべてのポイントの実装が重要です。
開始オプション
理論について話したかったのですが、早すぎます。 あなたと一緒に練習をしましょう。
オプション1。はい、まだ時間があります...
これは、プロジェクトの開始を無期限に延期するときの正確な理由です。 この理由はたくさんあるかもしれません-現在のプロジェクトの完了から始まり、平凡な怠inessで終わります。 そして、後者の場合、アドバイスがささいな場合-すぐに開始し、最初のオプションで、私はより詳細に説明したいと思います。 原則として、単一のフリーランサーや小さなスタジオは、現在のプロジェクトの完了を待たずに、新しいプロジェクトを探し始めます。 これは理解できます-休暇を計画しているのでない限り、アイドル状態になります（ああ、神様！休暇！休暇に行きたい！）、誰も望んでいません。 また、プロジェクトの検索には時間がかかります。 反対の状況もあります-私たちがやりたい面白い仕事をしている人は私たちのポートフォリオをノックしていますが、それを拒否することは高い確率でそれが失われることを意味します。
さらに、なぜこのテキストを読んだのかも忘れません。 プロジェクトは時間通りに完了しません。 したがって、たとえばプロジェクトの終了時に2週間を計画し、この時間までに新しいクライアントの時間を増やした場合、高い確率で、2週間で前の作業を完了できません。 これは、遅延が累積するという事実につながり、新しいプロジェクトの実装に必要な時間は、当初予想していた時間よりはるかに短くなります。
対処方法-合理的な質問が発生します。 プロジェクトを放棄しますか？ いいえ、それは機能しません。 そのため、何らかの形で現在の状態を現在のプロジェクトから分離する必要があります。 私たちが本当だと思うものではなく、本当に本当です。 どうやって？ 投稿の読者にこの質問に答えることを提案します。 これは、私がこのような未完成の考えを投げかけ、「膠着状態からの美しいおじさんのように」することを意味するものではありません。 これらの行を読んでいる多くの人が同様の問題に直面しているだけで、確かに、彼らはプロジェクトの特定の状態に対応するマーカーを指し示すことができます。
私の側では、いくつかのポイントを挿入します。
プロジェクトは完了していません。別のものを服用しないでください
- 現時点では、プロジェクトのアーキテクチャが正しいかどうかはわかりません。 プロジェクトを書き直したいという欲求は、アーキテクチャ全体が完全に計画されていても、原則として作業中に3回発生します。 これは単にプログラミングソウルのプロパティであり、回避することはできません。 それはさまざまな形で現れます。誰のために、「すべてをゼロから書き直します」という形で、そして誰のために、「はい、このクラスは何ですか、合計200行で、すぐに屈折し、さらに書きます」。
- テストに行くべき期間は5日以上です。 原則として、5日後には反対のことをいくら確信してもこれは起こりません。
プロジェクトは理解できない段階にあるため、回答で減速して追加情報を取得する方が良い
- お客様からのコメントを期待しています。 新しいプロジェクトの可能性を持つことは、それを取得して改善の最前線を評価するための最も強力なインセンティブです。
- 最終バージョンにはさまようバグがあります。 クラッシュ、安定して再現され、完全にローカライズされている場合は、修正してください。 エラーが発生した場合、いつ、そして理由が不明であるため、デバッグの時間を計画することは不可能です。 ローカライズに全力を尽くして理解してください-これはいくつかの単純なモジュールの誤った使用です。そうしないと、ハーフプロジェクトを書き直す必要があります。
次の仕事に同意できます
- プロジェクトは最終承認を待っています。 技術的なタスクが100％完了した場合は、お気軽にご利用ください。 すべての改善は追加作業として安全に展開できます。また、顧客を待つように自問することもできます。
- プロジェクトにはバグの最終リストがあり、それぞれが理解できるものです。 ちなみに、理解しやすいということは、「どこから来たのか、どこから来たのか」ということではなく、「まあ、これはおそらくそのクラスだ！」 ゴミ、5分間の作業」
オプション2。 どうぞ！ 祖国のために！ スターリンのために！
2番目のオプションは、プロジェクトにも苦しみ、最初のオプションと同じくらい頻繁に発生しますが、すぐにプログラミングを開始することです。 はい、はい、そしてまたはい！ 新しいプロジェクト！ 新鮮なアイデア！ クールなタスク！ やった！
そのような人には、1つの簡単なルールがあります。プロジェクトの合計時間の5％が経過する前に、プロジェクトを行うために座ってはいけません。 この時間に時間をかけて寝ないでください-あなたの問題。 手がかゆいですか？ ビジネスに持ち込みましょう。 同じ方法ではありませんが、プロジェクトの利益のために必要です。 いやいや！ これじゃない！
ハンドルを取り、Visioを開き、別の西洋ワサビが何を知っているかを開き、描画します。 ブロック線図を描きます。 まず、最も単純な。 ここにクライアントがあり、ここにサーバーがあります。 そして、ここに別のクライアントがあります。 もちろん、アプリケーションがクライアントサーバーの場合、他のアプリケーションでは、いくつかの最大のブロックを見つけることができます。 後で小さいものに分割します。 どのように機能するかを考えてください。 既製のアプリケーションを想像してください。
何かありますか？...
計画。 どのプロジェクト。
今日は、計画の実施方法に関するいくつかの推奨事項を示します。 概して、これらは多くのプロジェクト管理手法にとって公平です。 次の記事では、プロジェクトの計画に焦点を当てます。プロジェクトの計画は本当に助けになり、効果的で一般的には素晴らしいと自然にPRします。
プロジェクト計画はいつ作成する必要がありますか？ その後、プロジェクトが3〜4週間以上続く場合。 1週間にわたって真剣な計画作業を行わないでください。また、大規模プロジェクトの計画を無視しないでください。 実際、計画の欠如は、無政府状態への直接の道であり、プロジェクトの制御されない開発です。 まだそれが単独で登場することを期待しています。 ごめんなさい 来ないでください。
計画に過度の詳細を含めてはなりません。一方で、すべてを考慮に入れない一方で、現在の状態でこの幸福を維持するために、別のマネージャーが必要です。 「ユーザーを作成するメソッドを作成する」タスクを作成してから、「ユーザーを削除するメソッドを作成する」タスクを作成する必要はありません。 それは小学生の日記に似ています-三年生。 この年齢でのみ、ささいなことに多くの時間を費やすことができます。
計画は短すぎてはいけません。 「クライアントを書く」、「サーバーを書く」、「プロジェクトを提出する」は、それを書くために計画を書くという目標を設定する場合の目安となる計画です。
実践が示しているように、単純なプロジェクトの最小値は10〜15ポイントの計画ですが、最も複雑な計画であっても、200ポイントを超えないようにしました。 その後、それはもはや計画ではありません-それは戦争であり、ある種の平和です。
計画を立てたら、椅子に座って5分間目を閉じます。
新しいプロジェクトで。
PS。 Habrの読者の皆様。 私が考えているように、プロジェクトを一緒に作業するための普遍的な公式を導き出すことができるので、あなたがあなたの考えとベストプラクティスを共有してくれたら感謝します。 詳細のために何かに出くわしなかった可能性があります。 それで、私はどんな追加と質問にでもうれしいです。 ありがとう