project-management

タイトルはちょっとおおげさですが、REDMINE を会社で使い始めて１年ぐらいたちました。

その前は TRAC を使っていたのですが管理がめんどくさいので REDMINE  に変えたところ徐々に利用者が増えてきて、今ではチームの標準ツールになりました。

といってもまだ使いこなしきった！というレベルではないのですが、チケットを使ってプロジェクトを進めるという仕事術は広まってきています。

今後はテストツールなどとも連携して、より目に見えやすい管理方法、自然とログが残る管理方法を目指していくつもりです。

それとは別に、今まで社内ブログとかウィキとかバージョン管理とかバグトラッキングとかいろいろ試していて思うのが、新しいことをやってみるのは大切だけれど、それ以上に過去の積み重ねを再利用できる形で残していくことも同じぐらい大切だということです。

新しいことを始める時、現状が駄目だから新しいことをしようという理由付けになることがあるのですが、それをしてしまうと今までの積み重ねが意味のないものになってしまい、情報の蓄積と再利用のさまたげになることがあるように思うので、そういうことのないよう気をつけて運用していきたいと思います。

人の64倍働くにはどうすればいいか？
システム化と情報共有が鍵だと思う。

まず8hかかることを1hでやれるようにする。
例えば開発でそれをやるには以前作ったものを利用して1hで作る。
テストでするにはテストを自動化し、2回目以降のテストの工数をなくしてしまう。
プロジェクト管理でするには、tracを使って管理コストを減らす。
などなど

組織でそれをするには、勉強会をする、プロジェクト反省会をする、コードレビューをする、情報共有するなどして、組織の技術力を高め、情報共有を促進していく。

WEB+DB PRESS Tech Meeting ［資料＆動画］｜gihyo.jp … 技術評論社を見て。

• それ、 JS で出来るよ　JSer の逆襲
• JSDeferred による非同期処理
  • JSDeferred のソースを見てみよう

• SIビジネスに未来はあるか！？
  • 64倍働く（8hかかることを1hでやる）
  • 技術力で差別化
  • 話を聞く
  • ビジネス視点で

• うちではこんな感じです～ Linuxロードバランサの活用事例
  • LVS は使える
  • 設定ファイルはCMSで

• 受託開発を楽しむ。～ もっと「ソーシャルに」仕事する！
  • 生産的なバグを増やす
  • 非生産的なバグを減らす

まず機能一覧を作成し、その開発工数を算出する。
保守や機能追加の場合はその２倍。新規の場合は、３倍するとだいたい工数がでる。

今まで5年間Web系エンジニアとして働いてきて、
最近やっとというか、少しというか、なんとなく自分に必要なことが見えてきたように思います。

今感じていること、考えていることを少し以下でまとめてみます。
書いてみると当たり前過ぎるようなことなのですが、今の自分にはまとめることが必要なんだと思っています。

技術的なスキルで必要なもの

• php or ruby などの動的言語の取得
• データベース（mysql or oracle など）
• html + css + javascript
• サーバー設定（linux、apache、php or ruby、db、ssl 証明書の設定、ドメインの取得）

マネージメントスキルで必要なもの

• お客様との要件定義
• スケジュール管理
• リスク管理
• 要員管理
• コスト管理

今パッと思いつくのはこれぐらいです。
少し前の自分だとこれぐらい知ってるよー、と軽く思っていたことばかりなのに、
今の自分はどれも完璧じゃないなー（一人じゃ全部できないなー）と思ってしまいます。

少しでも理想の自分に近づくためにはまだまだ努力が必要です。