https://findy.connpass.com/event/318375/ での登壇資料です。
![ベロシティを高く保つ仕事のすすめ方 / Maintaining a High Velocity as Productivity Hacks](https://cdn-ak-scissors.b.st-hatena.com/image/square/15a172b5b93c9e057ba42a3b1f70e057b8a59169/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F3d2330ef26a146e8b023950a555ecc83%2Fslide_0.jpg%3F30387005)
■イベント 公立はこだて未来大学 「オープン技術特論」講義 ※動画部分を画像として展開する編集をしています ■登壇概要 タイトル:学びを仕事に繋げる 登壇者名:堤 修一 ※資料内のリンクについては以下からご確認ください。 2枚目 iOSデベロッパー、堤修一さん登場! - ライフハックで行こう! https://forest.watch.impress.co.jp/docs/serial/lifehackit/1021773.html 31枚目 誰でも技術書の著者にはなれる https://note.com/shu223/n/n4b1b5df7bdec?magazine_key=m8f787c6b326a 50枚目 ブログ1(入社時) https://shu223.hatenablog.com/entry/20160929/1475109445 ブログ2(途中経過) https://shu2
担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして報告書を提出して事象の内容を報告(レポート)する場合がある。 提出先は会社の偉い人だったりクライアントだったり。場合によってはユーザー向けに発表したり。事の顛末を報告して「今後同様のことを起こさないように努力します、ごめんなさい」をするのだ。どのように再発防止の努力するのかを書くものでもある。 主にクライアント向けのビジネス内容ではあるが、自分が使っているテンプレパターンを共有するので参考にしてもらえればと思う。1 全般的なポイント 心得のようなもの。次の点は留意してて欲しい。 淡々と冷静な説明をこころがける 当然のことながら事実は脚色しない。無駄な修飾も要らない。客観的な事実を簡潔に述べる。 例: ❌「一生懸命頑張って対応したが…」 ❌「寝ないで対応したが…」 ❌「本当の原因は…」 できるだ
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く(前編)。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか? という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準(37号告示)関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く