Happy ProductOwnerパウダーケグに乗る

あなたはプロジェクトマネージャーであり、4か月以内に不正な請求を行う洗練されたオンラインストアを作成するように指示されました。 次の2〜3年はこの会社で働きたいと思っています-彼らはうまくいき、プロジェクトは有名です。 トップスはあなたを信じています。 あなたの専門的な評判がかかっています。



独自の開発ユニットを使用して成功する方法を考えてみましょう。







プロセス



あなたが力と十分なエネルギーを持っている場合-非人道的なエディションでアジャイル/スクラムを使用してください。 物事がうまくいかない場合は、ナットを締めて軽量のRUPに行き、核攻撃で共産主義を終えることができます。 今では、官僚主義を育て、1000ページにTKを書く時間はありません。



何してるの？



プロジェクト要件を収集する必要があります。 高速かつ基本的。 残念ながら、私たちの国の企業の多くの人々は、原則として、彼らの立場を汚しています。 賢い人、幸いなことに、大多数。 オンラインストアが自動化する営業日をどのように調整するかについてプロファイルスペシャリストに質問する場合は、野球のバットで働きに来て、寄生虫を崩し始めるという欲求を克服する準備をしてください。



部長に直接質問することはお勧めしません-自分自身を最悪の敵にします-あなたは、あなたが彼らの部門の従業員が何をしているのか分からないという秘密を発見するでしょう:-)



運が悪い場合は、要件を収集して彼の命を守るために、何らかの手段で適切なアナリストを探してください。 トップからのサポートを見つけてみてください。 見つからない場合は終了します。



場合によっては、会社がプロジェクトの要件を管理することもあります。



まとめる



収集した情報に基づいて、非常に重要ないくつかの成果物を作成します。



1）用語集。 この言葉=意味。 そうしないと、部門の「賢い」従業員とのコミュニケーションを続けることができず、アナリストを理解することができず、すぐに進む開発を理解することもできません。



2）論理データモデルは、用語集の四角い単語とそれらの間の関係（1-*、*-*、1-1）です。 このツールは、現在、論理の研究を行っている学校の子供たちです。 最も難しいことは、正しい関係を確立し、本質を特定することです。



3）インターフェースのプロトタイプ。 ウェブサイトのページのプロトタイプをアナリストと一緒に、手または足から描きます。 詳細なし。



4）物事があなたとアナリストにとってうまくいったなら、すべてが明確です-役割とその行動を特定してください。 プレートにリストするだけです。 そうでない場合、それは問題ではありません。



了解。 最も難しいのは、すべてをまとめることです。 1〜2日を費やします。 壁に、ボードにできます。 奇跡が起こります-システム全体の主要部分が見えます。 あなたがそれを見ないなら、アナリストに会って、彼にボーナスを与えてください:-)。 これは非常に重要です。



ここで、他の部門の専門家が同じことを見て、システムの論理アーキテクチャに同意するようにする必要があります。 面白くてばかげているように聞こえます。 はい、人々は愚か者を含め、学校を卒業しなかったふりをします...-それは嘘です、誰もが用語、一般的なシステムでの用語とその役割の関係を説明することができます。 これで彼らを助け、トップを差し込みます:-)



あなたが幸運で、おそらくあなたの人生ではじめて人々に考えさせることができたなら、休暇でアナリストを送ってください、彼はそれに値します。



リリースを予定しています



あなたが見た製品の論理的な背骨は50％の成功です。 次は技術の問題です。 開発者に行きます。 各カテゴリの所定の平均評価を使用して、機能を複雑/中/単純に配布します。



500を超える機能がある場合は、チームの2番目のアナリストを含めます。



インターフェイスプロトタイプ、用語集、およびログを見れば、プログラマは機能をよりよく理解できます。 データモデル、役割、タスク。 そしてこれをやった。



StoryMappingと呼ばれるショーを開催することはお勧めしません-人々を楽しませ、パーティーの雰囲気を作ることがあなたの仕事でない限り。 ぼやけた形式のツールは、単純なシステムまたは巨大システムにのみ適していると思います。



最初のリリースには、最も優先度の高い機能が含まれています。 その結果、大まかなプロジェクトのリリース計画が得られます。 各リリースおよびプロジェクト全体のタイトな発売日を発表します。



特別リリース



テストデータの負荷テストを実施する最終段階の1つを含めることを強くお勧めします。 それ以外の場合は、プロジェクトを開始できます。2〜3日で曲がります。



