理解してない製品をデモしてはいけません--対談：Increments及川氏とSAS北川氏 （前編）
SAS Institute Japanの執行役員である北川裕康氏とIncrementsのプロダクトマネージャである及川卓也氏。2人には日本DECとマイクロソフトに同時期に在籍した過去があり、共に長期に渡ってIT業界に関わってきた。今回は北川氏の発案で「ITエンジニアに元気になってもらう」ことをテーマに2人の対談が実現した。 北川氏は現在SASでマーケティングと経営企画を担当している。近年はマーケティングを主に担当してきたが、キャリアのスタートはエンジニアだった。大学時代に富士通のコンピュータを使っていたことなどがきっかけで卒業後は富士通に入社。UNIX上でのアプリケーション開発を担当した。その後転職した日本DECでもエンジニアとして従事。マイクロソフトに転職した後はマーケティングを担当し、シスコシステムズを経て、SASに入社した。 一方の及川氏がプログラミングに出会ったのは大学時代だった。
チケット管理のアンチパターンとベストプラクティス
主語がでかいタイトルですが、自分なりに考えようという目的です。 自分の思考の整理。 何か意見があればガンガンコメントなりツイートなりして欲しい。 前提として、 チケット管理システムは２つぐらいしか使ったことがないので、そちらに偏ってしまうかも。 ちなみにRedmineとBacklog。 （今がRedmineだから多分それに偏る気が） アンチパターン アンチパターンというのかは分からないけど 今まで困ったこと、やりにくいと感じたこと、ダメだこりゃ、と思ったこと。 ・運用フローが複雑 フローが複雑だと途端に人は面倒になる。なるべく抜け道を探し秩序が乱れる。 抜け道が見つかると割れ窓理論とかいうやつで、どんどんぐちゃぐちゃになる。 誰もフローに乗ってくれない状態になる。 ・使われていない項目がある なぜあるのかわからない項目。重要そうだけど埋めなくても良い項目。 誰かが埋めてくれるだろう、他の人
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
