私の短いキャリアの間に、それを開発者と呼べば、名前だけでなくさまざまな組織で働くことができました。 私たちは皆、時々仕事を変更します。 当然、いくつかの基準に従ってそれらを相互に比較し、主観的な評価またはあまり評価しません。 自分のために。 あなたの未来のために。 結論を導きます。 欲求不満または幸せ。 仕事の変更から数か月後、現在の場所と以前の場所を再び比較し始めます。 頭の中に思考が浸透することがある、と彼らは言う、それは無駄だった。 彼らはより少ない賃金でしたが、それはまだ古い仕事で素晴らしかったです。 しかし、私はすでに全員を知っていたので、オフィスの中央に行って、「すべてを手放し、締め切りで地獄に行き、あなたの仕事をした」などと言うことができました。 ダッシュを吸ってお茶を飲みに行き、再びコンピューターの前に座るには、タイムアウトして作品を無事に仕上げることが大事です。
多くの場合、タスクは次のように設定されます。
最近、このボタンアコーディオンババヤンを見たことを非常にうれしく思います。 これは、私の人生のかなり後期にそのような学問的な白痴に直面したのは私であり、これに彼女に完全に感謝していることを意味します。 それが記事を書くきっかけになりました。 私たちはビデオを笑い、3分間話し、それがどのように生き生きしていて楽しいか、そしてそのような瞬間でなければ、私たちの仕事は退屈で退屈になり、通り過ぎて、一般的に完璧なものは何もない、誰もが間違っている、顧客は理解する必要がないと言います私たちの仕事の複雑さなどに。
アジャイルについては1年少し前に学びました。 それ以前は、作業も同様の方法に基づいていましたが、それが何と呼ばれるのかわかりませんでした。 はい、必要ありませんでした。 タスク、緩い見積もり、締め切り、Redmine、SVNがありました。 別の作業場所では、スクラム、スプリント、プレイニング（またはリーダーによる解釈）、JIRAおよびBitBucketが使用されました。 これは主観的であり、有料と無料の両方のツールキットが多数あるため、ツールキットについてはあまり説明しません。これは2番目に重要です。 いいえ、最高のツールでさえ、労働組織が低い場合に役立ちます。
最も重要なことは開始されて完了したタスクの数であり、緊急事態は日常の開発プロセスであり、緊急かつ即時のステータスを持つタスクからの赤面がもはや赤面する場所を知らないとき、私は仕事の組織を混poorとした方法でプロジェクトからプロジェクトへと投げます（Redmineの開発者は、救急車のように点滅し、常に音声信号を伴うステータスをボックスに追加することを検討する必要があります）、これは開発者の参加なしで見積もりを設定しています。 これは、あなたまたはあなたの上司が他のタイムゾーンにいる英語を話す同僚と直接コミュニケーションをとるときに、アウトソーシングでよく起こります。 これらのタスクを完了することが目標になります。 時間の経過とともに、有効性は昨日作成され、今日は比例配分され、明日に予定されているチケットの数によって測定されると考えるようになります。 これが標準になりつつあります。 人を変えます。 外観も変わります。 男は頑固な鹿になります。 真剣に、私は冗談ではありません。 チームの粘り強さを確認するのは、非公式の雰囲気です。 企業のパーティーや休日。
方法論を非難するのではなく、パフォーマーの観点から不適切に使用されていることを読者に理解してもらいたい。 リーダーの代わりに自己紹介をしますが、主なものは最終結果であるため、問題がどのように解決されるかについてはほとんど興味がないと思います。 どうやってこれをやるのか、正直にしましょう-たいていの場合、それは重要ではありません。
私はあなたのことを知りませんが、私の仕事を上手に行うためには集中力が必要です。 人が2つ以上のプロジェクトに参加し、それぞれが毎日開催されるプロジェクトで、あるタスクから別のタスクに絶えず切り替える必要がある場合、長時間集中して良い仕事をすることはほとんど不可能です。 しかし、現在のように未来はそれなしではないことを理解しています。 そして、明らかに、あなたはそれに慣れる必要があります。これは重要なスキルの1つになり得るからです。
私にとっては、5〜20分間の立ち上がりが良い選択肢です。誰が何をしているのかを簡単に学び、必要に応じて、終了後、お互いの作業の過程で既にコミュニケーションを取ります。 良い選択肢は、次のスプリントに参加するすべての人の必須のプレゼンスで、週に1回または2回（場合によっては月に1回）の計画です。 これにより、毎日1時間半（Skypeでは神は禁じられています）のおしゃべりをする必要がなくなります。 まあ、毎日誰もが他の誰が何をしているのかを詳細に知る必要はありません！ あなたはデザイナーが必要です-彼に近づき、必要な情報を見つけました-仕事を続けました。
どんな極端でも悪いです。 Skypeで毎日1時間半のコミュニケーションを経験しました。 これは極端です。 良いプロセスで作業プロセスを加速するツールを使用しないことは極端です。 各チームは、全員が特定の基準に沿って作業するのではなく、作業を快適に行える中間点を見つける必要があります。 また、そうではありません。 一般的で効果的な実践に基づいて独自の方法を開発することは可能です。 そして、それは簡単ではありません。 検索と試行には、投資家から貴重な時間とお金がかかる場合があります。 ただし
アジャイル！==「スプリントはしばしばそれを意味しますが、膨らんだ目で走り回って、それが何であれ、それをすべてしようとします」。 私にとって、アジャイルは、リーダーからオフィスマネージャーまで、すべての人を支援する方法論のセットにすぎません。
なぜアジャイルが仕事に役立つのですか？
ここではすべてが簡単です。 仕事の組織がなければ、すべてが悪いでしょう。 開発者は自分の仕事に対してより責任があり、自分自身を整理し、特定のモードに慣れます。 リーダーはプロセスを監視し、弱点を特定できます。 ここで科学的および実際的な正当化について話すことは不適切です-議論のための別のトピック。
なぜアジャイルが私を働かせないのですか？
誤解により、その使用はチーム内の微気候、期限の過ぎた期限、解雇、プロセスに対する一般的な不満、開発の結果などのトラブルにつながります。
私たちの中には、開発管理に対する現代のアプローチに関連するいくつかの概念を誤って解釈する多くの人々がいます（私もその中に自分自身をランク付けします）。 リーダーには、彼らをできるだけよく理解し、自分自身だけでなく、最も重要なこととして、それぞれの場合に適用するために可能な限り柔軟に努力してほしい。 結局のところ、開発プロセスは必ずしもコンベヤーではありません。
結論として、いくつかの連想リンク（これらはトピックに接しているだけです）：
- あなたの従業員があなたにもっと似合うようにインセンティブを与えようとする記事をやめる
- 映画「オフィススペース」
- Marina Mironovich： MVCフレームワークを書くことに決めた場合の生き方
- 良い記事の翻訳