名古屋で働くSEのブログ

システム開発の仕事をやっていると、プロジェクトの「生産性」を上げろ、「生産性」を見える化しろ、とよく言われる。

生産性、と言われてもいまいちピンと来ない・・・。

もちろん、だいたい何を言われているのかは分かる。

あるファンクションを開発ステップ数で表現し、そのステップ数ごとのレビュー項目数・レビュー指摘件数・テスト項目数・テスト実績・テストでの不具合検出数を細かく出す。
それらの数値を統計することにより、担当者ごとの開発効率がわかり、会社・部署単位の傾向がわかり、リスク発動への備えや予防的措置が取れる。統計で現れた数値から適切な対処を行うことによって、全体の開発効率を高め、プロジェクトを成功に導くことができる。。。とな。

こうしたアプローチに対する私の考えは・・・。なかなか言葉を選ぶのが難しい。
言葉を選ばなければとても簡単なのだが（ひとことで終わる）、きちんと真剣に考えたい。

例えば、プロジェクトリーダーが開発者を怒鳴り散らし、毎日毎日残業を強いるプロジェクト。
メンバーはみなイヤイヤやっていて、リーダーが怖いのでとにかく怒りを買わないように仕事せざるを得ないプロジェクト。

このようなプロジェクトで、プロジェクトリーダーが「生産性の数値が上がりました！プロジェクトは大成功です！！」と言ってもいいのだろうか？

私は、開発生産性を上げるキーポイントは、モチベーションマネジメントだと思う。
いかにメンバーのヤル気を養い、周りのメンバーとコラボレーションできる環境づくりを行えるか。
それに尽きると思う。

もちろん、前提として明らかに重要なことはある。
スコープが明確であること・無理のない計画であること・コストが十分に確保されていること。こうしたことは絶対に大事。
その上で、高い生産性を出すためには高いモチベーションを持って仕事をすることが、何よりも一番大事ではないかと考える。

生産性を出せ、と言っているExcelマネージャの方々。
かつてはプロジェクトの現場で働いていらっしゃったときに、こうしたことは最も大切にされていたのではないでしょうか？なぜ、現場を離れると数値化された情報をありがたがってしまうんでしょうかね。

数字が何を語り、何を語らないのか。
自分の目で確かめたほうがよいかと存じます。

• 
• 
• ツイート

オーダーメードについて考えた。


「オーダーメード」とは実は和製英語で、tailor-made または made-to-orderが正しい言葉とのこと。Wikipediaより。また、この言葉の対義語は"Ready-made"。これは英語となっているようで、既製服を意味する言葉ということだ。

私の家のリビングには、大きな窓が付いている。できるかぎり大きく開け放せるように、大きくてリーズナブルなものを選んだ。また、その窓から庭に出る部分にウッドデッキをつけた。
開放感のあるリビングが欲しいという我々のリクエストに、設計士がアイデアを練り、建築会社が作ってくれたものである。

この窓が、設計時に思い描いたとおり大きく開け放されたことは、ほとんどない。なぜなら我が家の周りは蚊が多く、夏場には網戸が欠かせないからだ。蚊が嫌いな妻や子供たちは、進んで窓をあけることなどしないだろう。

しかし、窓が予定通り開放できなかったからといって、私たちが設計士をなじったり、建築会社を罵ったりすることはない。土地を見つけてくれた人に恨み節を言うわけでもない。

私たちは喜んでこの地に住み、この家に夢を描き、家を建ててもらった。
そしてこの窓を見るたび、私たちは誇らしい気持ちになる。
自分たちが選んだ窓で暮らすことを喜ばしく思う。

オーダーメードというのは、そういうことなんだろうと思う。

人が思うことというのは、限界がある。
窓が大きくて開放感があって、休みの日には窓を思い切り開けて庭を眺めながら暮らす・・・
そのような思いを描いて出来上がったものでも、何らかの考慮漏れがかならずある。
それでもいいのだと、私は思う。迷って悩んで、自分が納得して自分が決めたのだから、それが答えなのだ。

ITソリューションにも、答えはない。

見た目のよいエンドユーザにやさしいシステムに見えるがものすごくサーバ台数が必要になるとか、レスポンスは素晴らしいが誰もコードを理解出来なくてレベルアップできないとか、悩みは尽きない。

答えがないのだから、常に現場で悩む。苦しむ。答えを見つけようとする。
そのプロセスをお客様と一緒に過ごし共に体験するということが、唯一のソリューションの答えだと思う。

もちろん、その悩みが低レベルであれば話にならない。ベースとなるITスキルや製品レベルを上げていくのが我々ベンダーの責務だ。
しかし、どんなにベンダーが頑張っても、最後の答えはお客様と見つけるしかない。

というより、答えを出す楽しみはお客様と一緒に味わう、というほうが、感覚的には近いと思う。

• 
• 
• ツイート

• 
• 
• ツイート

大型開発プロジェクトがスタートして、一ヶ月経過。
打ち合わせの連続で一日があっという間に過ぎていく。
そんな中で、チームとして情報を共有し、課題を解決していくのは非常に困難を伴う。

打ち合わせ時間が重複し、本来全員で出席すべき打ち合わせに参加できないメンバーも出てくる。そうすると、コミュニケーションが十分に取れず、情報が伝わらないためにプロジェクトのリスクが発現してしまうおそれが出てくる。

しかし私は、そのある程度の部分をテクノロジーでカバー出来るのではないかと考えている。

現段階で私たちが試行していることは、以下の２つ。

