靴ひもを結び、ズボンを引き上げてください！

それでは、ソフトウェア開発の速度を落としているのは何ですか？

この質問について少し考えてみてください。 何かを開発する時間が長くなればなるほど、アプリケーションに新しい機能を追加して、アーキテクチャ全体を見通すのが難しくなり、不快になりますか？

以前はタスクを簡単に解決できたのに、なぜ混乱して実装が困難になったのでしょうか？

プロジェクトに長い間参加しているので、状況は改善されるはずですよね？ なぜすべてが逆に起こっているのですか？

答えを探しています

答えが自分の頭の中に浮かび上がっていないという事実を自分のせいにすべきではありません。ほとんどの開発者は同じことに苦しんでいます。 はい、ご存知のとおり、質問は簡単ではありません。

すべての質問に対する答えがわかっていれば、問題はありません。

それにもかかわらず、マネージャー、顧客、さらにはこれらの同じ質問に対する答えを検索し続けない他の開発者でさえ、あなたは何度も出くわすでしょう。

そしてまず第一に、誰もがそのプロセスを責め始めます。 結局のところ、プロセスの問題が開発速度に悪影響を及ぼすことは明らかです。

それは理にかなっています。 それにもかかわらず、私はしばしばこれがあなたの問題の根本ではないことを発見しました。 チームがアイドル状態ではなく、重要なタスクが正しく優先順位付けされている場合、プロセスは無罪である可能性が高いです。

ここで私を理解してほしい。 つまり、私が言及した2つのことだけがあなたを心配するものではありません。ほとんどの場合、チームはプロジェクトにとって本当に重要なことを実際に行うため、少なくとも何らかの形でプロセスを魔法のように確立することはできませんその後、チーム開発の生産性が著しく向上します（ほとんどの場合）。

次のオプションも考慮されます。

• ペアプログラミング
• スキャンをかんばんに変更しますか？
• バックログを別の方法で定義すべきではありませんか？
• たぶん、タスクを評価するためにオウムを使用する必要がありますか？ ストーリーポイント？ または、すべてのバックログを同じサイズにしますか？
• さらに開発者が必要ですか？ それともビジネスアナリストですか？
• チームを再編成する必要がありますか？

もちろん、これらはすべてあなたが時々自問するべき素晴らしい質問ですが、私は常に別の忘れられている大きな問題があることを常に確認しています...

あなたのコード！

少し実験してみましょう。

すべてのプロセスを忘れ、スクラムやバックログ、ストーリーポイントなどを忘れてください。

あなたは開発者です。 タスクを実行し、コード内の何かを変更する必要があります。 あなたは一人で座って、プロセス、アナリストはいません。 あなたとあなたの仕事だけ。

あなたが最近やったことや今開発していることについて考えることができます。この機能の設計やコーディングに直接関係しないすべてのものから抽象化してほしいだけです。

ほぼ次のような考えがあります。

1.この機能は迅速かつ簡単に実装されます。追加する方法と場所を知っています。すべてが最高です！

素晴らしい！ 実際、問題はないことがわかりました。

2.何をする必要があるのか​​理解できない。 システム内でどのように、どこで使用されますか？

うーん、この場合、プロセスにいくつか問題がある可能性が高いです。 より明確に問題の声明が必要な場合もあれば、さらに質問する必要がある場合もあります。 それは本当に起こります。 半完成したアイデアがプロセスに入り、開発者が実際に取り組む前に、誰かが間違いなく走り回って頭を動かさなければなりません。

3.私は何かを変えることを恐れています、それはほとんど不可能です。 始める前に、アプリケーションの他の部分を掘り下げて理解する必要があります：何、どのように、なぜ機能するのか（そしてどのように機能するのか）。

悲しいことではありませんが、これが最も可能性の高い結果です。 2つ目と3つ目の段落の間にあるもの。同じ理由があります。完成したコードと、故人、または「彼女のいない」アーキテクチャです。

そして、アプリケーション自体のコードまたは元の設計の損失のために、ほとんどのアプリケーションの開発が遅くなるという事実に直面し続けています。

しかし、あなたは成功した企業でのみそのような問題を見るでしょう、なぜなら...

時々、ゆるい靴ひもで走る必要がある

時間があった、私はいくつかの失敗したスタートアップに助言した。 そして、他のほとんどのスタートアップと同様に、共通点が1つありました。コードに問題はありません。 はい、優れたコードベース、コーマ、手入れの行き届いた、いい香りがします。

