<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet href="../../../../../css/rss/feedRss2.xsl" media="screen" type="text/xsl"?>

<rss version="2.0"> 
  <channel> 
    <title>名古屋で働くSEのブログ</title>  
    <link>http://ameblo.jp/numajava/</link>  
    <description>名古屋で働くSEが、ビジネスや医療ITのことなどをつぶやくブログ。</description>  
    <language>ja</language>  
    <atom:link xmlns:atom="http://www.w3.org/2005/Atom" rel="self" href="http://feedblog.ameba.jp/rss/ameblo/numajava/rss20.xml" type="application/rss+xml"/>  
    <item> 
      <title>生産性</title>  
      <description><![CDATA[<p>
 システム開発の仕事をやっていると、<strong><font color="#FF0000">プロジェクトの「生産性」を上げろ、「生産性」を見える化しろ、</font></strong>とよく言われる。<br /><br />生産性、と言われてもいまいちピンと来ない・・・。<br /><br />もちろん、だいたい何を言われているのかは分かる。<br /><br />あるファンクションを開発ステップ数で表現し、そのステップ数ごとのレビュー項目数・レビュー指摘件数・テスト項目数・テスト実績・テストでの不具合検出数を細かく出す。<br />それらの数値を統計することにより、担当者ごとの開発効率がわかり、会社・部署単位の傾向がわかり、リスク発動への備えや予防的措置が取れる。統計で現れた数値から適切な対処を行うことによって、全体の開発効率を高め、プロジェクトを成功に導くことができる。。。とな。<br /><br />こうしたアプローチに対する私の考えは・・・。なかなか言葉を選ぶのが難しい。<br />言葉を選ばなければとても簡単なのだが（ひとことで終わる）、きちんと真剣に考えたい。<br /><br />例えば、プロジェクトリーダーが開発者を怒鳴り散らし、毎日毎日残業を強いるプロジェクト。<br />メンバーはみなイヤイヤやっていて、リーダーが怖いのでとにかく怒りを買わないように仕事せざるを得ないプロジェクト。<br /><br />このようなプロジェクトで、プロジェクトリーダーが「生産性の数値が上がりました！プロジェクトは大成功です！！」と言ってもいいのだろうか？<br /><br />私は、開発生産性を上げるキーポイントは、<strong><font color="#FF0000">モチベーションマネジメント</font></strong>だと思う。<br />いかにメンバーのヤル気を養い、周りのメンバーとコラボレーションできる環境づくりを行えるか。<br />それに尽きると思う。<br /><br />もちろん、前提として明らかに重要なことはある。<br />スコープが明確であること・無理のない計画であること・コストが十分に確保されていること。こうしたことは絶対に大事。<br />その上で、高い生産性を出すためには高いモチベーションを持って仕事をすることが、何よりも一番大事ではないかと考える。<br /><br />生産性を出せ、と言っているExcelマネージャの方々。<br />かつてはプロジェクトの現場で働いていらっしゃったときに、こうしたことは最も大切にされていたのではないでしょうか？なぜ、現場を離れると数値化された情報をありがたがってしまうんでしょうかね。<br /><br />数字が何を語り、何を語らないのか。<br />自分の目で確かめたほうがよいかと存じます。
 
</p>]]></description>  
      <link>http://ameblo.jp/numajava/entry-11010250066.html</link>  
      <pubDate>Sun, 18 Sep 2011 23:21:31 +0900</pubDate> 
    </item>  
    <item> 
      <title>オーダーメード</title>  
      <description><![CDATA[<p>
 <strong><font color="#FF0000">オーダーメード</font></strong>について考えた。<br /><br /><br />「オーダーメード」とは実は和製英語で、tailor-made または made-to-orderが正しい言葉とのこと。<a href="http://ja.wikipedia.org/wiki/%E3%82%AA%E3%83%BC%E3%83%80%E3%83%BC%E3%83%A1%E3%82%A4%E3%83%89" target="_blank">Wikipedia</a>より。また、この言葉の対義語は"Ready-made"。これは英語となっているようで、既製服を意味する言葉ということだ。<br /><br />私の家のリビングには、大きな窓が付いている。できるかぎり大きく開け放せるように、大きくてリーズナブルなものを選んだ。また、その窓から庭に出る部分にウッドデッキをつけた。<br />開放感のあるリビングが欲しいという我々のリクエストに、設計士がアイデアを練り、建築会社が作ってくれたものである。<br /><br />この窓が、設計時に思い描いたとおり大きく開け放されたことは、ほとんどない。なぜなら我が家の周りは蚊が多く、夏場には網戸が欠かせないからだ。蚊が嫌いな妻や子供たちは、進んで窓をあけることなどしないだろう。<br /><br />しかし、窓が予定通り開放できなかったからといって、私たちが設計士をなじったり、建築会社を罵ったりすることはない。土地を見つけてくれた人に恨み節を言うわけでもない。<br /><br />私たちは喜んでこの地に住み、この家に夢を描き、家を建ててもらった。<br />そしてこの窓を見るたび、私たちは誇らしい気持ちになる。<br />自分たちが選んだ窓で暮らすことを喜ばしく思う。<br /><br />オーダーメードというのは、そういうことなんだろうと思う。<br /><br />人が思うことというのは、限界がある。<br />窓が大きくて開放感があって、休みの日には窓を思い切り開けて庭を眺めながら暮らす・・・<br />そのような思いを描いて出来上がったものでも、何らかの考慮漏れがかならずある。<br />それでもいいのだと、私は思う。迷って悩んで、自分が納得して自分が決めたのだから、それが答えなのだ。<br /><br />ITソリューションにも、答えはない。<br /><br />見た目のよいエンドユーザにやさしいシステムに見えるがものすごくサーバ台数が必要になるとか、レスポンスは素晴らしいが誰もコードを理解出来なくてレベルアップできないとか、悩みは尽きない。<br /><br /><strong>答えがないのだから、常に現場で悩む。苦しむ。答えを見つけようとする。<br />そのプロセスをお客様と一緒に過ごし共に体験するということが、唯一のソリューションの答えだと思う。<br /></strong><br />もちろん、その悩みが低レベルであれば話にならない。ベースとなるITスキルや製品レベルを上げていくのが我々ベンダーの責務だ。<br />しかし、どんなにベンダーが頑張っても、最後の答えはお客様と見つけるしかない。<br /><br />というより、<strong><font color="#FF0000">答えを出す楽しみはお客様と一緒に味わう</font></strong>、というほうが、感覚的には近いと思う。
 
</p>]]></description>  
      <link>http://ameblo.jp/numajava/entry-10964250657.html</link>  
      <pubDate>Mon, 25 Jul 2011 00:25:49 +0900</pubDate> 
    </item>  
    <item> 
      <title>古いITビジネス</title>  
      <description><![CDATA[<p>
 <div>「人を投入すれば、それに見合った報酬が得られる」<br></div><div>「一度獲得した利権は、無条件に確保できる」</div><div><br></div><div>そんな考えのソフトハウスに、しばしば出くわすことがある。</div><div><br></div><div>ハッキリ言って、イノベーションも学習することもなく、ただ単に人を動員しようとする商売は終わったのだ。</div><div><br></div><div>彼らは２０年以上もそこから抜け出すこともなく、少なくなったパイを取り合う争いをしている。いずれその水たまりが干上がってしまうことも、彼らは分かっているはずなのに、変化することも学習しようとすることもない。</div><div><br></div><div>われわれ発注側にも責任がある。</div><div>結局、人月単価の仕事しかシェアしていない。</div><div>もっと彼らにSEらしい仕事を与えていかなければならないし、顧客に新しい提案をしていかなければならない。</div><div><br></div><div>そんなソフトハウスの中にも、問題意識を持って行動しようとしている人がいる。</div><div>自分たちが変わらなければならないことを、現場にいるメンバーが誰よりも知っているはずなのだ。</div><div>私はそのような人たちと、新しいITビジネスの仕方を築いていきたい。</div><div><br></div><div>既得権益や受身のビジネススタイルから、新しい提案で打って出るビジネスへ。</div><div>そのような仲間が周りに増えていくことを望む。</div>
 
</p>]]></description>  
      <link>http://ameblo.jp/numajava/entry-10950960160.html</link>  
      <pubDate>Tue, 12 Jul 2011 02:06:18 +0900</pubDate> 
    </item>  
    <item>
      <title><![CDATA[PR: 【ＤＯＤＡ転職フェア】7/15（金）7/16（土）]]></title>
      <link>http://rss.rssad.jp/rss/ad/H_LnyinCfIZZ/oH640Hzy656d?type=2&amp;ent=ef4943883f00302b8b8e6513a42fe207</link>
      <description><![CDATA[<table cellspacing="0" cellpadding="0"><tbody><tr><td align="center" valign="center"><a href="http://rss.rssad.jp/rss/ad/H_LnyinCfIZZ/oH640Hzy656d?type=2" target="_blank"><img alt="" style="border: 0;" border="0" src="http://rss.rssad.jp/rss/img/H_LnyinCfIZZ/oH640Hzy656d?type=3&ent=ef4943883f00302b8b8e6513a42fe207"/></a></td><td> &nbsp; </td><td valign="top" > 大手・優良企業８６社の採用担当者と直接話せるチャンス！＜ハービスＯＳＡＫＡ＞ </td></tr></tbody></table><div style="font-size:10px;"><span style="padding-top:5px;"><br style="display:none"/><a href="http://www.rssad.jp/trendmatch/trendmatch.html">Ads by Trend Match</a></span><br/></div>]]></description>
      <pubDate>Tue, 12 Jul 2011 02:06:18 +0900</pubDate>
    </item>
    <item> 
      <title>リアルタイムコミュニケーションと、気になることリスト。</title>  
      <description><![CDATA[<p>
 大型開発プロジェクトがスタートして、一ヶ月経過。<br />打ち合わせの連続で一日があっという間に過ぎていく。<br />そんな中で、チームとして情報を共有し、課題を解決していくのは非常に困難を伴う。<br /><br />打ち合わせ時間が重複し、本来全員で出席すべき打ち合わせに参加できないメンバーも出てくる。そうすると、コミュニケーションが十分に取れず、情報が伝わらないためにプロジェクトのリスクが発現してしまうおそれが出てくる。<br /><br />しかし私は、そのある程度の部分をテクノロジーでカバー出来るのではないかと考えている。<br /><br />現段階で私たちが試行していることは、以下の２つ。<br /><br /><strong>・<font color="#FF0000">「メンバー各自が持っている情報や、いま打ち合わせしている内容をリアルタイムに伝え、かつパーマネントな記憶に落としこむこと</font></strong><br />→これは即効性があり、時間が経過するに連れて著しく効果を上げるものと確信している。打ち合わせ内容の共有だけでなく、管理者からメンバーへの情報伝達、メンバーから管理者のフォローアップ、メンバー同士のアイスブレーキングなどに非常に効果がある。<br /><br /><strong><font color="#FF0000">・「個々人の持っている「気になること」を共有し、フォローしあうこと」</font></strong><br />→最近始めた取り組み。<br />　「タスクリスト」でもなく、「課題管理一覧」でもなく、「気になること」をリストアップすること。それを、個々人で抱えずにシェアすることによって、助け合いによる早期対応・早期復旧を目指す。<br /><br />まだまだ序盤。これから佳境に入る中で、また新たな取組が必要になると感じている。
 
</p>]]></description>  
      <link>http://ameblo.jp/numajava/entry-10945808402.html</link>  
      <pubDate>Thu, 07 Jul 2011 02:11:43 +0900</pubDate> 
    </item>  
    <item> 
      <title>結局、愛なんだ</title>  
      <description><![CDATA[<p>
 ある仕事の帰り、後輩と酒を飲みながら電車に揺られていた。<div><br></div><div>自然と話は、仕事のことに。</div><div><br></div><div>会社内にはいろんなパッケージ製品がある。でも、自分たちのチームほど製品を楽しく、誇りを持って触っている集団はない。</div><div>どうも周りの人たちは、面白くなさそうに仕事しているように見える。責任を回避したり、自分がイニシアティブをとろうとしていないように見える。</div><div><br></div><div>この違いは、どこからくるんだろうね？</div><div><br></div><div>私は彼に聞いてみた。</div><div><br></div><div><b><font class="Apple-style-span" color="#ff0000">「それはあれですね。結局、愛ってことなんじゃないですか」</font></b></div><div>彼はこともなげにそういった。</div><div><br></div><div>そう、そうだよ。その通り。</div><div>恥ずかしくて言ったこともなかったけれど、そういうことだ。</div><div><br></div><div>私たちが扱っているこのシステムに、僕らは愛を注いでる。</div><div><br></div><div>それは「思い入れ」という言葉だったり、「情熱」という言葉で語られたりもする。</div><div>けれど、「愛」という言葉が最もしっくり来る。</div><div>画面の見た目も、先進機能への取り組みも、そんなに褒められたシステムではない。</div><div>にもかかわらず、私たちは自分のシステムに誇りを持っている。</div><div><br></div><div>自分たちで何とかしたい。追いついていきたい。もっといいものを作りたい。</div><div>関わっている人がそう思い、同じベクトルに向かっている。</div><div><br></div><div>最近は、その輪の中にお客様も入っていただけるようになった。</div><div>進むべき方向について、お客様の思いと私達の思いが一致していることがわかった。</div><div><br></div><div>お客様同士の輪・ベンダーの輪・そして関わる皆様の輪・・・。</div><div>この輪を軸に、強力なフィードバックループを回していきたいと考えている。</div><div>そのための仕組み・仕掛けづくりを行うのが、まさに今の取り組みなのだ。</div><div><br></div><div>そうした私たちの思いを、「それは愛ですね」と言ってくれる人がいて、とてもうれしかった。</div>
 
</p>]]></description>  
      <link>http://ameblo.jp/numajava/entry-10930720828.html</link>  
      <pubDate>Wed, 22 Jun 2011 00:39:31 +0900</pubDate> 
    </item>  
    <item> 
      <title>コロンブス</title>  
      <description><![CDATA[<p>
 実はさきほどまで、コロンブスの卵とビジネスの発想に関する文章を書いていた。<br /><br />ルールブレイカーは、まったく新たな価値観を想像する。<br />それはあまりにシンプルなので、コロンブスの卵のように、簡単なことなのだ。<br />自分もそのような決定的な仕事をするために、どうすべきだろうか…<br /><br />というような趣旨で書くつもりだった。<br /><br />ところが、Wikipediaで「クリストファー・コロンブス」を調べたところ、自分の持っているイメージの人とは相当かけ離れた人物であり、「コロンブスの卵」というエピソードそのものの信ぴょう性も疑わしいということであった。<br /><a href="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" target="_blank">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</a><br /><br />「西に向かい黄金大陸を発見する」という信念の元、ヨーロッパの王室に資金援助を求め、航海資金を得て新大陸（アメリカ）を発見したというのが彼の功績である。<br /><br />・・・というのは通説で、むしろその後の残虐な侵略戦争・奴隷商人としての側面が色濃い人物だということが分かった。<br />ということで、ルールブレイカーとしてコロンブスを賞賛するような記事は書けないと判断し、書くことを中断した次第である。<br /><br />あらゆる物事には二面性がある。ビジネスの世界だって、「世界をより良くしたい」という理念を掲げつつ、金儲けに走るようなことが求められる。<br />だからコロンブスには功罪両面があるのも分かる。しかしながら、彼が侵略戦争として実行した大虐殺はあまりに酷過ぎる。<br /><br />記事をアップする前に調べて良かった、としか言いようがないな・・・。
 
</p>]]></description>  
      <link>http://ameblo.jp/numajava/entry-10928758947.html</link>  
      <pubDate>Mon, 20 Jun 2011 00:53:25 +0900</pubDate> 
    </item>  
    <item> 
      <title>メンバーを動かすための具体的な方法</title>  
      <description><![CDATA[<p>
 今日、実はちょっとつかんだかもしれません。<br /><br />メンバーをリーダーに変える方法。<br /><br />…とかいって、これは全然確信がありません。<br />確信がないことを書くなと言われますので、書きません（笑）<br /><br />でもこれは、とっても具体的な方法です。<br />抽象的なやり方ではなく、本当に実践的なこと。<br /><br />だから、これから６ヶ月間やり続けて効果を見てみたいと思います。
 
</p>]]></description>  
      <link>http://ameblo.jp/numajava/entry-10922766733.html</link>  
      <pubDate>Tue, 14 Jun 2011 01:32:29 +0900</pubDate> 
    </item>  
    <item> 
      <title>事例流用</title>  
      <description><![CDATA[<p>
 <b>先行開発した知識を「事例流用」という言葉で、やすやすと使おうとする輩が多い。</b><div><br></div><div>まず彼らは、対価を支払おうとしない。</div><div>対価とは、一義的には費用のことであるし、もう少し言えば先行開発した者への心配りということである。</div><div><br></div><div>対価を支払わず、コストを掛けず、安くその場をしのげればいい。</div><div>「事例流用」の輩の基本戦術である。</div><div><br></div><div>先行開発には、勇気が要る。</div><div>最終的なアウトプットに至るまでに、膨大な時間を費やしている。</div><div>「事例」などという言葉では表しきれないドラマがあるのだ。</div><div><br></div><div>単に最終的なアウトプットだけを取り出して「事例」を流用しても、彼らにはハートがないため、先行事例以上のものは生み出されない。</div><div>いや、生み出す気概すらないのだから、もっとタチが悪い。</div><div><br></div><div>そのようにしてコピーにコピーを重ねたシロモノには、結局「心」がない。</div><div>なぜそのような機能になったのか、語ることもできない。</div><div><br></div><div>「仏作って魂入れず」とは、まさにこのことだ。</div>
 
</p>]]></description>  
      <link>http://ameblo.jp/numajava/entry-10916631189.html</link>  
      <pubDate>Wed, 08 Jun 2011 01:09:50 +0900</pubDate> 
    </item>  
    <item> 
      <title>幸運</title>  
      <description><![CDATA[<p>
 仕事が楽しい。<br><br>年々楽しくなってきて、自分の周りにある仕事がすべて楽しい。<br><br>困った(￣□￣；)<br><br>いや、別に困る必要はないのだけど。<br><br>もともと、自分の周りの状況を変えようとして、いろんなことを見聞きしてきた。<br>友人たちが転職したり職場を離れていくのを見ながら、いつか自分もそうなっていくのかなと思っていた。むしろ、職場を離れない方がおかしいんじゃないかくらいに考えたり。<br><br>そういう意識でこれまでやってきたのだが・・・<br><br>困った(・・；)<br><br>どうしてこんなに楽しい仕事ばかりなんだろう？<br><br>すべての仕事に、自分の思いをそのまま込めることができる。<br>仲間たちや上司が私の考えに賛同してくれて、進むべき道を一緒に歩んでくれる。<br>お客様の思いをストレートに受け止め、プロダクトに落としこむことが出来る。<br><br>そういう環境で仕事できるというのは、とっても幸運なことだと思う。<br><br>これはひとえに、人との出会いがあったからだ。<br>自分一人の力では絶対にありえない。<br>よい出会いがあって、その人の思いを受け止めて、仕事に活かせたからだ。<br><br>これからまた新しいチャレンジが始まる。<br>自分の幸運に感謝しつつ、新たな取り組みを仕掛けていこう。<br>
 
</p>]]></description>  
      <link>http://ameblo.jp/numajava/entry-10910517628.html</link>  
      <pubDate>Thu, 02 Jun 2011 01:38:45 +0900</pubDate> 
    </item>  
    <item> 
      <title>Rule Breaker</title>  
      <description><![CDATA[<p>
 僕の同僚である友人が、Twitterでこう発言した。<br><br><b><i>「<span class="Apple-style-span" style="font-family: Arial; line-height: normal; ">批判するつもりの無いただの質問自体が、批判みたいに取られる事が多々ある。純粋に質問したいだけなのに。</span>」<br></i></b><br>彼の性格をよく知っているし、どういうときにこんなふうに考えるのかも分かる。<br><br>彼は非常に尖（とが）ったプログラマー。<br>誰よりも好奇心が旺盛。<br>コツコツ積み上げ型ではなくひらめき型。<br><br>そして彼の特徴は、<b>誰もがスルーしそうな常識にツッコミを入れる性格であること。</b><br><br>「なんでこんなことやってんの？意味無いじゃん」<br>「こんなロジック取っ払っちゃえばいい」<br>といって、大胆に自分のロジックに組み替えていく。<br>もちろん経験を通じて裏打ちされたテクニックがあるのは間違いないのだけれど、誰よりもタブーを踏み越えていく勇気と確信を持っている。<br><br><b>破壊力のある質問をする人間のことを「ルールブレイカー」と呼ぶのだと思う。</b><br>常識を疑い、無駄を嫌い、本質を突く。<br>求めるものにまっすぐ突き進むための力を持っている。<br><br>そのような人と仕事をするのは、ほんとうに楽しい。<br>どんどん彼と一緒にベールを剥ぎとってしまいたくなる。<br><br>そして、彼のようなルールブレイカーが自分の持ち味を十分発揮できるよう、プロジェクトで自由な環境を整えてあげることが、私の仕事の一つだと考えている。
 
</p>]]></description>  
      <link>http://ameblo.jp/numajava/entry-10901317272.html</link>  
      <pubDate>Tue, 24 May 2011 01:36:07 +0900</pubDate> 
    </item> 
  </channel> 
</rss>

