質問: 私は小さなベンチャー企業を経営しているものです。 もともと起業当初はチームにエンジニアがおらず、自分でPHPを独学して現在webサービスを運営しております。 最近サービスの方も徐々に大きくなってきたので、資金調達をしてエンジニアを増やそうと思っています。 今まではとにかく実装すること、それもなるべく早く実装することばかりを気にしてプログラミングを勉強してきたのですが、人が増えチームになったときにコードの可読性やメンテナンスのしやすさなど今まで意識してなかったことを意識する必要があるのかなと考えております。 そこで人数が増え、サービスが大きくなってきた時にはこういうことを意識したり勉強した方がいいよ、またできればそれが学べるサイトや本などがあればご紹介いただけないでしょうか。 何卒よろしくお願いいたします。
回答: 既にベストアンサーも出ており、重要な回答は十分でているのですが、気になる話だったので、ちょっと違った角度から回答させて頂きます。 経験上、ひとり開発から複数人体制の移行時に直近で最も大きな、且つ長期的にも見過ごせない課題となるのが、属人化の問題ではないかと思われます。 要はナレッジ等情報共有と明確化ですね。 またその後、体制・フローが固まってきた時期には、品質や効率の向上が優先度の高い課題となり、さらに人が増えると・・・等と、課題は時期や人員、視点等によっても変わっていきます。 もちろん、経験豊かな回答者さん方の意見も、この問題を含めた数多の課題に対して様々な現場が培ってきたオールマイティな解ではありますが、大多数から集約された理想形が、現実の現場の最適解とは乖離している場面も多々あります。 大幅に生産性を落としてでも、(現場の幸せのために)これらの理想形を目指す、というのもアリ(というか、むしろ大歓迎)ですが、会社に体力と理解が無いと、これらも許されません。 前置きが長くなりましたが、結論としては、「回答者さん方の意見を将来的なビジョンとしてザックリ把握する程度に学びつつ、**課題抽出・解決手法やPDCAサイクルの具体的な運用**を学び、それらを運用していく中で出てくるその時々の最優先課題について、必要な知識と技術を学ぶ」でしょうか。 質問者さんは経営者でもあるので、上記のような各論めいたものより、「プロジェクトマネジメント手法を学ぶ」とかの方がストレートなのかもしれません。