毎年言っていますがあっという間でした。
年々早くなっていますが、当然のように今年も加速度的に一年が過ぎるのが早くなっています。
振り返りブログをまとめていたのですが、プライベートの振り返りまでしていたら全く時間が足りなかったので、仕事面の振り返りのみ記事にしました。
プライベートは年初の目標設定時にでも軽くまとめたいと思います。
今年の仕事をひとことでまとめると
チームでひとつのサービスを作った という年でした。
サービスというのは一般の会社で言う所の事業でしょうか。（ちょっと規模が違うかもしれないですが）
自分達で考えたものをユーザーに届けることによって、会社としての大きなくくりでの事業に貢献していこうというものです。
ただ、そこでいくつか学びはありました。
・チームビルド
チーム人数は少なく、そして結束は固く 。の CEOジェフ・ベゾスもピザ二枚で足りるチームを維持すること 画像はチームビルドというものをパターン化させようという試みがすごく面白かったコラボレーションパターン から使いました。
・Scrum導入の障壁と実践の難しさ
今回、新サービスの開発にあたって
Scrum開発 というフレームワークを実践導入しました。
いわゆるアジャイルな開発のフレームワークの一つです。
私自身も本格的に実践したのは初めてですが、非常に効果的であったと思います。
色々といいところはあったのですが、何よりも一番のメリットは
チームが 「自律的」 に効率的な動きを探求していけた というところです。
２週間のスパンでそのプロジェクトの問題は「自律的」に改善されていきました 。プログラムも最初に取り組んでいきなりうまくいく事はありません。
「次はもっとうまくやれる」の精神で今後もアジャイルに取り組んでいきたいと思います。
・ワークライフバランスとベンチャーマインドの共存
正直言って、私が今いるチームは勤務時間が長いです。
それは自分達が達成したいサービス（事業）があるからです。
私達はひとつのチームですが、マインドとしては仮想的な会社として仕事をしていると思っています。
この仮想的な会社を成功させることが私達のミッションだと思っているからです。
成功させることができなかった場合、私達は売上を作り出せないので、(仮想的には)給料がもらえないということになります。
しかし、だからと言ってどこまでもプライベートを犠牲にしていいものかという葛藤もあります。
例えば、家族のいる人が家族との時間を削ってまで仕事をしなければいけないのか？
この例の答えとして「プライベートが一番なのは当然」という意見が多いと思うのですが、どうしても私の中で矛盾してしまうのです。
もし、今の会社が潰れてなんの仕事にもありつけなかった場合、
家族との時間とか言っている場合ではなく働かないとそもそもご飯を食べることができません 。
とはいえ、みんながみんなそんなスタンスで働いてたら誰もがプライベート時間なんて持てないのも事実。
FacebookのCOOであるシェリル・サンドバーグは「定時に帰って家族と夕食を楽しむ」が「誰よりもハードワークである」と答えています。
フェイスブックNo.2、シェリル・サンドバーグCOO「私は毎日午後5時半に退社し、家族と夕食を楽しむ。」
※もちろん強制されて長時間労働をしている場合は論外です。
今回のチームで意識していることは何に対してコミットメントを持っているかです。
BtoCサービスにおいて専門性は非常にあいまいだと思っています。
プロデューサ、ディレクター、マネージャ、デザイナー、デベロッパー、アプリケーションエンジニア、インフラエンジニアなどなどあいまいな専門性を挙げたらきりがありません。
その中で何に対してコミットメントを持っているのか？
そのコミットメントはチームに受け入れられているのか？ エンジニアも事業目線を持つべきかどうかという話が度々ありますが、私はエンジニアは自分のスキルがどう事業に有益かというのをキチンと説明できる必要があると思います。
ということは事業をキチンを理解しておく必要があるので、私はそのへんを意識して仕事をするようになった年になりました。
・システム設計と組織
私は現在の会社での社歴は長い方なので、サービスを作ると言っても単なるシステムを作るだけではもはやなんの手間ではありません。
今まで経験した開発・運用経験から足りないところ、できなかったところ、やるべきことを具現化して実践していけたと思います。
開発のスピードを上げるにはシステム品質は必ず犠牲になります。かといってシステム品質を気にし過ぎていてはあっという間に世間の波に置いていかれます。
私は数年間のBtoCサービスの経験から私が考えるそのバランスを考えて今回は実践したつもりです。
具体的にはシステムの疎結合化やバージョン管理、自動化などですが、これらはもちろん後々のスピードを上げるためには必ず必要になります。
しかし、まだ流行るかどうかわからない時点で実践するにはかなりの労力です。
ここでも私が運が良かったのが、そのような開発への取り組みに対してチームメンバーの価値観が共有できたことだと思います。
これによって、開発への取り組みに労力とコストを惜しまずに実践できたと思います。
まとめ 2012年はまずはサービスをリリース（事業をスタート）させた状態で終わりました。
