指示に関する注意（世界支配の主張なし）

どうして起こるの

ビジネスを成功に導きたいですか？ まじで？ そして、これは街の外でのピクニックではなく、5人が参加する3〜4か月の「深刻な」プロジェクトです。そのうちの2人は遠隔で働いており、お互いを見ていません（さらに悪いことに、彼らの資格は明らかに不明です）。 そして、製品を開発するのに十分な金額を費やすことができます。さらに、過剰な支出の感覚があり、その背後に「大きな歯」を持つ債権者がいますか？ あなたは仕事の量について、そして、一般的に、これらすべてを正確に実装する方法についての不十分な考えを持っていますか？ 各参加者が何をしているのか想像できないので、全員をコントロールすることはできません（「ああ、彼は再び釣りに行き、プロジェクトはコンパイルされません...」）。 あなたは、 次のプログラマがあなたに送ったものを理解するのに十分な資格を持っていませんか？ チームには最初から摩擦がありますか？ または、みんながお互いに甘く微笑んでいますが、すべてのSkype会議は、タッチスクリーンにガタガタとビールをのせたり飲んだりするだけで終わります（ 質問に対してボックスをチェックします ）？



共感することしかできません。 適切なプロジェクト管理なしではできないため、早ければ早いほど良いからです。 なぜなら、画面はそれらについて鳴り響くときには許容されないからです。



ですから、これはゴミであり、時間の無駄だと思います。 彼らは、プロジェクト管理は「古いペルシャ人...ソビエトまたは西洋のファリサイ派」の官僚主義と運命であると言いますか？ それから気をつけて。 ケースは「燃え尽きません」が、あなたは燃えます。 最良の場合、あなたのプロジェクトは静かに死に、あなたはこれがどの時点で起こったのかさえ理解できません。 最初に、最後の課題を通過することなく、1人の人がいつの間にか姿を消し、2番目の人が...同時に、それぞれに、何が起こったのか、そしてあなたが最初に聞いたお金を借りたのかについて100のもっともらしい理由があります。 しかし、あなた自身が仕事の結果を受け取ってから1週間、または2週間経って初めて自分の感覚に気付くでしょうか？ そうすれば、自分自身がプロジェクトに費やす時間を減らすことができます。ある時点で、あなたはすでに完全に異なるアイデアを夢見ていて、隣人のミシュカを説得して新しい「超百万プロジェクト」に参加させますが、古いプロジェクトについては考えていません。 そして、それはすべて最初からやり直します。 同じ結果のみ。



さらに悪いことかもしれません。 知り合いからお金を借りて、暗い過去でさえ、ディストリビューターまたは少なくとも簡単なクライアントから契約を受けた、または銀行からローンを取り、あなたのLLCを登録し、ゼネラルディレクターになった場合（ 「すごい！」 ）揚げた。」 あなたが「撃たれる」まで「gop」と言わないでください。 契約の前に、この「青いシールとクールなモノグラムとのクールな合意」の署名が何らかの形であなたとあなたの同僚に拍車をかけると思う場合、インスピレーションスターが額に点灯し、あなたの強さは画面上で50回鳴った後でもあなたを離れません、あなたは非常に間違っています。 すべては以前と同じようになりますが、債権者があなたを覚えていない瞬間までです。 そして、彼らはあなたとは異なり、 覚えています 。 あなたは今、定義によってそれらを借りているからです。



「でたらめ」とあなたは言います。 -私たちのプロジェクトは無料です。 私たちは全員ボランティアです（そして一般的に並行クラスから）。 私たちは誰にも負いません！」 すべきではない？ これは、上記の静かな死を保証するボランティアプロジェクトの直接の前提条件です。 したがって、彼らは時間通りに仕事をするべきではありません。 そして、彼らは品質を提供すべきではありません。 さらに、彼らは報告すべきではありません（質問：「いいえ、しかし、あなたは誰ですか？」回答：「そして、あなたは誰ですか？」 ゴールデンカーフ。 ）。 これは何か役に立つもので終わると思いますか？

誰が誰に負っている？

さて、同僚はあなたに何を借りているのですか？ 「無料」プロジェクトでも何が必要ですか？ 手をたたいて、喜んで叫びました。「行きましょう！」 これは奇妙なことですが、彼らのサービスの自由な性質にもかかわらず、誰もが総監督や他の「一般」の指令と、直属の上司の指示に従わなければなりません。 もちろん、これらのすべての投稿が存在する場合は、正式かどうかは関係ありません。 そしてもちろん、これらすべての命令は、あなた自身のこれらのまさに義務のフレームワークに、そして当然ながら「順序付け」の力に適合するべきです。