品質の高いリリースも非常に便利です。社内で包括的なベータテストが実施されます。 繰り返しますが、すべての機能をチェックします。



基準点を選択してください



重要なポイント。 情報に基づいた決定を下して決定する必要があります。



一から書く



プログラマーをアップグレードすることがタスクの場合、プロジェクトをゼロから作成することをお勧めします:-)。 4か月後にオンラインストアを開始する必要がある場合は、このアイテムを悪夢として忘れてください。



確かに、この道を進むと、あなたはあなたのチームのプログラマーの友達になり、彼らは廊下であなたを迎えます。 それでも-彼らは人々にポンプをかけるような機会を与えました:-)



「ユニット」から書く



開発者の頭（彼がチームの後ろに隠れている場合は、必ず彼を見つけてください-会社は常に1つを持っています）は、「低レベル」フレームワークを使用して開発時間を短縮することを提案できます。 PHPにはいくつかあります：ZendFramework、Yii、Symfony、CakePHP ...



選ぶかどうか？ 大量のデータを処理し、1日あたり数百万人の訪問者にサービスを提供する独自の複雑なシステム（FaceBookなど）を作成する場合は、低レベルのフレームワークを選択してください。ゼロから作成しないでください。 ZendFramework-エンタープライズクラスのタスク用に設計されました。



実際のところ、特にわが国では、経験豊富なプログラマーが非常に少なく、低レベルのフレームワークはそのような人々によって書かれているため、リスクを負わず、その経験を活用してください。



開発チームの後半が友達になります。 彼らは、あなたがフレームワークを少し活用できることを理解しています。 前半はあなたのために失われます。



しかし、私たちのタスクは4か月で開始することです:-)したがって、フレームワークはおそらく私たちを救うことはありません。



私たちは箱入りのソリューションに基づいて書いています



ここでの最初の重要なタスクは、ボックスがどのように機能するか、そしてそのロジックが、不正請求を伴うオンラインストアを作成するタスクに適合するかどうかを理解することです。 自分でそれを理解し、アナリストにそれを理解させることをお勧めします。 それが適合することが判明した場合-あなたは運がいいです。



2番目の重要なタスクは、開発チームがボックスに基づいてプロジェクトを時間通りに作成できるようにすることです。 ボックスに優れた技術文書と開発者の無料/有料の認定システムがあり、2〜3週間で作業するように人々を訓練できる場合、成功の可能性は大幅に増加します。



大きなマイナス-開発者はあなたに挨拶するのをやめるでしょう。 ALIENコードを完成させることで、明確なビジネス上の問題を解決しなければなりません。これは初心者のプログラマにとっては非常に難しいことです。 誰もが自分で現実を作りたいと思う:-)



箱入りソリューションの選択...モスクワでの平均給与が約10万人、チームが約10人の非常に強力で経験豊富なOOP開発チームがいる場合、 Magentoは高級店に適しています。



リソースと条件（開発者3人、3〜4か月）に制限があり、オンラインストアの機能に加えて、顧客の技術サポート、調査サービス、フォーラム、ブログ、組み込み検索、1Cとの統合、サポートが期待される場合ロシアの決済システムは、プロジェクトの開始後、機能をわずかに変更するだけでプログラマーを引き付けることなく、管理パネルからサイトを個別に管理したい場合に使用します-もちろん、1C-Bitrixボックスは他に勝るものはありません。 あなたは時間通りに開始し、次の2-3年はストリームに吐き出します-開発者を巻き込むことなく管理パネルを通してサイトを管理します。



さらに、開発チームと「オンラインストアが遅くなった理由、顧客からの苦情」や「昨日の午前9時から午前11時までオンラインストアが利用できなかった理由」について議論したくない場合:-)-すぐにWebタイプのプロジェクトを作成します-cluster-前述のボックスの利点は、 このような機会です。



あなたのチームのプログラマーはどんな箱を使っても遠ぼえし、あなたを暗くします:-)このトリックは私を助けました-プログラマーの自己実現のために、例えばZendFrameworkのようなクールな低レベルのフレームワークに基づいて複雑なタスクを行うように頼みました。 その結果、羊は無傷のままで、オオカミは食べられました。



スプリント



あなたの利己的な関心には、スプリント機能の品質があります。 ハードウォーターフォールの品質管理サイクルがないため、糞便の一貫性機能が急速に発達するリスクがあります。