私は死んだスタートアップで最高のアーキテクチャと完璧なコードを見てきました。

たぶん私は自分自身に矛盾しているように見えます。 今から説明します。

問題は、きらめくコードを持つスタートアップが市場に追いついていないことです。 彼らは最初に立ち、靴ひもに美しい弓を結び、周りを見て、足を乗せる場所を注意深く調べます。

何が起こっているの？ 美しいコード、クールなアーキテクチャを作成します。 しかし、遅すぎる。 競合他社は前進を続けており、 2人のカフェインを使用した、まったくプログラマーではないが、Iビットでコード化されたVB6アプリケーションは、昨夜ひざまずいて書いたものです 。 はい、それは顧客が望んでいたものではないかもしれませんが、どれだけ早く！

しかし、ナプキンgovnokodを書いてすぐに合格する必要があると本当に言ったのですか、それ以外の場合は失敗ですか？

それとも、グッドプラクティスと高品質のコードで成功するオフィスを成長させることはできないと言っているのでしょうか。

いや しかし、私が言いたいのは、まず最も成功している企業はまず顧客に努力を集中し、それからソフトウェアに集中したことです。

言い換えれば、過去5年間で12社の成功した企業のコードを見ると、そのうちの9社では、オリジナルのデザインやマナーから非常に離れた下品なアーキテクチャとシステムが見つかります。

ズボンはどうですか？

さて、私はこれを何のためにやっているのですか？

受賞企業は経営し、生き残ります！ しかし、5年後も彼らはできる限り激しく走り続け、continueい靴ひもが解け始めます。

数回つまずくまで靴ひもがほどかれていることに気付かないこともあります。 ナンセンス、彼らはまだ走り続けます。 一方で、これは良いことです。なぜなら、これが彼らを繁栄させる理由であり、立ち止まって靴ひもを結ぶことに決めた人は恥ずかしい敗者だからです。

この問題は通常、企業が新しいレベルに移行する時期であると判断した約5年間の継続的な実行の後に感じられます。 今まで、彼らは左右に振って、本当にひもに乗らないように足を十分に離そうとしました。

それらを遅くするのはほんの少しであり、したがって、彼らは走り続け、機能を激しくリベットし、唾液を噴霧します。

そして今、ズボンを振ることから彼らから落ち始めます！ しかし、真面目な企業には理由もなく速度を落としてスライディングパンツを引き上げる時間がありません！

外からは、すべてが非常にポジティブに見えます。 彼らは赤面し、同じ速度で走り続けるために全力を尽くしますが、パンツとゆるいひもは走りを厄介な早歩きに変えるのに十分です。 足首に重みのある老婦人は有利なスタートを切りますが、まだ忙しすぎて休憩を取り、ズボンを引き上げることはできません！ そして、前回からはまだ構成していません！

そして、彼らは考え始めます。 どうする？ ズボンを遅くしたり、ズボンを引き上げたりせずに問題を解決するには？ 即興演奏が始まります。 彼らはジャンプしようとしています。 誰かがもっと足が必要だという考えさえします... =）

あなたはそのアイデアを得たと思います。 実際、あなたがする必要があるのは...

止めて、ひもを結び、最後にズボンを引き上げてください！

類推が明確になり、骨化したアーキテクチャと古いシステムコードで何が起こっているかを理解できたと思います。

あなたがすべての愚かさでレースをしている間、あなたの靴ひもはほどかれ、ズボンは着実にアプリケーションから落ち始めています。これはすべてあなたを本当に遅くさせます。

そして、実際に後退していることが最終的にわかるまで、悪化します。

残念ながら、魔法の答えはありません。 システム全体のアーキテクチャと設計を採点して加速できる場合、遅かれ早かれ通常通りすべてを支払い、リファクタリングする必要があります。

おそらく、最初から始めます。 あなたはすべてを整理するためにあなたのすべての力を結合する必要があるかもしれません。 いずれにしても、停止する必要があります。 たぶん誰かがランニングで靴ひもを結ぶことを試みましたか？ =）

悲しまないでください;あなたは何も悪いことをしていません。 さらに、他の人が注意を払って失敗したときに生き残った。 ズボンを無視しないでください。ズボンはあらゆる段階で混乱しますので、恐ろしいことをしてください！

ご注意 perev。：私は翻訳者ではありません、私は他の皆と同じです、だから多かれ少なかれ自由な翻訳が出てきました。 私は記事の皮肉を伝えようとしました。 誤字や脱落についてはPMに書いてください。 ご清聴ありがとうございました。良い一日を！