・「メンバー各自が持っている情報や、いま打ち合わせしている内容をリアルタイムに伝え、かつパーマネントな記憶に落としこむこと
→これは即効性があり、時間が経過するに連れて著しく効果を上げるものと確信している。打ち合わせ内容の共有だけでなく、管理者からメンバーへの情報伝達、メンバーから管理者のフォローアップ、メンバー同士のアイスブレーキングなどに非常に効果がある。

・「個々人の持っている「気になること」を共有し、フォローしあうこと」
→最近始めた取り組み。
　「タスクリスト」でもなく、「課題管理一覧」でもなく、「気になること」をリストアップすること。それを、個々人で抱えずにシェアすることによって、助け合いによる早期対応・早期復旧を目指す。

まだまだ序盤。これから佳境に入る中で、また新たな取組が必要になると感じている。

• 
• 
• ツイート

ある仕事の帰り、後輩と酒を飲みながら電車に揺られていた。

• 
• 
• ツイート

実はさきほどまで、コロンブスの卵とビジネスの発想に関する文章を書いていた。

ルールブレイカーは、まったく新たな価値観を想像する。
それはあまりにシンプルなので、コロンブスの卵のように、簡単なことなのだ。
自分もそのような決定的な仕事をするために、どうすべきだろうか…

というような趣旨で書くつもりだった。

ところが、Wikipediaで「クリストファー・コロンブス」を調べたところ、自分の持っているイメージの人とは相当かけ離れた人物であり、「コロンブスの卵」というエピソードそのものの信ぴょう性も疑わしいということであった。
http://ja.wikipedia.org/wiki/%E3%82%AF%E3%83%AA%E3%82%B9%E3%83%88%E3%83%95%E3%82%A1%E3%83%BC%E3%83%BB%E3%82%B3%E3%83%AD%E3%83%B3%E3%83%96%E3%82%B9

「西に向かい黄金大陸を発見する」という信念の元、ヨーロッパの王室に資金援助を求め、航海資金を得て新大陸（アメリカ）を発見したというのが彼の功績である。

・・・というのは通説で、むしろその後の残虐な侵略戦争・奴隷商人としての側面が色濃い人物だということが分かった。
ということで、ルールブレイカーとしてコロンブスを賞賛するような記事は書けないと判断し、書くことを中断した次第である。

あらゆる物事には二面性がある。ビジネスの世界だって、「世界をより良くしたい」という理念を掲げつつ、金儲けに走るようなことが求められる。
だからコロンブスには功罪両面があるのも分かる。しかしながら、彼が侵略戦争として実行した大虐殺はあまりに酷過ぎる。

記事をアップする前に調べて良かった、としか言いようがないな・・・。

• 
• 
• ツイート

今日、実はちょっとつかんだかもしれません。

メンバーをリーダーに変える方法。

…とかいって、これは全然確信がありません。
確信がないことを書くなと言われますので、書きません（笑）

でもこれは、とっても具体的な方法です。
抽象的なやり方ではなく、本当に実践的なこと。

だから、これから６ヶ月間やり続けて効果を見てみたいと思います。

• 
• 
• ツイート

先行開発した知識を「事例流用」という言葉で、やすやすと使おうとする輩が多い。

• 
• 
• ツイート

仕事が楽しい。

年々楽しくなってきて、自分の周りにある仕事がすべて楽しい。

困った(￣□￣；)

いや、別に困る必要はないのだけど。

もともと、自分の周りの状況を変えようとして、いろんなことを見聞きしてきた。
友人たちが転職したり職場を離れていくのを見ながら、いつか自分もそうなっていくのかなと思っていた。むしろ、職場を離れない方がおかしいんじゃないかくらいに考えたり。

そういう意識でこれまでやってきたのだが・・・

困った(・・；)

どうしてこんなに楽しい仕事ばかりなんだろう？

すべての仕事に、自分の思いをそのまま込めることができる。
仲間たちや上司が私の考えに賛同してくれて、進むべき道を一緒に歩んでくれる。
お客様の思いをストレートに受け止め、プロダクトに落としこむことが出来る。

そういう環境で仕事できるというのは、とっても幸運なことだと思う。

これはひとえに、人との出会いがあったからだ。
自分一人の力では絶対にありえない。
よい出会いがあって、その人の思いを受け止めて、仕事に活かせたからだ。

これからまた新しいチャレンジが始まる。
自分の幸運に感謝しつつ、新たな取り組みを仕掛けていこう。

• 
• 
• ツイート

僕の同僚である友人が、Twitterでこう発言した。

「批判するつもりの無いただの質問自体が、批判みたいに取られる事が多々ある。純粋に質問したいだけなのに。」

彼の性格をよく知っているし、どういうときにこんなふうに考えるのかも分かる。

彼は非常に尖（とが）ったプログラマー。
誰よりも好奇心が旺盛。
コツコツ積み上げ型ではなくひらめき型。

そして彼の特徴は、誰もがスルーしそうな常識にツッコミを入れる性格であること。

「なんでこんなことやってんの？意味無いじゃん」
「こんなロジック取っ払っちゃえばいい」
といって、大胆に自分のロジックに組み替えていく。
もちろん経験を通じて裏打ちされたテクニックがあるのは間違いないのだけれど、誰よりもタブーを踏み越えていく勇気と確信を持っている。

破壊力のある質問をする人間のことを「ルールブレイカー」と呼ぶのだと思う。
常識を疑い、無駄を嫌い、本質を突く。
求めるものにまっすぐ突き進むための力を持っている。

そのような人と仕事をするのは、ほんとうに楽しい。
どんどん彼と一緒にベールを剥ぎとってしまいたくなる。

そして、彼のようなルールブレイカーが自分の持ち味を十分発揮できるよう、プロジェクトで自由な環境を整えてあげることが、私の仕事の一つだと考えている。

• 
• 
• ツイート