また、チームによる単体テストを作成する機能を実装する代わりに、スプリントに少しの時間を費やした場合、qualityい品質の沼に没頭することからあなたを救うとは思わないでください。 単体テストは書くことができる必要がありますが、そのような人を見つけることは困難です。



夜間および週末にスプリントでリリースされた生の機能をテストしたくない場合は、デモンストレーションの前に開発が何をするかを慎重に確認するようにすべてを試してください。 各スプリントの品質は、開発部門の責任者またはテクニカルディレクターによって個人的に対処されます-私たちが思い出すように、チームは無意識であり、何に対しても答えることができません（人々は行き来し、慰謝料は支払わないが、プロジェクトで作業する必要があります）。



スプリントの質に満足できない場合は、ナイフスイッチを引いて話をやめます...でもコンベアです。 会議を開催し、特定された問題の原因を開発マネージャー/テクニカルディレクターと分析します。通常、チームと一緒に品質問題を回顧的に議論し、時間を無駄にすることは役に立ちません。



品質は、感情的なプロセスではなく、体系的なプロセスです。 問題は、発生したレベルと同じレベルでは解決できません。 開発中にシステム対策が講じられるまで：トラッカーが設定され、継続的インテグレーションなどが導入されます。 -さらに進んで、スプリントを受け入れないで、コンベアが立っている。



残念ながら、品質の問題で開発者と戦わなければならない場合があり、開発チームと管理者の人事異動が必要になります。



テスト部門の作成を達成し、完了したスプリントを通過させる必要がある場合があります。 叩いて入手してください。



スプリントをロードする



一連のスプリントで大規模な機能を実装した後、プロジェクトが予想される体積データで機能することを制御するには、遅延なしで負荷テストを実行します。 システムがハングしていて、予想される量のデータを処理しないことが判明した場合は、手から会議を収集してください。 開発/テクニカルディレクター、報告会の手配。 システム対策が取られるまで-コンベヤーが停止し、スプリントは取られません。 繰り返しになりますが、アーキテクチャやプログラミングの品質などの体系的なタスクは、遡及レベルでは不十分に対処されています。 より高いレベルで決定します。



アナリストはあなたの友達です



アナリストに、機能のスプリントに課せられ、論理データモデル、インターフェイスプロトタイプ、および用語集で追加コメントされている要件が、考えられ書かれたとおりに完全に満たされていることを慎重に検証するよう指示します。 残念ながら、多くの場合、あるスプリントから別のスプリントにフィーチャを書き込む方法をドラッグして最後まで完了する必要があります。



要件の説明の不注意な読み取りに関連する機能の「仕上げ」にかかった時間を記録します。 チーム内の障害の割合がクリティカルレベルまで増加した場合-開発者のヘッド/スクラムマスターを探して...ヒット-これはチームの規律を確保するための彼のタスクです。



評価試験



チームでは、PlanningPokerで全員が満場一致で評価を過大評価し始めることがあります。これはプログラマーにとって有益です。 コーヒーを飲みながら、ゆっくりと時間をかけて仕事をすることができます。 確かに、これはあなたにとって有益ではありません。 開発エキスパート-テクニカルディレクターに相談してください（彼との関係を破ることができなかった場合:-)）-彼の評価がチームによって与えられたものよりも低い場合は、運が悪い:-)-PlanningPokerを拒否して、自分で評価することをお勧めしますこの時点で得られた過去の評価と経験-評価手順を信頼できる専門家と調整します。 残っているオプションはありません。



プロセス調整



スクラムなどの柔軟な方法論が優れているのは、プロセスのオープン性です。 うまくいかず、プロジェクトが崩壊した場合、すべての人に見えるようになり、よく見えます。 それが判明するかもしれません：



-チームの開発者は弱く、経験が浅かった

-スクラムマスターがぼろきれであることが判明しました。チームにはリーダーがいません。急冷やガウジングは、最後までの要件の欠如、ハック作業、多数のバグで表現されています。

-テクニカルディレクターはあなたから隠れており、あなたの仕事はプログラマを教育することだと信じている:-)



簡略化されたRUPの方向にナットを締めることができます。



-アナリストと一緒にTKを反復のために書く

-開発部長/テクニカルディレクターとTKを評価する

-開発はそれ自体で反復結果を慎重にテストし、単体テストが正常に実行されたことを示します（少なくとも作業を受け入れる時点で）

-実行された作業を慎重に受け入れ、アナリストもこれを支援します



はい これは共産主義と資本主義の戦争になります。 しかし、オンラインストアを獲得して立ち上げるチャンスは、4か月ではなく、1年で... :)