このパートでは、プログラマーとの連携について説明します。
1.松葉杖の代わりに、基礎が必要です。 方法論ではなく人々
さまざまな方法論を実装した経験から、アジャイルは次の結論を出しました。
1.典型的なヒントの使用は、多くの人にとって一見明らかな解決策であるように思われます。 銀の弾丸を信じる、ボトルからの精霊はほとんどの人に共通しており、プロジェクトマネージャーも例外ではありません。
2.近年、あらゆる種類の柔軟な方法が一般的なPRソリューションになりました。 この人々の質については、以下で詳しく説明します。
3.ただし、実際には、ほとんどの場合、予想される順序ではなく、混乱から脱出しても、開発プロセスの管理性は自動的に向上しません。 原則として、特定のフレームははっきりと取られていますが、ダウンタイムの根本的な原因は考慮されていません。 もちろん、いくつかの成功があります-例えば、個別の栄養の場合のように。 しかし、別々の食事の場合、人々は食べるものを監視し始めるだけで、これはしばしばプラセボと相まって助けになります。 そのため、大都市諸国は、以前は単に混乱があった場合に効果を発揮できます。
4.開発者がこれらすべてに答えると、有名な英語のマニフェスト 「Programming、Motherfucker！ それを話せますか？」そしてそのロシア語版 。
5.最終的に、水は石を研ぎます。 「[検閲済み]おしゃべりに1時間を費やす」というスタイルのプログラマーが彼らを獲得したとは言いませんが、ここにはある程度の影響力があります。 開発の最も日常的な部分は標準化および自動化され、 YandexやBadooなどの優れた記事が開発プロセスについて次第に登場し始めました。 タンバリンとの無限のダンスとは異なり、開発プロセスで実際に役割を果たす技術ツールに多くの注意が払われています。
私は、頭が良くて仕事をしたいプログラマーとやり取りするのは簡単だということに注意したい。 機能が必要な理由を人に説明し、ユーザーストーリーを話します。 いくつかの建築の瞬間。 そして、人は必要なものを正確かつ美しく認識します。
同時に、そのようなプログラマーを探すのに費やした時間は見事に報われます。 ランダムな人を選んで、「方法論」を使用して、それらを使用して何らかの「開発」を構築しようとするだけではありません。 良い人がいれば、彼らは自分でツールを書くか、既製のものを取ります。
幹部がすべてを決定し、それについて何百回も書いたが、熊手はまだ新鮮で、新しい額で磨かれている。
2.タスクを簡素化する効果的な手段としての要件と入力データの管理
私は理論的な知識を信じていないことにすぐに注意したいと思います。 100冊の本を読んでPMI、MBA、その他多くの言葉を伝えることができますが、すべてのプロジェクトを盛り上げてください。 また、貴重な「知識」を所有しなくても、パイのようなプロジェクトを作成できます。
練習の過程で発達するスキルについてです。 考えるべき方向とこれがもたらす効果を明確にするために、いくつかの例を挙げたいと思います。
ケース1.リンクがランディングページにつながる電子メールの配信が行われます。 若いプロジェクトマネージャーは、スパムからの着陸の形式を制限するタスクに直面しています。
このような保護を8時間以上行う方法については、別のワーキンググループの例が取り上げられています。
そして、より経験豊富な人がここに来て、初期条件を注意深く研究することを申し出ます。 着陸は、郵便手紙からの開封のみを目的としています。
したがって、最初のバージョンでは、文字からのリンクのURLにキーを挿入するだけで十分です。これにより、フォームがランディングページに表示されます。 直接的なアプローチでは、フォームを表示しないでください。
来るために-1分、やる-15分。 8時間以上。 コメントはありません。
ケース2.プロジェクトマネージャーから連絡があります。 彼らは、プロジェクトに関する調査を実施する必要があると彼らは言います。 ポーリングエンジンを固定することも、独自に作成することも可能です。
一貫した質問
-調査を何回行う必要がありますか？ 回答：一度
-フィールドは変わりますか？回答：いいえ、ありません。
-調査に参加しているユーザーの数。 回答：1ダース。
すぐに、Google Doksでフォームを作成し、プロジェクトにリンクを張るという決定を下します。 実装-数分、ポーリングエンジンの固定、デバッグ、リリースまでのリリースなどの日数に対して。
これは、エンジンやWYSIWYGなどを作成する代わりに、月に1回以上変更されない場合、静的コンテンツスキップ（HTML）にも適用されます。
初期条件の洗練をマスターし、「これをより簡単かつ迅速に行う方法」を念頭に置いて、開発を大幅にスピードアップできます。 そして、これをプログラマーに教えてください。
3.テンプレート通信ではなく、個人の可能性の開示
プログラマは、他の創造的な人と同様に、ユニークです。 結局のところ、あなたはトルストイと通信する方法で出版社としてAzimovと通信しませんか？ また、プーシキンとの対話もあります。
明るい個性にはそれぞれ長所と短所があります。 多くの場合、同時に、非技術者にとって複雑で理解できないプログラマーは、特定の方法で分類しようとしています。 そして、標準的なテクニック、フレーズ、質問を適用します。
すべては、インタビューでの「5年間で会社にいる人」に関するテンプレートの質問から始まり、会社での人の仕事の全期間は継続できます。
可能ですが、私には、才能のある仕事にはあまり適していないようです。
たとえば、才能あるプログラマー、元デザイナー、レイアウトデザイナーがいます。 非常にユニークな経験であり、コミュニケーションとタスク設定のプロセスにおいて、彼が何をするのか心配する必要はありません。 そして、彼が最も正確に展開できるタスクを選択します。 これが彼のやる気を起こさせているように思えます-そして、彼がすでに私の部門でプロジェクト全体を開発しているのは理由がないわけではありません。
そして、OOPに特化したプログラマーがいます。 彼は非常に信頼でき、常にすべてをチェックします。 しかし、複雑にするのが好きです。 そして、彼とのコミュニケーションでは、アイドル機能がリリースに入ることを心配することはできません。
その結果、プロジェクトが到着すると、チームの能力に最適なブロックに分割できます。これは明らかに効率と生産性に影響します。
私の意見では、各プログラマは自分の能力、過去、および個別のアプローチを持っています。これにより、チームの生産性が向上することがあります。 すべての人を1つのオープンスペースに落とすよりもはるかに優れているため、さまざまな「認定を受けた人」が推奨しているにもかかわらず、人々はしばしば病気になり、互いに干渉します。 Demarcoはこれについて20年前に書いたが、今でも関連している。
4.全員をフォローしないでください-しばしば失敗に終わります
曖昧ではあるが明るいトレーダーのステパン・デムラは、かつてあなたが群衆のように市場に立つと、間違いなく負けると言っていました。
奇妙なことに、このルールはプロジェクト管理でも機能します。 話題で大騒ぎの周りにあるほど-感情の群れ、本能に従うことをお勧めします。
私たちは、みんなと同じように、街のポータルを作るために急いだことがありました。 そして、彼らは競合他社にbeatられました。 誰もがそうであるように思えますが、誰もが成功するはずです。
残念ながら、潜在的な消費者よりもほとんど常にリソースが少なく、競争があるという単純なアナロジーがあります。
ここには牛乳が入ったテントがあり、1日100人が歩いています。 テントは成功し、競合他社2,3,4、... Nが表示されます。 そして100人が歩いたように、それは歩いています。 しかし、それぞれの利益は新しいものの出現とともに減少し、最終的には誰もが台無しになります（シナリオの1つ）。
それがビジネスの新しいニッチで起こることです（同じクーポンを覚えておいてください）。
この推奨事項の動作が少し異なる別の例があります。
昨日は誰もがNoSQLに座っていて、今日はFaceQueryの3Dで明日SVG + HTML5、明日はjQueryで見ています。
その結果、テクノロジーの流行に従い、友達とテクノロジーを作ることがますます難しくなる動物園プロジェクトになります。 多くの例があります。
対照的に、[検閲済み] Perlマンモスを利用した有名なホテル予約サイト。 私は10年間Perlで書いていませんが、伝説の真珠6を待っています。言語は素晴らしかったです（そして残っています）。 私の知る限り、ハリネズミは刺しますが、サボテンを食べ続けます。 そして、このプロジェクトは、急激な低下に悩まされることなく成長および発展します。「その後、Javaですべてを書き直し（言語を置き換え）、1時間ごとに落ちないようにさらに1000台のサーバーを購入しました。」
あなたの選択を考えて管理することから始まるこのような非自明なことは、開発とはほとんど関係がないように思われます。 しかし、考えが強迫観念を開始し、強迫観念-狂信があります。 これは戦略的失敗につながります。
彼らは、設計では、本番よりも間違いを修正するほうが1000倍安いと言います。 そして、思考の中で-無限の時代に。 それについて考えている人はごくわずかで、成功していないスタートアップが至る所で判断しています。
5.プログラミングを学ぶ
彼らは、漁師は遠くから漁師を知っていると言います。 何も読んでおらず、下にスクロールしただけでも、すでにメリットがあります。
プログラミングを学べば、IT部門で高い給料を夢見ているが管理したいだけの数十万人の若い男性と女性を回避できます。
彼らはあらゆる環境で友人を愛し、認識しており、プログラマーの頭が技術的に精通しているなら、これは敬意のスキルに+1000（IMHO）を与えます。
しかし、調査によると、当局はよく耳を傾けています。
優れたリンク （別のリンク ）と著名な著名人によるビデオを添付して、プログラムの作り方を学ぶべき理由を説明します。
コメントでは、経験から得られた知見、興味深い事例を共有することを提案します。