割り当てられた場合、あなたはそれを遂行することを約束します。 義務は、3つの主要な部分と不可分な部分で構成されています。

•フルフィルメントへの同意 （内部的に、心理的にフルフィルメントを行うかどうかは関係ありません。プロジェクトにサインアップした、忍耐強く、または辞めた）、

•あなたの能力 （権限、強さ、知識、スキル）および

•タスクの条件を実際に受け入れます（入力パラメーター、タイミングによるマネージャーの要件、品質、実装方法など）。



「テキサスハンドシェイク」などがあります。 同意したら、契約の対象を果たす必要があります。 公式の契約があるかどうかはわかりませんが、必要に応じてすべてを終了させることは名誉なことです。 しかし、これは遠くのアメリカにあり、ここにあります...

私たちはその場で説明を受けます...

そして今、あなたはタスクを完了し、コンピューターを静かにオンにし、誰にも触れないでください...「それを行う方法を読んでください！」ディレクターは突然走り出し、しわくちゃの紙を振って叫びます。 「処方された内容に従ってください！」 気分が落ちています。 Odnoklassnikiに登ろうという決意はゆっくりと消えていきます。 「くそー官僚！ -あなたは思う。 「もう一度、これらの仕事の説明...」



しかし、これらの同じ職務記述書には何が書かれていますか？ もちろん、従う必要がある指示。 ほとんどすべての組織では実際には一般的な計画のほんの数文しかなく、誰も読んでいないし、読みたくないが、これは別の問題だ。 これは官僚ですか？ いいえ、まだです。



指示- プロジェクト管理システムの一部です 。 それらについて話しましょう。 指示とは何ですか（特定のタスクの場合の種類-「標準操作手順」）。 これは、特定のタスクを完了し、「途中で」発生する可能性のある問題を解決するために必要な一連の手順です 。 「プラグをコンセントに差し込みます。 電源ボタンを押し、明瞭な音が出るまで周波数制御ノブを右に回します。 音が出ない場合は、右側のインジケータを使用して音量を確認してください... "。



なぜ指示が必要なのですか？ 一部の人にとっては冷静な考えですが、私にとって明確なものはありません-割り当てられたタスクを効率的かつ迅速に解決し、同時に自転車を発明しないことです。 そして一般的に-これらのタスクを時間通りに設定し、それなしではプロジェクトは運命づけられます...さて、上記を読んでください。

ピンクの現実の眼鏡

多くの人が言う：「指示はシステムを不器用で無反応にし、変化や緊急事態に迅速に反応することができない」。 ただし、これは特定の命令の問題ではなく、既存の現実に合わせて手順を補完および適合させることができる命令管理システムです。 法律は悪いかもしれませんが、これは法律です-無法ははるかに悪いです。 しかし、法律が悪い場合、それをより良く変えるシステムも必要です。 法律（指示）が変わらない同じ場所で、進歩を遅らせ始め、共通の原因を傷つけ、「炉への指示、我々はそれらがなくてもよい」などの誤った意見が生じます。



もちろん、場合によっては、特に単純で孤立したケースでは、「それらなしでも実行できます」。 人々がお互いを完全に正しく理解している場合、何をどのように行うかを正確に知っている場合、紛争や外力不可抗力がない場合、不正確な状況が現れる場合、正確な用語がない場合、限られた予算と消化できない参照条件。 これを見たことがありますか？ ピンクのメガネを脱いでください！ これはめったに起こりません。 結局のところ、それは機能しますが、...それは機能しますが、それ以上何もしません。 しかし、これはまた、次の「百万番目のプロジェクト」の作成者の心の中で起こります。 そして、これは悲しいです。 問題があるからです。 必須です。

ジャガイモの季節

簡単な例。 従業員には唯一のタスクが与えられ、たとえば、その配達は1週間で計画されます。 10日が経ちました。 上司は頭を捕まえ（そして彼は誤って従業員を思い出した-彼は単に彼にお金を借りている）、「お元気ですか？ 少なくとも半分は完了しましたか？」 回答：「はい、まさか、スラヴカ、ジャガイモに行きました、しかし、シーズン！」 「あなたからバケツがあります！」「ボス」は笑いました。 顧客が来ます：「注文はどこですか？」 上司は恥ずかしいですが、これは初めてではないので、しっかりしています。 テスト中です。 コーヒーメーカー？ 明日すべてを送ります。」 明日はすべてが始まると思いますか？ おかしなことは、おそらく「なる」ということです。 このタスクの価格が筋力で4時間であることを最初は理解していなかったため、テストを実施しなかったためです-「なぜ？ うまくいくようです！」

理論のビット

この場合、少なくともいくつかの指示、より正確には「標準操作手順」（SOP、英語版-SOP）が必要です。



