55. チケットの雛形[解] 項目 記載する内容 ・何を作るか？ 開発する機能そのものの説明 ・誰が使うか？ この機能を利用するユーザーやシステムを記載する ・なぜ必要か？ この機能を開発する背景を説明する(最重要) この背景次第では作るものを変えたり、やめたりする。 ・完了定義 正常な場合の挙動を明らかにする。 ボタンやフォームなどが存在している場合には 押下時の動作やバリデーションも全て記載する ・成功定義 この機能がリリースされた時の「成功とはなにか？」を 定量的に規定する。 ・論点 あいまいな点、決めないといけない点を記載する

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括（開発は外部委託） サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク（チケット）運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行

最近の経済学は、これまで「経済学」と聞いてぱっとイメージすることと、ちょっと離れたことが研究対象になっている。 例えば感情だ。 私たちは、人が感情に左右されることを知っている。幸福感でいっぱいならやる気はでるし、なんとなくうまくいかず気分が乗らない日は成果も乏しい。 幸福度が高いと、生産性が高まることを裏付ける研究も進んでいる。大竹さんもいうように、まさに笑う門には福来たるだ。 一方で、感情を軽視すると、人の生産性を下げることにつながるという研究もある。 部下がいるビジネスパーソン必読「怒り」に着目した研究結果が紹介されている。ここは部下をもつビジネスパーソンにとって、まず必読のパートだ。 怒りっぽい上司が怒っているときに、わざわざ話をしようと思う人はいない。「落ち着いたときに話をしようかな」とか「時間を置くか」と考える。 人間が完全に合理的なら、与えられた情報に基づく意思決定は、感情に左

3月に新潟に行った際、宝山酒造（http://takarayama-sake.co.jp）という会社を訪問した。規模としては零細に近い造り酒屋だ。一応、工場見学、というか、仕込みと醸造の場所を見学させてもらった。平屋の木造で、いかにもゆかしい「酒蔵」である。それから、こうした見学のつねとして、畳敷きの小上がりの部屋に案内され、いくつか試飲させていただく。わたしはお酒に弱いたちで、日本酒の目利きなどでは全然ないが、それでもなかなか美味しいと感じた。 試飲させてもらいながら、酒造の来歴の説明をうかがう。どこから杜氏を呼び、どんな努力の結果、満足のいくお酒ができるようになったか。また同じ酒蔵の製品でも、高級な純米大吟醸から普及版の醸造酒まで、どんな特色と違いを出しているか。小さな会社でも企業努力の種類は大手と共通している。たしかに大吟醸の虹色めいた香りの広がりから、醸造酒の新潟らしいきりっとした

数年前、製造業に働く方から相談を受けた。その企業では、西南アジアの某国でプロジェクトをはじめるという。プロマネ以下、何人かのチームでその国に乗り込み、現地企業と共同で新しい製品の製造ラインを作る仕事だ。そこで、何かアドバイスがあれば頂戴したいという話だった。 もちろん、わたしはその会社の製品について何も知らないから、技術的アドバイスなどしようもない。できるのはマネジメント的なアドバイス、つまりプロジェクト・マネジメント面での助言ということだろう。そこで、チーム編成やプロジェクト期間などについて少したずねた後で、わたしは申し上げた。

技術なきマネジメントの衰退とその対策 - メソッド屋のブログ Mob Programmingって初めて聞いたけど、とてもいい方法に思える。 コードを書く時に、今現在の仕様はわかっていたとしても、今後どうなるか、どういう方向に発展するのか気になって、ビジネス的にその分野に詳しい人の所に聞きに行ってから書きはじめることがあるし、性能的に大丈夫かDBに詳しい人の意見を聞いたり、何か迷った時に過去のプロジェクトで似たようなケースをどっちの方法で解決したか調べたりすることもある。 書き出すとすぐ終わる短いコードでも、書き出す前に、聞きにいったり議論したりする時間が随分かかっていることもある。この時間をかけないと、結局、後で変更になるので、先に聞きにいくのがベターなんだが、チーム全員集まってひとつのコードを書けば、そういう時間を省略できるような気はする。 だから、これが生産性が高いということは感覚的に

5月12日、あるTwitterユーザーのつぶやきが話題になりました。それはサイボウズの「キントーン」の広告を取り上げたもの。 いま日本で進行している働き方改革について、現場からの声を取り上げたとされるこの広告。果たしてその意図とは一体何なのでしょうか？ 広告制作を担当した山田氏と青野社長を、サイボウズ式編集部の大槻が取材しました。

2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

この漫画は私と友人の体験を骨子に、フェイク・創作込みでまとめたものです。当初はtwitterで「マタハラされたんじゃなくて、した話」で公開していましたが、前述の通り途中から設定に複数人の意見を取り入れたことから、タイトルをのちにより一般的な「マタハラの話」に切り替えています。

仕事ができる人はなぜモチベーションにこだわらないのか 2019.05.04 公開 ポスト 令和の働く心得 【改元特集】会社に必要なのは「やる気のある人」より「機嫌の良い人」〔再掲〕相原孝夫 パワハラ、モラハラ、セクハラ等、ハラスメント防止への意識は高まる傾向にあるものの、自覚的ハラスメントが横行しています。職場でその時の気分のままにまき散らされる不機嫌も、自覚なきハラスメントのひとつではないでしょうか。 機嫌の良さは、職場の雰囲気、仕事の効率を上げる第一歩。さらに大事にしていきたいものです。 そのヒントを、『仕事ができる人はなぜモチベーションにこだわらないのか』からお届けします。 不機嫌をまき散らすのは幼稚さの表れ 本人のモチベーション云々に関わらず、結局、周囲に影響を及ぼすのは、その人の振る舞いである。常に機嫌よく振る舞える人もいれば、不機嫌を前面に出してしまう人もいる。モチベーションが

