web-dev-qa-db-ja.com

Web開発の準備とプロジェクト全体のワークフロー

私はWeb開発プロジェクト(フロントエンドとバックエンド)で単独のプログラマーとして働いています-私はいくつかのプロジェクトを完了しているので、これはかなり新しいです。いくつかのアプローチを読んで試してみましたそれらについて。質問と私の説明はかなり長いので、しばらくお待ちください。

私が探しているのは、
1。何を構築する必要があるかが明確になったら、開発を開始する前に通常行われる準備/計画。
2。あなたの経験から、私が現在行っているプロセスについてのフィードバック/提案を教えてください。

私が扱うクライアントは一般的にスタートアップであり、予算が限られているため、時間単位で課金することはできません(これは、大企業が通常、クライアントに[人/時間]で開発プロジェクトに請求する方法だと思います)。固定予算で作業します。

これは私が現在従うプロセスです:
1。 プロジェクトの範囲を測定し、2、3回の会議で彼らが何を達成しようとしているのかを理解しようとします。
2。彼らがプロジェクトから何を得ることが期待できるかを一般的に説明する見積もりで大まかな球場図を彼らに与えます、私は機能について具体的にしようとします、しかし、クライアントが見積もりを求めているだけで実際には変換されない可能性があることを知っているので、これにあまり時間をかけていません。
3。支払いと作業に関するJeff Atwoodの提案に従います。

15% 支払い-作業を開始する前の前払い
このフェーズでは、最終的なWebサイトのHTMLモックアップが作成されます。フローチャート yEd を使用して、Webサイトをできるだけ詳細に説明し、そこにない他の機能を説明するドキュメントを作成しますフローチャートで。これは、プロジェクトのすべての詳細を調べ、適合する価格と、合意された価格で実装するにはあまりにも多くの作業が必要なものを完成させることによって行われます。詳細については前に説明していませんので、これらの一部は多かれ少なかれ実際に何が得られるかについての交渉です。これは固定予算プロジェクトであるため、固定要件が必要です。それ以外の場合、機能が追加されても価格は下がり続けます。
配色、デザインワイヤフレーム、デザインPSDも完成します。

35%お支払い -開発を開始
プロジェクトが修正され、開発を開始します。サーバーでサイトをホストしています。クライアントはフロントエンドにアクセスできますが、コードにはアクセスできません。

30%お支払い -コードをクライアントのサーバーにシフトする/クライアントにサーバーアクセスの詳細を与える
サイトをライブにします。

20%お支払い -すべてのバグが修正された後、サイトが公開されてから数週間。


質問:
1。何を構築するかを正確に把握したら、コーディングを開始する前にどのような計画を立てますか?

2。経験から、プロセス全体のどの部分を異なる方法で実行しますか?

9
DMin

議論のための素晴らしいポイント!

資格を得るために-私は防衛業界のBIG Web開発プロジェクトで働いています。私たちは通常、単一の顧客をサポートする1​​0〜40人のチームを抱えており、昨年はプロジェクトを実施しており、顧客にはお金と高い需要の両方があります。したがって、走行距離は異なる場合があります-計画を立てすぎたくない!

1何を構築するかを正確に把握したら、コーディングを開始する前にどのような計画を立てますか?

これは、15%セクションの後、35%の始まりですよね?

  • ターゲットWebサーバーと言語を決定する
  • データストレージの決定-XML、データベース、どのデータベースですか?
  • 主要なAPIの決定-データの永続性、GUI、ロギング、依存関係の注入など.
  • ログインメカニズムを決定する-リスクと保護しようとしている情報に注意してください。支払いメカニズムが含まれる場合があります。
  • 高レベルのアーキテクチャと命名規則を計画する
  • 機能の展開の順序を選択して、開始するのに適した場所を知る
  • テスト戦略を決定し、該当する場合は自動テストフレームワークをステージングする
  • CMシステムのセットアップ

2あなたの経験から、プロセス全体のどの部分を異なる方法で実行しますか?

私は計画をやり過ぎません。ビルド環境、サーバー、テストベッド、CMなど、物事を成し遂げることに私の計画作業を集中し、アーキテクチャの計画、ツールの選択、およびどこから始めるかを決定するのにほんの少しの時間を費やします。何があろうとも、無計画な計画段階では、無知な砂漠をさまよっている時間は常に、実際に必要な時間よりもずっと長いものです。

固定料金と、技術的な要求を行わない顧客(使用する言語やAPIなど)を扱っている場合は、技術的には常にプッシュである1つのアイテムを計画します。ただ1つで、残りは同じにしてください。すべてのプロジェクトで、スキルを広げたいと思っていますが、あまりにも大胆になりすぎて、自分が知っていることやよく理解していることには何も取り組んでいないと思います。

10
bethlakshmi

あなたへの私の最大のアドバイスは、固定価格の開発の仕事に非常に注意することです。作業を開始する前に要件を適切に把握していないと、2つの状況のいずれかが発生する可能性があります。

  1. スコープの見積もりが不足していることが判明し、シャツを失いました。
  2. お客様は、開始する前にすべての範囲を把握していないか、または把握していないため、最終結果に満足できません。

あなたにとって、2番の方がより良い状況です。なぜなら、彼らがスコープを承認し、後で彼らの考えを変えるなら、あなたはより多くのお金のために再交渉することができるからです。見積もりを行う前に、あなたがスコープを理解していること、そして彼らがスコープと提供するものを理解していることを確認してください。

彼らがスコープにサインオフしていることを確認してください!固定価格を主張し、範囲の承認を拒否する企業は悪いクライアントであり、あなたはそれであなたの時間を無駄にしたくありません。あなたは常に失うでしょう。

2
maple_shaft