Captcha security check sohaya.com is for sale Please prove you're not a robot View Price Processing
Captcha security check sohaya.com is for sale Please prove you're not a robot View Price Processing
前回に引き続き，今回も私の失敗例と改善策を紹介します。オフショア開発に携わる同業者の方々の参考になれば幸いです。 失敗例3－進捗が見えなかったことによる失敗 福井のJUDE開発部には，福井チームと上海チームのタスク看板（図1）があります。ToDo，Doing，Doneの三つの進捗状態に分けて，タスクを付箋に書いて貼り付けるのです。 月曜日の朝に行われるイテレーション・ミーティングで，前の週のタスク進捗を確認し，今週のタスクを決定します。そして，毎日の朝会（図2）の前にタスクの進捗状況に応じて看板を更新し，朝会で自分の進捗を報告します。私は，看板にリストされている自分のタスクを更新すると同時に，Wiki（上海チームの進捗を管理している）の情報をもとに看板にある上海チームのタスクも更新します。 ◆失敗シーン 月曜日に，ある複雑なタスクを上海チームに開発してもらうことになりました。このタスクによ
初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ本格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。 仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。 仕事をする上ではコ
http://buildix.thoughtworks.com/ via オレンジニュース
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く