かつて、私の隣にSQLの魔女がいた
今日プロジェクトの打ち上げがあったのだが、とあるサプライズ……三ヶ月前に寿退社した先輩との再会に思わず涙ぐんでしまい、ひどくばつが悪い思いをしている。今も顔の火照りが抜けてくれない。アルコールは抜けたのに。彼女はかつてSQLの魔女と呼ばれていた。 今から遡ること一年前、私は辞令を貰い、二年目にして事業部ごと変わるという波乱をようやく乗り切って、業務系のSEの仕事内容、特にWebのアプリレイヤーについてOJT形式で学んでいた。そこで先生にあたる方として付いたのが、ちょうど手待ちだった先輩である。初めてお会いした時の先輩に対し、私は正直ちょっと物足りなく感じていた。 初日に行ったPCのセッティングでは、これやってと先輩から資料を渡されたのだが、外部にネットが繋がらない。先輩に相談して弄ってもらったのだけど繋がらず、今日は社内ネットで我慢して、と言われてから二日後、資料が古かったことが判明。 与
受託開発にアジャイルは適用できるか？
3つの大事なこと まず全ての受託開発に適用できるかというと、それは難しいと考えています。 これまでクレイに発注いただいた開発で、次のような案件に適用してきました。 Webサービス スマートフォンアプリ プロトタイプ、研究開発 要件が曖昧だったり、仕様が変わりやすいもの、市場の変化が大きいものなどですね。 次に規模ですが大きくても3，4人で半年から一年程度の小規模な開発が多かったです。 ただこれまでいくつかのプロジェクトを進めてきて、向き不向き以上に大事なことがあるとわかりました。 特に次の3つが進めていくために大事なことと感じています。 クライアントにプロジェクトに責任を持って参加してもらう アジャイルに適した契約にする 開発プロセスを出来るだけ透明化する クライアントにプロジェクトに責任を持って参加してもらう 「クライアントにプロジェクトに責任を持って参加してもらう」とはどういうことでし
議事録作成が早くなると仕事が少しは楽しくなる（かもしれない）話 - インターネットの備忘録
会議が終わった瞬間に議事録を出さないと何かこうトイレに行ったあと拭いてないみたいなキモチワルさが残るはせおやさいです、いかがお過ごしですか。 新入社員が最初にぶつかる壁の一つに「議事録作成に時間がかかる」があるんじゃないかなって思ったのと、議事録出せ出せ言われてもなかなか出せないのってチーム全体のストレスになるのでこういうふうにやるといいよ的なTipsを備忘します。 議事録の目的 参加者全員の備忘録 言った言わないを防ぐための予防 同席していない人への情報共有 あたりでしょうか。 あるのとないのとだと、1000％あった方がいいです。 そして議事録がちゃんと積み重なってログになってるプロジェクトの方が、うまくいく確率が格段に上がります。経験談です。マジです。 わたしは人間の記憶力はアテにならないことを信条としているので、自分も、そして相手も言ったことを忘れるものだという前提で、何があっても付
仕事量の差に納得できない
同期が抱えている仕事の量に比べて、自分が抱えている仕事の量が多いような気がして、上司に相談したいんだけど、相談のための客観的な材料が見つからない。どうしたら良いのかよくわからなくなってきたので、気持ちの整理のために書きだしておきたい。 会社はWebシステム開発がメイン業務。同期と私は入社数年程度。違う部署だが、同じチームで開発をしている。プロジェクトが炎上気味。納期が近くてヤバい。 私と同期の勤務時間には、だいぶ差がある。私はここ半年ぐらい週６日出勤がデフォルトになっている。祝日もまともに取った記憶が無い。平日は23時過ぎまで居る。だけど、同期はよほどのトラブルが無い限り、休日は出てこない。平日はだいたい21時くらいに帰宅。 最初のうちは、まぁしょうがないかと思ってた。きっと私の要領が悪すぎるのだと。私が辛いと思っていること（長時間の勤務や休日返上）をやらないからといって、不公平に思ってい
IT業界ドロップアウトしたけどなんか戻りたい
けどなんのスキルも能力もないから戻れる気がしない。 ビジョンすらない。 こっから長々と自分語りする。 前の職は約一年半、SE(笑)だった。 文系ゼロベースから、モノが作りたい、と思って入った。 何も考えていなかった、モノが作りたいという漠然とした想いと、とにかく安定した職に就きたい、という気持ちだけで、一発目に内定くれたところに入った。地元企業だった。 特に部署の希望もなく、金融系に配属された。 一年目は恐ろしく平和だった。ほぼ定時あがりだった。 二年目に入って、炎上していたプロジェクトに入れられた。地方から、わざわざ都内の大きなビルの開発室に、長期の常駐。スルガ銀行や、特許庁みたいな、クソ巨大なプロジェクトで、全然前に進まない泥沼タイプの炎上だった。 三ヶ月の研修と、九ヶ月のゆるーいプロジェクトの、その程度の知識で放り込まれた先に待っていたのは、こんなんで動くわけがないアバウトなんてもん
センスのない人
センスのない人 「センスのない人」が嫌いです。いわゆるファッションやカルチャー的なセンスのことではなくて、いろんなことをうまくやる能力、くらいに捉えてもらえればいいと思う。私が勝手にその能力を「センス」って呼んでるだけの話です。 センスが無い人を最もよく目にするのは公共交通機関。 例えばバス。そこそこの混雑具合で、運転手（「サービス・クルー」とか言うんだっけ）が車内アナウンスを使って「混み合いますので置くまで詰めてください」みたいなことを言っているのにも関わらず、出口ドア付近でピタリと止まって動かない人。センスが無い。最初のバス停で降りるならわかるけど、降りない。で、ボトルネックになる。会社やらプロジェクトでもきっとこの人はボトルネックになってるんだろうなって思う。 例えば電車。バスと同じくドア付近。もう書くまでもないと思うけど「お前そこに立たないと死ぬのか？」と聞きたくなるくらい必死の形
マリッサ・メイヤーの在宅勤務禁止令に対する、ヤフー社内での反応を教えてください。 - Knoh (ノウ) | The Knowledge Hub
私は米ヤフーにかれこれ4年勤めているのですが、とりあえず言えるのは、あの会社は今でも大掃除が必要で、マリッサは今まさに取り組んでいるということです。なので、私はポリシーに変更がなされて嬉しいと感じています。 多くの人はさまざまな憶測によってミスリードされています。もし子どもが病気になった場合は家で仕事をしてもいいし、上司も同僚も納得してくれます。 ポリシー変更が影響を及ぼすのは、恒久的に自宅で仕事している社員たちです。 変化と成功と復活を遂げるためには、すべての人間が集まり、ミーティングやアイデア共有の場に参加する必要があります。 人々は、「Googleの例を見ろ、社員に自宅から仕事をさせているじゃないか」と言って反論します。私は逆に「Googleの損益を見たことがあるか？」と聞きたい。Googleはものすごく稼いでいます。 私たちは社内の強化のために戦っています。会社に来てプロジェクトに
チカン多発地域！ある看板をつけたらチカンが発生しなくなった、そのコトバとは??
新入社員時代、もともと伝えることが得意でなかったにもかかわらず、コピーライターとして配属され苦しむ。連日、書いても書いてもすべてボツ。紙のムダということで当時つけられたあだ名は「もっともエコでないコピーライター」。ストレスにより１日3個プリンを食べ続ける日々を過ごし、激太りする。それでもプリンをやめられなかったのは、世の中で唯一、自分に甘かったのはプリンだったから。あるとき、伝え方には技術があることを発見。そこから伝え方だけでなく、人生ががらりと変わる。本書はその体験と、発見した技術を赤裸々に綴ったもの。 本業の広告制作では、カンヌ国際広告祭でゴールド賞を含む3年連続受賞、など国内外55のアワードに入選入賞。企業講演、学校のボランティア講演、あわせて年間70回以上。郷ひろみ、Chemistryなど作詞家として、アルバム・オリコン1位を2度獲得。『世界一受けたい授業』等テレビ出演多数。株式会
システム開発プロジェクトはなぜ“カオス化”するのか
システム開発の多くは“カオス化”します。ぼくも年を取ったもので、システム開発でいろいろな死屍累々（ししるいるい）の修羅場を見てきた気がします。数年もかかったプロジェクトがいきなり中止になっても、もう驚かないようになりました。例えばこんなダメプロジェクト、皆さんも身に覚えはないでしょうか。 マジで10人に1人しか稼働してない 「働きアリの法則」によると、多くの労働環境では、20％のアリが働いて、80％はまじめに働きません。しかし、ひどいソフトウェア開発の現場ではもっとひどくて、だいたい10人に1人のプログラマーがバーサーカーのように働いて、それでなんとか持っているという状況も多いです。残りの人は、仕事をしてなかったり余計にバグをまき散らすだけだったりします。 RPGのパーティーに例えると、こんな感じですね。 「Lv99-せんし Lv1-あそびにん Lv1-あそびにん Lv1-あそびにん Lv
WBS は、作業分解構造ではないのよ。 - haradakiro's blog
ちょっと大人数で行うプロジェクトに参加したことがある人なら、WBS (ワークブレークダウンストラクチャー) を目にしたことがあるだろう。 日本語だと作業分解構成と説明されることが多い。Work(作業) Breakdown(分解) Structure(構造) というわけだ。日本語の説明では、そういう説明が主流のようだ。 でも、WBS の Work は実は作業ではない。 WBS を定義した標準の最新版MIL-STD-881Cを見てみると、"A product-oriented family tree composed of hardware, software, services, data, and facilities." 「WBS の定義は、ハードウェア、ソフトウェア、サービス、データ、設備などからなる成果物指向の分解ツリーである。」 ここでいう Work は、成果物のことだ。Workb
[今回も]コミックマーケットC83参戦決定！[参加します] | TechBooster
最早、恒例企画となってきました。 今回もTechboosterにて、コミックマーケットC83にAndroid技術情報誌を出店します。 配置場所は「三日目 東X34b」になりますので、皆様のご来店をお待ちしております。 今回のタイトルは、 ドロイドの奇妙なSDK Android4.x時代に向けたユーザーインターフェース拡張からAndroid4.2新機能解説記事など、幅広い内容をお届けしています。 まさにジョ○ョ。ジャ○プコミックス以上のクオリティでお届けする意気込みです。 ※今回の表紙デザインは @shino_merryさんとyuyaさんにご協力いただきました。 ※いつもクオリティの高い作品を利用させて頂き、ありがとうございます！ 目次内容は以下の通りになります。 第一章 ディ・モールト ディ・モールト （非常に 非常に） 良いぞッ！ 良く学習してるぞッ！ 〜レイアウト基本〜 第二章 俺は2
![[今回も]コミックマーケットC83参戦決定！[参加します] | TechBooster](https://cdn-ak-scissors.b.st-hatena.com/image/square/fc5def9c93fc6346cda65be10d3515afd1c5617b/height=288;version=1;width=512/https%3A%2F%2Ftechbooster.org%2Fwp-content%2Fuploads%2F2012%2F12%2F714d11f0ab0130253df4dec00d75181f.png)
やがて悲しき熱帯 - FC2 BLOG パスワード認証
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
Jenkins がもっと便利になるおすすめプラグイン 8 つ
こんにちは、開発担当の松本です。 今回は、Jenkins にたくさんあるプラグインの中からおすすめのプラグインをいくつか紹介します。 ジョブ一覧にアイコンを追加できる: Custom Job Icon 今年8月にリリースされた比較的新しいプラグイン。名前の通りプロジェクトごとにアイコンを登録できて、それがプロジェクト一覧に表示されるようにできます。 利用するには、プラグインインストール後にアイコンを登録する必要があります。 「Jenkins の管理」→「システムの設定」ページに「Custom icons」セクションが追加されていますので、そこでファイルを追加しておきます。追加しても「Refresh icon list」をクリックしないと表示が更新されない点に注意。 なお、画像の拡大縮小あまりきれいに行われないので、アイコンのサイズは 24 x 24 にしておくのがよいみたいです。 アイコン
エンジニアよ、ゼネラリストなんて目指すな！―VASILY 金山裕樹のキャリア論［2］ | キャリアハック（CAREER HACK）
イケてる人材は3つの“Ｊ”を持っている ―VASILY 金山裕樹のキャリア論［1］から読む 大手企業とスタートアップとの、決定的な違い。 ― 金山さんは、大手企業とスタートアップの両方を経験されていますよね。両方で求められる能力に違いは感じますか？ まったく違うと感じます。決定的に違うのは、ビジネスとして「成立させる」フェーズ。そこにくると、必要になるスキルが全然違うんです。 大企業の場合は、すでに独自の強いビジネスモデルってものがあるんですね。すごく雑な言い方をすると、“Yahoo! の強み”って「どんなページを作ったとしても、広告が入って、収益があがる」ところなんです。Yahoo! として広告がガンガンまわっているから、極論、あとは“どれだけ低コストで広告が入るようなページを量産できるか”の勝負なんです。あとは、自分がやりたいことをビジネスモデルに“どうはめるか”だけを考えればいい。
チームでのプロジェクトを成功させる秘訣34項目「コラボレーション・パターン」
これまでにない全く新しいものを生み出す時や未知なる領域の問題を解決しようとする時、複数の人でのコラボレーションが重要になりますが、「コラボレーション・パターン」はそうやって複数の人間が一つのことに取り組む際に、アイデアを積極的に出し合い、メンバーが互いを高めあいながら、個人では考えられなかったような結果を出すことができるようパタン・ランゲージの考え方に基づいて作られた34項目。対立や分裂で破滅的な結果が起こることもある集団での作業を、ポジティブな結果に昇華させます。 コラボレーション・パターン ― 創造的コラボレーションのためのパターン・ランゲージ http://collabpatterns.sfc.keio.ac.jp/index.html コラボレーション・パターンは全部で34項目あるのですが、パターンは大きくわけて「未来への使命感」「方法のイノベーション」「伝説を作る」の3つのまとま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://jp.startup-dating.com/2013/04/kazuma-ieiri-and-takafumi-horie-show-their-new-project