1.タスクの実装のレビューを開始するための手順。 多くのアイデアがあるかもしれません。 多すぎる 。 十分な狂人がいます。 そして、彼らの簡単な考慮のために、それはあなたの貴重な時間-ちょうど多くの時間がかかるかもしれません。 この場合、このマニュアルで説明されている次の質問をする必要があります。 正確に何をする必要がありますか？ これは原則として行われるべきですか？ それをどのように説明するのですか？ 彼女を技術スペシャリストとみなすのは誰ですか？ 一般にこのタスクを検討する試みを決定するのは誰ですか？ 原則として実行可能ですか？ 今、プロジェクトに何かが欠けている瞬間ですか？ そして、読む必要があるすべての人、そして見ることができない人が覗かないように、それはどこで説明されるべきですか？ どの言葉を説明する必要がありますか？ それは単なる閃光のアイデアなのか、それとも別の既存のタスクの結果なのか？ 添付する材料は何ですか？ もたらす理由は何ですか？ 誰かが議論として権威ある意見を必要としますか？



これらのすべてのことは、上司または専門家との問題の最初の議論が困惑したイライラをもたらさないように、ステップバイステップガイドとして手順で詳細に説明する必要があります。 私は何も理解していませんでした... 1、2ヶ月でそのようなことをしましょう...」



2.タスクの実装のためのリソースを決定する手順は、次のリソースの評価手順を定義します。

• 人間（プログラマーやデザイナーが必要ですか？1人のテスターが対応しますか、それとも2人だけに対応しますか？）、
• 金銭的
• 一時的な
• 材料（デバイス、補助デバイス、テスト用コンピューターなど）、
• 情報（技術仕様は十分に提供されていますか、または新しい技術の説明、新しいアニメーションスクリプト、パスワード、サーバーアドレスなどの情報などの追加ドキュメントが必要ですか？）、
• 「ソフトウェアリソース」の意味でのリソース。たとえば、プログラマにとっては、以前にデザイナーが描いたサードパーティのライブラリやアイコンなどです。

3.タスクを実装する必要性に関する意思決定手順。 コスト決定手順の結果に基づいて、決定を下す必要があります。現時点では、このタスクを実行する価値はありますか？ 代替手段を探したり、より良い時期まで延期したり、拒否したりするかもしれません。



4. 実装のためのタスクを記述する手順。 タスクを実装する価値があると判断された場合、特定の実行者向けの形式で説明する必要があります。 オプション「ツリーを描画する必要があります」は非常に悪いです。 どの種類の「ツリー」、表示される場所、理由、それに応じて、スタイル、サイズ、出力ファイル形式などは不明です。それ以外の場合、アーティストは「カバノキからオーク」を再描画してから、確かに、複数回-しかし、これは時間、エネルギー、おそらく財政の過剰な支出であり、一般的な緊張と紛争の増大です。 プログラマーの場合、それはまだ「無視されています」。 「どこが左で右がどこか」を明確に定義する非常に噛み砕かれたタスクを彼らに与える必要があります。 彼らに「ノームをアニメーション化する必要がある」と書くことは、せいぜいあなたがホメリックな笑いに出くわすことであり、あなたがタスク全体を根本的に変えることです。 最悪の場合、それはうまくいくか、まったく機能しませんが、最終的には同じ失敗した締め切りと財政が終わります。 したがって、手順（同じタスクまたは位置のパッケージ全体が必要）で、非常に明確に説明する必要があります。開発者向けにどのように、何を説明すればよいかがわかります。



5. タスクを実行者に転送する手順。 課題を書くのに十分ではなく、オフィスの前の所有者から残された古いが革張りの椅子に身を乗り出し、疲れているが満足しているように見える。 開発者はこのタスクをどのように取得しますか？ 彼は自動通知を郵便で受け取るか、それとも共同アパートに電話して電話で長時間叫ぶ必要があり、37人のゲストの間で彼の精神を引き起こしますか？ 彼は15分ごとにメールを確認しますか？ 彼はパフォーマンスのために何を引き受けますか（そうでなければジャガイモには季節があります）？ 彼がそれを取るとき、あなたはそれについてすぐに知るでしょう、あなたが非常に最初を制御して、今何かを変えたいので？ この手順では、これらすべてのニュアンスを詳細に説明する必要があります-誰に、誰に、いつ、どのようにドキュメントを送信し、「先送りする」のか。 一般的に、いわゆる否認防止の原則があるはずです-タスクが特定のシステム（たとえば、Podio、Do.com、Basecampなどのプロジェクト管理）で開始された場合、受信者は電子メール、電話などで受信することが保証され、その後基本的に私には、「通知がなく、おそらくサーバーにバグがあり、座って待っていた」という幼稚な方法でせせらぎする権利があります。 しかし、このような状況にこの原則があったとしても、パフォーマーのリコールのような何かを提供する方が良いでしょう：「タスクが受け取られました、私はすべてを理解しました。」 安心してください。



