これは別の question に多少関係していますが、私は尋ねましたが、私はソロで、リモートでプロジェクト管理、いわばコード化する大きな泥だんご。
私は彼のプロジェクトを真にアジャイルな方法で処理するという提案に取り組むことについて多くのことを考えてきました。私が見ているように、これにはいくつかのクライアントフレンドリーでウェブベースのアプリが含まれます:
私はアジャイルについてかなり読んだことがありますが、すべての優れたリソースは、チーム内のコミュニケーションの重要性に重点を置いており、同じ場所に配置されていないチームのアジャイルを思いとどまらせています。唯一のプログラマであるので、これはそれほど問題ではないように見えましたが、クライアントに会うことはめったにないので(あるとしても)、この種の通信を可能にするのに十分な通信効果がないかもしれないと心配しています管理の。
編集:チームの他の人々は以下を含みます:
-顧客(ビジネスマン)
-プロダクトマネージャー(私のクライアントのクライアント)
-プロジェクトマネージャー(クライアント)
-UIデザイナー
私は、リモートのアジャイル開発戦略を使用するいくつかのプロジェクトに取り組み、さまざまな結果を得ました。
チームの経験レベルが重要な要素です。関係者全員がこの戦略とツールに精通している(またはすぐに有能になることができる)場合、それは持続可能です。
リモートワークの問題は、多くの場合、「対面」のコミュニケーション不足と、プロジェクト追跡ツールとSCM/VCSの不適切な使用が原因です。私がリモートで取り組んだ最も成功したアジャイルプロジェクトには、次のものが含まれていました。
私がお勧めする優れたプロジェクト追跡ツールは、Redmine、TargetProcess、Jiraです。 TargetProcessでの私の経験は、主にそれらのプロジェクトのPMの能力レベルのために、特に効果的でした。
優れたチームは間違いなく、リモート(そして率直に言ってあらゆる)プロジェクトで成功するための基本的な鍵です。すぐ近くに、プロジェクトの管理と開発を容易にするために使用されるツールがあります。
もう1つの点は、開発者のペアがコローカルで作業できる場合、モチベーションともちろん、継続的なコードレビューの点で、ソロ開発者よりも明確な利点があります。
経験的に質問に答えるために、37signalsはほとんど(または完全に)リモートの作業から始まり、明らかにそれがうまく機能しただけでなく、DHHは米国とEUのタイムゾーンの違いが実際にそれらを作ったと言っていますmore生産的(中断されない作業時間があり、会議がより集中されるため)。
そうは言っても、チームの経験レベルに依存するというSlomojoのポイントは非常に有効だと思います。新しい開発者に多くの支援を提供する必要がある場合は、同じオフィスにいるほうがよいでしょう。
私はそれが遠隔地のすべての人または同じ場所にいるすべての人とうまく機能することができることを発見しました。混在している場合、同じ場所にいる人々は、離れた場所にいる人々を暗闇の中に置き去りにしてコミュニケーションする傾向があります。
インスタントメッセージングやircは、リモートチームに最適です。それが人々が追いつくために言われたことのログとのコミュニケーションの手段を常に保つので