ビジネスマンは忙しい。 朝出社して、前日に残した仕事の続きをしていると、メールや電話がかかってきて、次々と小さなタスクが積み上げられる。 なんとかそれらをこなしていると昼休みだ。急いで昼ごはんを掻きこんでいると、あれもこれもやらなければ、と気づく。 席に戻った彼は、頭の中でタスクを整理して、優先順位を決め、処理していく。 この調子だと、今日も残業かもしれない。そういえば有休もしばらくとっていない。 ふと窓辺にいる課長を見ると、緩慢な動作で書類に目を通したり、思いついたようにどこかに電話をかけて、どうでもいい話題で盛り上がったりしている。 どう見ても暇そうである。 それなのに、給料はこちらのほうが安いときている。自分に対する評価は正当なのだろうか？ このような光景を会社の中で見かけることは珍しくない。 かわいそうな話だと思う。自分もそうだ、と忙しい彼に感情移入できる人もいるかもしれない。 し

時々仕事をもらっている会社で、あるキャンペーンサイトの構築案件が炎上したという出来事があった。 私はその案件に直接には無関係だったのだが、その関係者と飲む機会があったので、野次馬根性からその案件について聞いてみた。 システムの人間は「そもそも最初のスケジュールに無理があった」と呆れたように言い、 デザイナーは「クライアントの修正要求が多すぎた」と恨みがましく言った。 ディレクターは「現場から情報が上がってこないから対応が遅れてしまった」と憤懣やるかたない様子であり、別々に聞く上では皆が皆、それぞれに不満を持っているようであった。 まるで芥川龍之介の「藪の中」である。 ただ、小説と異なるのは、皆がある程度、正直に語っている、ということだ。 話を聞いていて、私はある印象を持った。 これはビジネスと人間関係の軋轢ではないか、ということだ。 ビジネスというものの定義はひとそれぞれであろうが、話を単

ひとことで言えば、「レビュー文化は良くない」ということになるだろうか。 Slack導入、そして同時期に開始した服装の自由化、バイモーダルという考え方の浸透、AIやブロックチェーンを活用したPOC等の取り組みによって、SIerとしてのセゾン情報システムズは、社内の雰囲気もずいぶんと変わってきた。 しかし、こうした取り組みだけではどうにもならないものも少なからずあった。 そのひとつは、「悪い報告がしづらい」ことだった。 これは他のSIerでも同様のことが多いのではないかと思うが、問題プロジェクトに認定されると、品質管理部のモニタリングが強化されたり、第三者によるプロジェクト監査が始まったり、経営会議での定期的な報告が求められたり、何をやっているのかとレビューでこっぴどく叩かれたり、、、。 そうした責任感から、遅れをキャッチアップできるよう少しでもがんばろう、と励まし合う中で、それなのに四方から

ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究

がっきー@漫画家総合垢 @gakky88NSR ゲーム開発時代の話。 開発の中盤、開発は難航していた。 会議はミスやトラブルの責任の追求が中心に行われ、処刑場になっていた。 ある日、新しいD（ディレクター）が配属された。 僕の大好きなゲームを作った人だった。 2017-02-10 22:39:45 がっきー@漫画家総合垢 @gakky88NSR Dが来て初めての会議。 リーダーはいつもの様にミスした者や遅れた者を探し、追求し、叱った。 Dはそれを見て笑った。 「ずっとこんな事してたの？」 「やめやめ！会議のやり方を変えます」 2017-02-10 22:40:07 がっきー@漫画家総合垢 @gakky88NSR 「まず、進捗の報告は出来てない物、問題のある物だけで良いです。 出来てる物は予定表で分かるから必要無い。 で、その問題がどうすれば解決出来るか、助けがいるなら何が欲しいかだけを話し

営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか？ 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン

トヨタ生産方式では、周知の通り「働きに結びつかない動きをムダと呼ぶ」と定義する。そして徹底したムダ取りを行っていくのだが、このとき、「ムラがあるから、ムリをする。ムリをするから、ムダが出る」という因果関係で、物事を見る、と経験者からきいたことがある。つまり、なぜムダが生じるのか、という問題について、非常にジェネラル（汎用的）なレベルで

出勤の不安定さとその対策 働くママと一緒に仕事をする際に、まず頭に入れて置くべき点がある。 それは、出勤が不安定ということだ。 子供は常に体調を崩すと覚悟した 私自身には子供がいない。 なので、子供があんなにも熱を出すとは知らなかった。 子供が体調を崩す理由は山ほどある。 インフルエンザに食中毒。季節の変わり目。 溶連菌という言葉はこの時初めて聞いた。 メンバー2人ともが突然休み、一人でぽつんと呆然と始業時間を迎えたこともある。 対策は、スマホで この問題には対応方法があった。 メンバーが私たち3人のLINEのグループを作ってくれたのだ。 子供の具合が悪くなると、休日でも夜でもその段階で「長男、発熱中」などとLINEに書き込んでくれた。 朝になって突然子供の具合が悪くなったときは、朝の5時や6時の早い時点でそのことを知らせてくれた。 出社の状況が早い段階で分かると、仕事の調整が余裕を持って