6.タスクの実装を監視する手順。 さて、タスクが受信されます。 そして、その実行でさえ始まったようです。 次は？ このタスクは非常に重要です。 そして、パフォーマーは「全国に非常に多くの親relativeがいて、彼らはすべてとても痛いです（車に気をつけてください）」...仕事の進行のコントロールは常に必要です。 ああ、いや、開発者に30分ごとに電話をかけて、ヒステリックな声で彼がすでに何行のピクセルをペイントまたはコード行を書いたのか尋ねないでください！ 気味が悪いだけです。 ただし、パフォーマンスパーセンテージの形式の情報は、ほぼ同じように、同じプロジェクト管理システムで提供することが義務付けられていることは明らかです.1日1回または2日ごとに1回発言することは重要ではありませんが、この指示にも同意します。 タスクが大きい場合は、実行または進行中の問題-日付または作業段階に関係する中間報告が可能です。 このプロトコルでは、何が、いつ、どれだけ、どのように、同様のことが記述されています。



7. 開発者がタスクを完了するための手順。 この手順は、実際に実行されるタスクに依存する特定のアクションの説明の本質です。 開発者は何をすべきですか？ 方法 どのような問題があり、それらを解決するために何をすべきか？ 2行または200ページの長いテキストのいずれかがあり、普遍的な解決策はありません...しかし、これはしばしばパフォーマーの時間、神経、強さを節約するものです。



8. 課題を渡す手順。 これで作業は完了です。 今、それは渡されなければなりません。 この手順では、タスクの結果がどのように送信され、誰に、どのような形式で、関係者への通知がどのように発生するかを説明します。



9. 課題をテストする手順。 課題の結果を取得することは、ストーリーの終わりを意味しません。 適切に行われたかどうかなどを確認する必要があります。 実際、これはテスト段階です（議論のための巨大な別のトピック）。 非常に重要な段階であるため、テスト手順は高品質の製品の不可欠な属性です。 残念ながら、開発者はこれを無視することが多すぎます。 テスト手順は、特定性に応じて、可能な限り詳細に特定のタスク用に作成されます。 「タスクの結果」が機能するすべての条件、または図面の場合は「どのように見えるか」（つまり、参照条件の遵守）をリストします。 テストスクリプトの作成が不十分だと、最終製品にエラーやバグが発生します。



10. タスクを受け入れるための手順。 テスト自体は単なるテストです。 正式には、タスクの作業はまだ受け入れられていません。 ここで、タスクを正式に「オンにする」手順（完了時に「プラス」を入力し、一律に支払われる従業員も未収収益）を記述する必要があります-たとえば、これが図面である場合、それで何が行われるか、どのような利害関係者になるかこれは、タスクで使用できるように知られているため、「物理的に」転送先、保存場所、保存方法などに使用できます。



11.タスクの結果を維持および監視する手順も可能です。 実際、深刻なプロジェクトでは、タスクの履歴はそこで終わりません。 何らかの理由で、それを監視し続けることがしばしば必要です。 最終的には、その後の一般的なテストでバグが見つかる可能性があり、開発者はこの「機能」の実装方法の詳細を思い出す必要があります。 おそらく、結果自体は、本質的に、時間の経過とともに、または他の新たな機会（完了したタスク）との相互作用により、意図的とそうでない両方で変化する可能性があります。 これはすべて厳密に考慮される必要があり、このためにはすでにこれらの指示があります。 そのようなことを考慮することは困難です。



印象的？ しかし、これらは基本的な一般的な手順であり、「唯一の」タスクを維持するための指示です。 個別の特定のタスクについては、それらのSOPは通常書かれています。 しかし、正確にこれらの手順は、意図されたすべてのタスクを実行し、必要なことのみを実行するのに役立ちます-時間通りに、財政的または物質的なリソースを超えずに、最終的にプロジェクトを完了し、後から一般的にそのようなことをしたことを後悔しないで、顧客や貸し手から目を隠す。

官僚

さて、官僚制度はどこで、どのように発生しますか？ この災害はどこで命令から広く非難されているのですか？ それは主に人々の心の中、彼らの思考の柔軟性のなさから、何かに従うだけでなく、しばしばただ読むだけの不本意から生じます。 命令は、あなたが完全な栄光で好転することを許しませんか？ そのため、指示を変更しますが、変更後はシステムにとどまります。そうしないと、自由ではなく無秩序になります。